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

[arch-dev-public] [signoff] kernel 2.6.32.1-1
by Tobias Powalowski 20 Dec '09

20 Dec '09

Hi guys, Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/16855 # added CONFIG_PM_DEBUG http://bugs.archlinux.org/task/17106 # added CONFIG_MMIOTRACE Arch Linux changes: - splitted kernel-headers to extra package If you want to build external modules please install: pacman -S kernel26-headers Please change your PKGBUILDS to makedepend on this package. - added xen support to 64bit kernel - changed intel kms enabled by default - changed to new firewire subsystem: http://ieee1394.wiki.kernel.org/index.php/Juju_Migration Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 3

[arch-dev-public] [signoff] kernel26-lts-2.6.27.42-1 & kernel26-lts-headers-2.6.27.42-1
by Tobias Powalowski 20 Dec '09

20 Dec '09

Hi guys, - added pvops options to latest release on x86_64 - splitted header into seperate package - synced PKGUILD structure with .32 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] chroots config question
by Paul Mattal 19 Dec '09

19 Dec '09

Regarding the below: http://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot It reads: "The -C and -M flags are optional, but it is recommended to provide these with clean pacman.conf and makepkg.conf files (directly from the pacman package) during first creation of clean chroot to ensure lack of user specific adjustments." I think this is misleading. If you *don't* provide these arguments, what you get is the default config files directly from the pacman package, right? So the desired thing in most circumstances is, presumably, NOT to override? - P

3 3

[arch-dev-public] Integrity Check x86_64: core, extra, community 18-12-2009
by repomaint＠archlinux.org 18 Dec '09

18 Dec '09

================================================== = Integrity Check x86_64 of core,extra,community = ================================================== Performing integrity checks... ==> parsing pkgbuilds ==> parsing db files ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking hierarchy ==> checking for circular dependencies ==> checking for differences between db files and pkgbuilds Missing Dependencies ---------------------- community/eclipse-ve --> 'eclipse<3.3' extra/archboot --> 'libdownload>=1.3-3' extra/digikam --> 'liblcms' Missing Makedepends --------------------- extra/kdelibs3 --> 'autoconf<2.64' extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- extra/haskell-hashed-storage depends on community/haskell-zlib (0 extra (make)deps to pull) extra/munin depends on community/perl-html-template (0 extra (make)deps to pull) extra/munin depends on community/perl-log-log4perl (0 extra (make)deps to pull) extra/munin-node depends on community/perl-net-server (0 extra (make)deps to pull) extra/pan depends on community/gmime22 (0 extra (make)deps to pull) Repo Hierarchy for Makedepends -------------------------------- core/ca-certificates depends on extra/ruby (25 extra (make)deps to pull) core/crda depends on extra/python-m2crypto (26 extra (make)deps to pull) core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull) core/groff depends on extra/ghostscript (146 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (147 extra (make)deps to pull) core/iputils depends on extra/docbook-xsl (26 extra (make)deps to pull) core/iputils depends on extra/libxslt (25 extra (make)deps to pull) core/iputils depends on extra/opensp (28 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gperf (0 extra (make)deps to pull) core/udev depends on extra/libxslt (25 extra (make)deps to pull) extra/bigloo depends on community/jdk (1 extra (make)deps to pull : jre) extra/dbus-python depends on community/docutils (0 extra (make)deps to pull) extra/gnome-speech depends on community/espeak (2 extra (make)deps to pull : portaudio docutils) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) Packages found in tree, but not in db --------------------------------------- extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 5 Repo hierarchy problems: 22 Circular dependencies: 0 In db, but not in tree: 0 In tree, but not in db: 1

2 1

[arch-dev-public] Integrity Check i686: core, extra, community 18-12-2009
by repomaint＠archlinux.org 18 Dec '09

18 Dec '09

================================================ = Integrity Check i686 of core,extra,community = ================================================ Performing integrity checks... ==> parsing pkgbuilds ==> parsing db files ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking hierarchy ==> checking for circular dependencies ==> checking for differences between db files and pkgbuilds Missing Dependencies ---------------------- community/eclipse-ve --> 'eclipse<3.3' extra/archboot --> 'libdownload>=1.3-3' Missing Makedepends --------------------- extra/kdelibs3 --> 'autoconf<2.64' extra/v86d --> 'kernel26<2.6.30' Repo Hierarchy for Dependencies --------------------------------- extra/haskell-hashed-storage depends on community/haskell-zlib (0 extra (make)deps to pull) extra/munin depends on community/perl-html-template (0 extra (make)deps to pull) extra/munin depends on community/perl-log-log4perl (0 extra (make)deps to pull) extra/munin-node depends on community/perl-net-server (0 extra (make)deps to pull) extra/pan depends on community/gmime22 (0 extra (make)deps to pull) Repo Hierarchy for Makedepends -------------------------------- core/ca-certificates depends on extra/ruby (25 extra (make)deps to pull) core/crda depends on extra/python-m2crypto (26 extra (make)deps to pull) core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull) core/groff depends on extra/ghostscript (145 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (146 extra (make)deps to pull) core/iputils depends on extra/docbook-xsl (26 extra (make)deps to pull) core/iputils depends on extra/libxslt (25 extra (make)deps to pull) core/iputils depends on extra/opensp (28 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gperf (0 extra (make)deps to pull) core/udev depends on extra/libxslt (25 extra (make)deps to pull) extra/bigloo depends on community/jdk (1 extra (make)deps to pull : jre) extra/gnome-speech depends on community/espeak (1 extra (make)deps to pull : portaudio) extra/grml-zsh-config depends on community/txt2tags (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) Packages found in tree, but not in db --------------------------------------- extra/openoffice-en-US Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 4 Repo hierarchy problems: 21 Circular dependencies: 0 In db, but not in tree: 0 In tree, but not in db: 1

1 0

[arch-dev-public] kernel-2.6.27-lts possible changes?
by Tobias Powalowski 18 Dec '09

18 Dec '09

Hi guys, just looked at kernel26-lts PKGBUILD and config files. I have locally modified it to also split the headers out from standard package, as the stock kernel PKGBUILD does. - Adding xen pvops would make sense on a so called server kernel. http://wiki.xensource.com/xenwiki/XenParavirtOps I can't test this myself but according to the link above i guess it's safe to enable it. It's now also enabled in .32 kernel 64 bit kernel. - Since the last pkgver it is possible now to build binary modules against the lts kernel, without the need of rebuilding them on every small bump. Imho it would make sense to provide the same binary modules for this kernel as we do for the stock kernel. Do you have any other thoughts or objections? If i get some input from you and you agree to the above, i could put this stuff tomorrow to testing repository. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 3

[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