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

[arch-dev-public] [PATCH 1/3] rc.sysinit: background hwclock calls
by Dan McGee 18 Dec '09

18 Dec '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 the hwclock code block, to continue until the point where we wait on the subprocess. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- rc.sysinit | 11 ++++++++++- 1 files changed, 10 insertions(+), 1 deletions(-) diff --git a/rc.sysinit b/rc.sysinit index 0c934c7..e948074 100755 --- a/rc.sysinit +++ b/rc.sysinit @@ -281,9 +281,13 @@ if [ "$TIMEZONE" != "" -a -e "/usr/share/zoneinfo/$TIMEZONE" ]; then /bin/cp "/usr/share/zoneinfo/$TIMEZONE" /etc/localtime fi +clock_pid="" if [ -n "$HWCLOCK_PARAMS" ]; then + ( /sbin/hwclock --adjust #Adjust for system drift /sbin/hwclock $HWCLOCK_PARAMS + ) & + clock_pid=$! fi stat_done @@ -396,7 +400,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.5

4 6

[arch-dev-public] [signoff] devtools-0.8.0
by Allan McRae 17 Dec '09

17 Dec '09

Hi, A new devtools release has been pushed to [testing]. Everything works on a brief test here, but I thought it a good idea to do some testing before pushing to [extra]. Allan

7 30

[arch-dev-public] doc size
by Xavier 16 Dec '09

16 Dec '09

Hello, I like this gnome feature that warns me about running out of space and proposes me to run a disk usage analyzer (baobab). Looking at the results, I found out that /usr/share/doc was taking a non negligible space : 140M It's actually the 3rd biggest directory in my filesystem after two games (openarena and flightgear). Well maybe 4th if I also count warsow in /opt :) It's especially gtkmm that made me go wtf. It takes 48MB. I checked the package size, 60MB. The next entries are far away, at 10MB, but still. Compared to the package size, they can still be pretty big (more than half). That made me want to check the proportion of docs in each package, and I quickly hacked a script together. I am pretty sure this subject has come here before, but I don't remember seeing any results, so I will post them here. That might help to establish some reasonable limits for when a package should be split. And with makepkg supporting that now, it's much better than before. -------------------------------------------------------- #!/bin/bash DOC_DIRS=(usr/{,local/}{,share/}{doc,gtk-doc} opt/*/{doc,gtk-doc}) filename=$1 pkgsize=$(bsdtar qxOf $1 .PKGINFO 2>/dev/null | grep size | awk '{ print $3 }') docsize=$(bsdtar tvf $filename ${DOC_DIRS[@]} 2>/dev/null | awk '{ SUM += $5 } END { print SUM }') [ -z "$docsize" ] && exit 0 docsizemb=$(( $docsize / 1024 / 1024 )) [ "$docsizemb" -eq 0 ] && exit 0 pkgsizemb=$(( $pkgsize / 1024 / 1024 )) echo "$(( 100 * $docsize / $pkgsize )) $docsizemb/$pkgsizemb $(basename $filename)" -------------------------------------------------------- $ (for i in /home/pkg/*; do ./doc-ratio $i; done) | sort -rn | column -t ratio docsize/pkgsize filename 75 8/11 libsigc++2.0-2.2.4.2-1-x86_64.pkg.tar.gz 75 45/60 gtkmm-2.18.2-1-x86_64.pkg.tar.gz 71 2/3 eggdbus-0.6-1-x86_64.pkg.tar.gz 68 10/15 glibmm-2.22.1-1-x86_64.pkg.tar.gz 67 1/2 libsoup-2.28.1-1-x86_64.pkg.tar.gz 66 2/3 pangomm-2.26.0-1-x86_64.pkg.tar.gz 63 2/3 libgdata-0.4.0-1-x86_64.pkg.tar.gz 62 7/12 telepathy-glib-0.9.2-1-x86_64.pkg.tar.gz 61 4/7 flac-1.2.1-2-x86_64.pkg.tar.gz 58 1/1 raptor-1.4.19-1-x86_64.pkg.tar.gz 58 10/17 pygtk-2.16.0-2-x86_64.pkg.tar.gz 56 1/2 cairo-1.8.8-1-x86_64.pkg.tar.gz 55 10/19 groff-1.20.1-3-x86_64.pkg.tar.gz 54 1/1 redland-1.0.9-4-x86_64.pkg.tar.gz 53 3/7 clutter-1.0.8-1-x86_64.pkg.tar.gz 52 1/1 policykit-0.9-9-x86_64.pkg.tar.gz 51 2/3 pango-1.26.2-1-x86_64.pkg.tar.gz 49 1/3 libxslt-1.1.26-1-x86_64.pkg.tar.gz 49 1/3 fontconfig-2.8.0-1-x86_64.pkg.tar.gz 47 5/11 libxml2-2.7.6-1-x86_64.pkg.tar.gz 47 1/2 pcre-8.00-1-x86_64.pkg.tar.gz 46 2/5 openexr-1.6.1-1-x86_64.pkg.tar.gz 44 1/2 polkit-0.95-1-x86_64.pkg.tar.gz 42 3/8 gstreamer0.10-base-0.10.25-1-x86_64.pkg.tar.gz 40 1/3 gmime-2.4.10-1-x86_64.pkg.tar.gz 38 4/12 gstreamer0.10-0.10.25-1-x86_64.pkg.tar.gz 36 1/3 pygobject-2.20.0-1-x86_64.pkg.tar.gz 35 2/5 at-spi-1.28.1-1-x86_64.pkg.tar.gz 34 2/7 libgnomeui-2.24.2-1-x86_64.pkg.tar.gz 34 1/3 libtiff-3.9.2-1-x86_64.pkg.tar.gz 29 6/22 evolution-data-server-2.28.2-1-x86_64.pkg.tar.gz 28 1/5 libbonobo-2.24.2-1-x86_64.pkg.tar.gz 26 1/6 gnome-vfs-2.24.2-2-x86_64.pkg.tar.gz 25 7/30 valgrind-3.5.0-3-x86_64.pkg.tar.gz 22 5/24 cmake-2.8.0-1-x86_64.pkg.tar.gz 20 3/15 gettext-0.17-3-x86_64.pkg.tar.gz 16 2/15 empathy-2.28.2-1-x86_64.pkg.tar.gz 15 1/7 evince-2.28.2-1-x86_64.pkg.tar.gz 14 1/7 gnome-keyring-2.28.2-1-x86_64.pkg.tar.gz 13 3/23 kdebase-runtime-4.3.4-1-x86_64.pkg.tar.gz 8 1/13 gok-2.28.1-1-x86_64.pkg.tar.gz

3 4

[arch-dev-public] [signoff] kernel26-lts-2.6.27.41-1
by Tobias Powalowski 16 Dec '09

16 Dec '09

Hi guys, Changed the module path to constantly use 2.6.27-lts, that binary modules doesn't need to rebuild on every little version bump. 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] Release announcement for filesystem 2009.11-1
by Allan McRae 16 Dec '09

16 Dec '09

Seems I forgot all about this package in [testing].... Here is a short draft release announcement so it can be moved. --DRAFT-- The filesstem-2009.11-1 package has removed LC_COLLATE=C from /etc/profile as this caused incorrect sorting on some locales (See FS#15250). Any scripts relying on this value should manually set the LC_COLLATE variable. --END DRAFT-- Allan

2 2

[arch-dev-public] Packaging Chromium for [extra]
by Pierre Schmitz 16 Dec '09

16 Dec '09

Hi devs, I did have a closer look at chromium recently and it did improve a lot. Even though it's called "beta" it is really usable and feature complete. There is quite a high demand for it (the binary version in AUR has neraly 800 votes). I would like to make a peoper package for it and provide that in our repo. The AUR packages are either svn trunk builds or repackaged ubuntu debs with ugly symlinks to libs with other so names. My idea is to build a tar out of their svn tag and build a clean package with that. What do you think? (it's about chromium btw. and not Chrome which is Google's build with some "extras") -- Pierre Schmitz, https://users.archlinux.de/~pierre

6 14

[arch-dev-public] [signoff] glib2 2.22.3-1
by Ionut Biru 15 Dec '09

15 Dec '09

hi, please sign off -- Ionut

4 4

[arch-dev-public] [signoff] coreutils-8.2-1
by Allan McRae 15 Dec '09

15 Dec '09

Fairly minor bug fix release over 8.1 which has been in [testing] for a long time, but a major jump over what is currently in [core]. I have been using the pre-release snapshots without any issues. Upstream ChangeLog: ** Bug fixes id's use of mgetgroups no longer writes beyond the end of a malloc'd buffer [bug introduced in coreutils-8.1] id no longer crashes on systems without supplementary group support. [bug introduced in coreutils-8.1] rm once again handles zero-length arguments properly. The rewrite to make rm use fts introduced a regression whereby a command like "rm a '' b" would fail to remove "a" and "b", due to the presence of the empty string argument. [bug introduced in coreutils-8.0] sort is now immune to the signal handling of its parent. Specifically sort now doesn't exit with an error message if it uses helper processes for compression and its parent ignores CHLD signals. [bug introduced in coreutils-6.9] tail without -f no longer access uninitialized memory [bug introduced in coreutils-7.6] timeout is now immune to the signal handling of its parent. Specifically timeout now doesn't exit with an error message if its parent ignores CHLD signals. [bug introduced in coreutils-7.6] a user running "make distcheck" in the coreutils source directory, with TMPDIR unset or set to the name of a world-writable directory, and with a malicious user on the same system was vulnerable to arbitrary code execution [bug introduced in coreutils-5.0] Signoff both, Allan

4 4

[arch-dev-public] [signoff] expat-2.0.1-4
by Allan McRae 15 Dec '09

15 Dec '09

Jan pointed out another issue that needed patched in expat so here goes -4. ChangeLog: Add fixes for CVE-2009-3560 (in -3 previously in [testing]) and CVE-2009-3720. CVE = security issue so is there any chance I can get more that one signoff in two days this time? Allan

2 1

[arch-dev-public] [signoff] expat-2.0.1-3
by Allan McRae 14 Dec '09

14 Dec '09

Fix CVE-2009-3560. Signoff both, Allan

2 1