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

[arch-dev-public] [toolchain] gcc 4.5 breakage
by Thomas Bächler 10 May '10

10 May '10

I noticed problem with gcc 4.5 and the GAP system (http://www.gap-system.org) first: It throws a few aliasing warnings, and the program breaks. When I used -fno-strict-aliasing, the warnings disappeared, but the breakage remained, unless I used -O0. Fixing the aliasing problems also fixed the breakage. Now I noticed the exact same issue with busybox: - Building with -Os throws lots of aliasing warnings, busybox's sed breaks - Building with -Os -fno-strict-aliasing builds without warnings, but it still breaks. - Building with -O0 works, but it isn't optimal. This will affect LOTS of other programs and these errors will not show up as errors or warnings during the build procedure.

4 10

[arch-dev-public] Redefining [testing] and a new [staging] repo
by Pierre Schmitz 09 May '10

09 May '10

Hi all, here is another crazy idea I was thinking about for some days. This should improve our overall package quality and simplify our work flow. The problem with out current [testing] repository are these: * it is only used by very few people. Most of the times we don't get much feedback until packages are moved to core or extra * it is often in a inconsistent state; especially during incomplete so name bump rebuilds * sometimes packages are known to be broken or unstable On the other side we are sometimes in need of some intermediate repository. For example single people stack a pile of packages in their home dirs until they can be moved to a repo at once. We have also seen temporary repos like jpng to manage larger rebuilds. My idea is to redefine the testing repo and introduce a new staging one. (remember the good old days? ;-)) With the implementation of the package pooling moving packages between repos can be done with nearly no overhead. So ideally we should be able to use testing more often, even for a very short period like a day. proposal for [testing] * never push any known-to-be-broken packages here (for example incomplete rebuilds) * candidates for core are put here * ideally new builds of important/critical packages or major rebuilds can be put here to test them by a larger audience. * don't put any package in here which are never meant to be moved to core/extra. (like experimental alpha software etc.) proposal for [staging] * this repo should only used by devs and tus * it is not meant to be used on a production system * it should only be enabled in a packages build environment (chroot) * this could be even excluded from outbound rsync. Due to package pooling packages would still be propagated. And moving those packages to other repos will be "instantly". Summing things up more packages should be passed through testing, more users should be able to use testing without breaking their systems and we don't have to make them reading the high traffic arch-dev-public list. We also should be able to collaborate more in packaging: Dev A puts a new lib into [staging] and another one can start rebuild other packages using that lib. Another common use case would be large builds like KDE we usually start packaging one week before release. Till now those were put into users' staging dirs and the other devs had to manually download them, create a local repo and install them. So, what do you think about this idea? Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

5 8

Re: [arch-dev-public] [arch-general] [signoff] kernel26 2.6.33.3-2 (and aufs2)
by Pierre Schmitz 09 May '10

09 May '10

On Sat, 8 May 2010 00:04:43 +0200, Dieter Plaetinck <dieter(a)plaetinck.be> wrote: > On Sun, 02 May 2010 17:49:13 +0200 > Pierre Schmitz <pierre(a)archlinux.de> wrote: > >> This new kernel just exports some additional symbols for aufs2 which >> was updated to a new snapshot. This should hopefully fix some issues >> with the .33 kernel and aufs. Related aufs packages are: aufs2 >> 2.6.33_20100425-2 and aufs2-util 20100422-1 >> >> In addition to regular sign-off some feedback about aufs would be >> nice; especially if you use archiso. > > http://build.archlinux.org/isos/archlinux-2010.05.07-netinstall-i686.iso > boots fine on my system. signoff i686. > > once i have rebuilt images (with correct copyright statement) i will > let the community test, then you'll have a bit more feedback about how > well it works ;) > > Dieter It seems to be fine in x86_64 and the aufs bugs are confirmed to be fixed with this version. So, I'll move these to core/extra. -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] [signoff] mkinitcpio 0.6.4-1
by Thomas Bächler 09 May '10

09 May '10

Gerardo Exequiel Pozzi (1): Change how autodetect hook lookup for filesystems Thomas Bächler (5): Add 'sleep' hook Allow usage of non-utf8 fonts in the consolefont hook, see FS#19109 Port 83ef38409182a9c024809553dff8c872902d0889 to init_functions too, to remove more eval hacks Add dmesg hook Release 0.6.4 Please sign off.

4 3

[arch-dev-public] [signoff] mkinitcpio-busybox 1.16.1-2
by Thomas Bächler 09 May '10

09 May '10

This release adds a build fix to work around a bug in 4.5.0 (see my previous posts about gcc breakage). It also includes a backported commit from the 1.17 branch so we can implement https://bugs.archlinux.org/task/19109. Tested for both architectures in virtual machines (Did I ever mention that Intel VT and KVM are awesome?). Please sign off.

3 2

[arch-dev-public] [signoff] initscripts 2010.05-1
by Thomas Bächler 09 May '10

09 May '10

Just a bump to the latest git, including a copyright year fix. There's still tons of stuff on the bugtracker that needs to be reviewed and merged, and the fact that this hasn't happened is entirely my fault. Anyway, please sign off on this rather small update. Kurt J. Bosch (5): Always shutdown daemons, regardless of runlevel in rc.single too Add support for the fsck progress file descriptor Correct previous patch to get fsck fail into splash Make consolefont code deferrable to avoid destroying splash Remove obsolete consolemap activation escape sequences Thomas Bächler (3): Extend copyright date to 2010 Move single_prekillall hook after the stat_busy message (as per request by Kurt Bosch) encryption: Look for cryptsetup in various places

4 8

[arch-dev-public] [signoff] licenses-2.6-1
by Dan McGee 09 May '10

09 May '10

Fixes FS#18857, Missing FDL1.2/license.txt file. Also a general cleanup of the PKGBUILD using that handy makepkg feature that can rename downloaded files so things like "3_0.txt" aren't sitting around. If FDL 1.2 is there and some other random license of your choosing is working too, that should be good for a signoff. -Dan

3 2

[arch-dev-public] New device-mapper, lvm2 and cryptsetup packages in testing
by Thomas Bächler 08 May '10

08 May '10

I put updated device-mapper/lvm2 2.02.64 and cryptsetup 1.1.1-rc2 packages to testing. These packages enable udev synchronization to finally get rid of all race conditions related to udev rules. I also cleaned up the PKGBUILDs massively and removed all static binaries and libraries from the packages. Before cryptsetup can move to core, we obviously need to wait for the final 1.1.1 release, and libpopt, libgcrypt and libgpg-error need to move from /usr/lib to /lib, so that initscripts are able to open encryption even if /usr isn't available yet. Pleae give feedback on these packages.

3 2

[arch-dev-public] [signoff] crda 1.1.1-1
by Thomas Bächler 08 May '10

08 May '10

Okay, this upstream update is quite old already, seems I forgot it. Please sign off.

1 0

[arch-dev-public] [signoff] kernel26 2.6.33.3-2 (and aufs2)
by Pierre Schmitz 07 May '10

07 May '10

This new kernel just exports some additional symbols for aufs2 which was updated to a new snapshot. This should hopefully fix some issues with the .33 kernel and aufs. Related aufs packages are: aufs2 2.6.33_20100425-2 and aufs2-util 20100422-1 In addition to regular sign-off some feedback about aufs would be nice; especially if you use archiso. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

3 2