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

[arch-dev-public] [signoff] kernel26-lt 2.6.27.39-1
by Andreas Radke 11 Nov '09

11 Nov '09

new release. please signoff. -Andy

1 0

[arch-dev-public] udev changes/compat rules
by Andreas Radke 11 Nov '09

11 Nov '09

udev just had a new release that will require some changes. most of them our udev maintainers will have to take care. I just want to let you know I will introduce a udev-compat pkg from a splitted PKGBUILD that will contain a few needed compat rules needed for kernels <2.6.31. Our kernel26-lts will depend on that udev-compat package in the future. That's what I plan to add to the udev-compat pkg: http://git.kernel.org/?p=linux/hotplug/udev.git;a=blob;f=rules/gentoo/30-ke… -Andy for more changes some notes from the udev mailing list: udev 147 ======== Bugfixes. To support DEVPATH strings larger than the maximum file name length, the private udev database format has changed. If some software still reads the private files in /dev/.udev/, which it shouldn't, now it's time to fix it. Please do not port anything to the new format again, everything in /dev/.udev is and always was private to udev, and may and will change any time without prior notice. Multiple devices claiming the same names in /dev are limited to symlinks only now. Mixing identical symlink names and node names is not supported. This reduces the amount of data in the database significantly. NAME="%k" causes a warning now. It's is and always was completely superfluous. It will break kernel supplied DEVNAMEs and therefore it needs to be removed from all rules. Most NAME= instructions got removed. Kernel 2.6.31 supplies the needed names if they are not the default. To support older kernels, the NAME= rules need to be added to the compat rules file. Symlinks to udevadm with the old command names are no longer resolved to the udevadm commands. The udev-acl tool got adopted to changes in ConsoleKit. Version 0.4.11 is required now. The option "last_rule" does no longer exist. Its use breaks too many things which expect to be run from independent later rules, and is an indication that something needs to be fixed properly instead. The gudev API is no longer marked as experimental, G_UDEV_API_IS_SUBJECT_TO_CHANGE is no longer needed. The gudev introspection is enabled by default now. Various projects already depend on introspection information to bind dynamic languages to the gudev interfaces.

1 0

[arch-dev-public] [signoff] kernel26 2.6.31.6-1
by Thomas Bächler 11 Nov '09

11 Nov '09

Minor upstream update, please sign off. Tested on x86_64 only. Btw, we should have a "fast to core" policy for minor kernel updates, which means they should be signed off within 24 hours - let's try it.

5 5

[arch-dev-public] [signoff] dhcpcd 5.1.3
by Ronald van Haren 11 Nov '09

11 Nov '09

Hi, Minor upstream update. Please signoff for both architectures. Ronald

5 4

[arch-dev-public] [signoff] fakeroot-1.14.3-1
by Allan McRae 11 Nov '09

11 Nov '09

Upstream update. Signoff both, Allan

5 8

[arch-dev-public] [PATCH] rc.sysinit: background hwclock calls
by Dan McGee 10 Nov '09

10 Nov '09

hwclock calls appear to block somewhere between 1 and 2 seconds when we have back-to-back calls. My theory (without looking at the code) is that hwclock has to synchronize to the 1 second intervals of the hardware clock, so it can sometimes take up to a second to complete. To get around this unpleasant behavior, we can background the calls at point X in the boot sequence, and then later at point Y in the script (when we absolutely need the clock actions to be complete), we wait on the subprocess. This allows the rest of the boot sequence, after both hwclock code blocks, to continue until the point where we wait on the subprocess. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- For reference, but didn't want to include them in the patch as they will probably disappear: Before on the Eee: http://www.toofishes.net/uploads/bootchart-2.png After: http://www.toofishes.net/uploads/bootchart-3.png Note that there is no longer a huge section of time where the CPU is going unused; this was the second hwclock block before. Also note that rc.multi starts at ~8.5 secs where as before it was ~11 secs. -Dan rc.sysinit | 19 ++++++++++++++++++- 1 files changed, 18 insertions(+), 1 deletions(-) diff --git a/rc.sysinit b/rc.sysinit index 0c934c7..524b2cd 100755 --- a/rc.sysinit +++ b/rc.sysinit @@ -36,6 +36,7 @@ else fi HWCLOCK_PARAMS="--hctosys" +clock_pid="" if [ "$HARDWARECLOCK" = "UTC" ]; then HWCLOCK_PARAMS="$HWCLOCK_PARAMS --utc" elif [ "$HARDWARECLOCK" = "localtime" ]; then @@ -57,7 +58,10 @@ if [ -n "$HWCLOCK_PARAMS" ]; then # Set clock early to fix some bugs with filesystem checks # Clock is set again later to match rc.conf if [ -f /etc/localtime ]; then + ( /sbin/hwclock $HWCLOCK_PARAMS --noadjfile + ) & + clock_pid=$! fi fi @@ -111,6 +115,11 @@ if [ -d /sys/class/net/lo ]; then fi fi +# preliminary hwclock setting needs to be done at this point +if [ -n "$clock_pid" ]; then + wait $clock_pid +fi + # If necessary, find md devices and manually assemble RAID arrays if [ -f /etc/mdadm.conf -a "$(/bin/grep ^ARRAY /etc/mdadm.conf 2>/dev/null)" ]; then status "Activating RAID arrays" /sbin/mdadm --assemble --scan @@ -282,8 +291,11 @@ if [ "$TIMEZONE" != "" -a -e "/usr/share/zoneinfo/$TIMEZONE" ]; then fi if [ -n "$HWCLOCK_PARAMS" ]; then + ( /sbin/hwclock --adjust #Adjust for system drift /sbin/hwclock $HWCLOCK_PARAMS + ) & + clock_pid=$! fi stat_done @@ -396,7 +408,12 @@ fi /bin/dmesg >| /var/log/dmesg.log +# final hwclock setting needs to be done at this point +if [ -n "$clock_pid" ]; then + wait $clock_pid +fi + run_hook sysinit_end # End of file -# vim: set ts=2 noet: +# vim: set ts=2 sw=2 noet: -- 1.6.5.2

1 0

[arch-dev-public] [signoff] glibc-2.11 toolchain rebuild
by Allan McRae 10 Nov '09

10 Nov '09

I have put the glibc-2.11 toolchain rebuild in [testing]. Apart from glibc-2.11, the kernel header patch level got bumped to the latest version and I took a newer snapshot of the binutils-2.20 branch. From a quick look at the changelog there should not be a lot of issues compiling stuff like previous glibc/gcc releases. As always, it has be well tested in Fedora and you should look there for any patches needed. Signoff both, Allan

4 7

[arch-dev-public] Upstream bug closures
by Jan de Groot 10 Nov '09

10 Nov '09

I see a lot of bugs getting closed with "Upstream" lately because they're not packaging bugs. This is not the way to solve bugs. The only bugs that should be closed upstream are the ones in binary modules like flashplugin or nvidia binary drivers. Opensource software can be fixed or debugged, so we should do that instead of using this bogus closure option.

6 6

Re: [arch-dev-public] Arch Linux: comment about Official Arch Linux Install Guide
by Dieter Plaetinck 09 Nov '09

09 Nov '09

On Wed, 4 Nov 2009 09:04:40 +0900 Hiz Japan <hizdiez(a)gmail.com> wrote: > Dear > > First of all, I am very appreciated and respecting your great > contribute of the Official Arch Linux Install Guide. > I am wornking on your "Official Arch Linux Install Guide" to > translating Japanese language. > and i have question/opinion about .... > > the section Pacman explanation. it says: > > - > > Display specific not installed package info > > # pacman --sync --info foo > > # pacman -Si foo > > Displays information on the not yet installed package foo (size, > install date, build date, dependencies, conflicts, etc.) > > > I feel it is better say like this? because this explanation is not > very clear what actually trying to explain and correctness . > > >> > > - > > Display specific package info from repository database > > # pacman --sync --info foo > > # pacman -Si foo > > Display specific package information details foo from repository > database . (size,* *, build date, dependencies, conflicts, > etc.) > > > *pacman -Si also display package information which already installed.* > *pacman -Si doesnt contain "install date". "install date" info > contained by the command pacman -Qi* . > > > > Best regard > Hiz Good point! Thanks for the idea. http://projects.archlinux.org/aif.git/commit/?h=experimental&id=0b4916b8b07… Dieter

1 0

[arch-dev-public] [signoff] bzip2-1.0.5-5
by Allan McRae 09 Nov '09

09 Nov '09

Added upstream tools to package - FS#14521 Signoff both, Allan

3 2