September 2010 - Arch-dev-public - lists.archlinux.org

Re: [arch-dev-public] Final grub2 split pkg
by Tobias Powalowski 28 Sep '10

28 Sep '10

Am Montag 27 September 2010 schrieb Ronald van Haren: > Hi Keshav, > > Quick reply to your question below as I'm busy working. > > On Mon, Sep 27, 2010 at 10:40 AM, Keshav P.R. <skodabenz(a)rocketmail.com> > wrote:H > > > One question - why can't the packages for i686 be built on x86_64? Ronald > > you mentioned "First of all this causes the need for building packages > > for both architectures on 64bit if I read the PKGBUILD correctly". I > > want to know what is wrong in using a x86_64 build system. I agree with > > you on not using multilib, but not on using only i686 for building the > > packages. > > Sorry I didn't mean that it was wrong, I actually meant it should be > avoided if possible. What if user X who only owns a 32 bit machine > wants to turn on/off a feature or update/downgrade the package > him/herself because for some reason he/she needs this? It may also add > a bit in size or be a bit slower, though I'm not too sure about that > without hard numbers and if it is, than it is probably not noticeable. > It's mostly due the first reason that I want to avoid it, but well, if > it is not possible like with the grub1 case, there is no option. > Again, I just mentioned it as ideally we want to avoid it if possible. > > Ronald Hi, Are the patches we apply to normal grub2 not valid anymore? I just looked through it, i think at the moment there is no chance to avoid the multilib for efi, since noone can say if the x86_64 pc has a i386 or x86_64 firmware. Please correct me if i'm wrong on this. Perhaps it's better to have grub2-efi package since it's not as common as bios booting and conflict both grub2 packages on each other. This way we don't need to rename the tools. The install files should just point to the grub2 wiki they are still too long. Any other ideas? We should bring this to testing when the betas are officially hosted on the grub2 mirrors. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] kernel26-lts 2.6.32.23-1
by Tobias Powalowski 27 Sep '10

27 Sep '10

Latest kernel is in testing, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] kernel26 2.6.35.6-1
by Tobias Powalowski 27 Sep '10

27 Sep '10

Latest kernel is in testing, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-dev-public] adding chntpasswd to [extra]
by Tobias Powalowski 27 Sep '10

27 Sep '10

Hi guys, I would like to provide chntpasswd tool on my archboot isos, i would like to add the package from aur to extra repository, it's quite usefull if you lost admin passwords of your windows installation. any objections? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] libtool-2.4-1
by Allan McRae 27 Sep '10

27 Sep '10

Upstream update. Signoff both, Allan * New features: - Sysroot support. This allows you to build cross-compiled packages with the same prefix that will be used on the destination machine, and still find dependent libraries under the compiler's "sysroot". Without sysroot support, paths internal to the build system may leak into the product of the build. Sysroot support is disabled unless the --with-sysroot configure option is passed to configure, because .la files generated with sysroot support will _not_ be usable in general with older Libtools. - On non-cygwin Windows systems, we now lookup potential library file names without regard to file name case. - The old testsuite now uses the `parallel-tests' Automake test driver now for more concurrency and better test logging. For this, tests are run in verbose mode by default now. * Important incompatible changes: - Autoconf 2.62 and Automake 1.11.1 or newer are now required for bootstrapping Libtool. For using Libtool in your own projects, Autoconf 2.59 and Automake 1.9.6 should still work. - The fix_srcfile_path variable has been replaced by a more thorough mechanism triggered by the to_tool_file_cmd variable. * Changes in supported systems or compilers: - Initial support for the Microsoft C/C++ Compiler, with help from the compile script in unreleased Automake 1.12. Override the manifest tool used to embed the manifest resource through the environment variable MANIFEST_TOOL. Please note that the import library naming has changed (from foo-2.lib to foo.dll.lib) from when the code lived in its own git branch. - Initial support for the NAG Fortran compiler on GNU/Linux. * Bug fixes: - The `check-interactive' and `check-noninteractive' convenience make targets now also work for the old testsuite. - Warnings from Autoconf v2.67-36-g1e604ec about incomplete programs passed to AC_*_IFELSE tests have been fixed. - On IRIX, the test for -Wl,-exported_symbol now also works with gfortran.

3 2

[arch-dev-public] [signoff] autoconf-2.68-1
by Allan McRae 27 Sep '10

27 Sep '10

Upstream update. Signoff both, Allan

3 2

[arch-dev-public] Fwd: Final grub2 split pkg
by Tobias Powalowski 26 Sep '10

26 Sep '10

---------- Weitergeleitete Nachricht ---------- Betreff: Final grub2 split pkg Datum: Donnerstag 23 September 2010, 16:11:41 Von: "Keshav P.R." <skodabenz(a)rocketmail.com> An: Ronald Van Haren <ronald(a)archlinux.org> Kopie: Tobias Powalowski <tpowa(a)archlinux.org> Final PKGBUILD + compiled packages. Many fixes for compiling i686 packages from x86_64 system using gcc-multilib. Please check them and send in you comments. None of the package conflict with each other and the bootloader are not setup by default by the post_install scripts, they just provide instructions on how to do so. Grub2 1.99 will be released very soon and a lot of things including the build system have changed between 1.98 and 1.99 . So the old PKGBUILD as well as grub2 install commands in Archboot may need to be rechecked. Regards. Keshav ------------------------------------------------------------- -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-dev-public] Final grub2 split pkg
by Tobias Powalowski 26 Sep '10

26 Sep '10

Am Sonntag 26 September 2010 schrieben Sie: > Please use the src.tar.gz at http://misc-sk.4shared.com . To remove > multilib usage, grub2-bios and grub2-efi-i386 need to be in 1 PKGBUILD and > grub2-efi-x86_64 in a separate PKGBUILD. But I don't have i686 arch > installed to try such PKGBUILDs. I will be little busy for about 2 weeks > due to exams. So i might reply through mail but not irc. Regards. > > On Mon, 27 Sep 2010 00:51 IST Ronald van Haren wrote: > >On Thu, Sep 23, 2010 at 4:11 PM, Keshav P.R. <skodabenz(a)rocketmail.com>wrote: > >> Final PKGBUILD + compiled packages. Many fixes for compiling i686 > >> packages from x86_64 system using gcc-multilib. Please check them and > >> send in you comments. > >> > >> None of the package conflict with each other and the bootloader are not > >> setup by default by the post_install scripts, they just provide > >> instructions on how to do so. Grub2 1.99 will be released very soon and > >> a lot of things including the build system have changed between 1.98 > >> and 1.99 . So the old PKGBUILD as well as grub2 install commands in > >> Archboot may need to be rechecked. > >> > >> Regards. > >> > >> Keshav > > > >Hi, > > > >First of all, thanks for your work Keshav. Suppose it is time to take this > >forward now. > > > >Tobias, you mentioned bringing grub2-efi into extra not so long ago. > >Although I like the work Keshav did on this one, I don't think it is our > >best option to put efi support into the same PKGBUILD. First of all this > >causes the need for building packages for both architectures on 64bit if I > >read the PKGBUILD correctly. Secondly this introduced the use of multilib > >packages, which is not really something we want in the future if grub2 > >ever turns stable and moves to core. > > > >I suppose we can use Keshav's PKGBUILD and split it into two, one for > >plain grub2, and one that adds efi support? (is that correct Keshav?) > > > >what do you think tobias? > > > >regards, > >ronald We need it in one PKGBUILD without multilib, i'll ask the dev list how to do it in an elegant way. We still have no hurry on this the work already done is a great work we need to fine tune it. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] archweb, archportal and the pkgstats page
by Pierre Schmitz 25 Sep '10

25 Sep '10

Hi all, this is kind of a response to http://mailman.archlinux.org/pipermail/arch-dev-public/2010-September/01788… The pkgstats page is hosted on archlinux.de for historical reasons. That's where I started experimenting with these stats before maintaining web stuff on .org, too. But it does not really belong there and the code is quite ugly. My idea is to move it to a dedicated site like pkgstats.archlinux.org. This will mainly consist of a script that regularly creates some static html pages. Some of the calculations are quite expensive and for the future I'd like to render some graphs for trends and long term stats. For now I see no reason to learn python/django for this. Looks a lot like overkill to me. Once these is also decoupled from the archlinux.de site I'd plan to rename it to archportal and make it a lightweight webapp for local arch communities. It'll be translatable, configurable and should even run on cheap shared hosting without the need of any special infrastructure. I really like the django-based archweb, but imho it wouldn't be an ideal base for this purpose. Most features are not needed and specific to the arch main site. Also running this on shared hosting might be difficult. That's why I suggest to keep those separate and have both solutinos as simple as possible. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] [draft] pkgstats round two: take your vote and help improving Arch
by Pierre Schmitz 23 Sep '10

23 Sep '10

Hi devs, I am a little busy right now. But I'd like to get this published so we'll get some usable stats for next month. In the meantime I have improved the db schema on the server so that we could easily save the history of several years. (package data are now aggregated monthly) Patches to this announcement are more than welcome. (I am tired and I dumped ice tea into my keyboard...) -- In memory to our announcement of <a href="http://www.archlinux.org/news/pkgstats-contribution-was-never-that-easy/">pkgstats</a> two years ago we are asking for your help again. By installing pkgstats you will send us a list of packages installed on your computer, the architecture and the mirror you use. This informations will help us to prioritize our efforts and make Arch even better. Contributing is as easy as installing the pkgstats package. A weekly cron job will take care of sending a package list regularly. So, go ahead install pkgstats and don't forget to tell all your friends about it. For more details see pkgstats -h or just read the simple source code. Statistics are available at the <a href="https://www.archlinux.de/?page=Statistics">Statistics page</a>. -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 7