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

[arch-dev-public] Fixing groupadd
by Allan McRae 07 Mar '10

07 Mar '10

Hi, At the moment, groupadd always creates system groups with GID=99. (http://bugs.archlinux.org/task/16092) We can fix this by adding something quite standard like: SYS_UID_MIN = 100 SYS_GID_MIN = 100 SYS_UID_MAX = 999 SYS_GID_MAX = 999 in /etc/login.defs But this will lead to possible issues with packages using fixed GID >= 100. e.g. I could create a bunch system groups and then install a package who has predetermined that an already used group ID is for it. There are two possible solutions: 1) Set SYS_{U,G}ID_MIN to (e.g.) 500 and have all packages use numbers below 500. 2) Have the packages create a group without a specified ID. Anything requiring a fixed group ID at compile time (e.g. mailman) must use a number < 100. I am in favour of #2 (slightly) as it seems the better solution, but #1 would only require shadow to be fixed and no rebuilds for other packages (the number of rebuilds for #2 would be very small). Opinions? Allan

4 9

[arch-dev-public] [signoff] mlocate-0.22.3-1
by Allan McRae 07 Mar '10

07 Mar '10

Upstream update - appears to be only additional man page translations. Signoff both, Allan

3 2

[arch-dev-public] Fwd: nvidia oops
by Aaron Griffin 07 Mar '10

07 Mar '10

Just forwarding this on. Is this important enough to post a news item about? Or should we just force-downgrade the affected drivers? ---------- Forwarded message ---------- From: Casey J. Peter <caseyjp1(a)gmail.com> Date: Sat, Mar 6, 2010 at 7:07 PM Subject: nvidia oops To: aaron(a)archlinux.org http://www.phoronix.com/scan.php?page=news_item&px=ODA0MA Might want to put something up on the main page to warn people. Its not effecting everyone, but the word is 3d gaming is the biggest part of this mess.

3 2

[arch-dev-public] Changed GNUstep directory in new windowmaker package
by Daniel Isenmann 07 Mar '10

07 Mar '10

Hi, today I have released a new release of the windowmaker package. The important change is the GNUstep directory. I have changed this to /usr/lib/GNUstep. It was requested as a bug report (http://bugs.archlinux.org/task/15301) and it’s now equal to Debian’s GNUstep directory location. That means, you have to change the directory for the WPrefs.App which has now the new location. All other things should be run without problems. If you have older GNUstep applications, you have to recompile them with the new location if they way located in the old GNUstep directory. -Daniel

1 0

[arch-dev-public] Automatic LVM assembly - call for testers
by Thomas Bächler 06 Mar '10

06 Mar '10

Traditionally, LVM is assembled by running "vgchange -ay" manually. That has several problems, especially if one of the physical volumes is missing when the VG was supposed to be assembled. This has been experienced by people who use LVM on USB storage for their root device. I came up with a way of assembling LVM automatically through udev: A udev rule combined with a short shell script waits until all required physical volumes have been detected, then assembles the volume group in the background. This also works when adding a removable device to the system at any time. I'm asking anyone with LVM and a bit of spare time to test this. I'm especially interested in results from people who have a volume group on more than one hard drive. This is how it works: Get the package from: http://dev.archlinux.org/~thomas/lvm_autoassemble/ If you want to use this for detection of your boot device: Replace the "lvm2" hook with the "lvm_autoassemble" hook in mkinitcpio.conf and recreate the initramfs (make sure to keep a copy of the working one, as always). Possible side-effects: There may be some trouble when dealing with removable devices that contain LVM physical volumes: The volume groups are automatically activated, but have to be deactivated manually before removing the drive. Furthermore, when you remove a device and add it again later, the mechanism that detects whether all PVs have been found might fail and "vgchange -ay" may be run too often. Another side-effect is that I didn't add --ignoremonitoring to the script, so dmeventd may be started in initramfs (for mirror or snapshot volumes), which may not be desired. Any feedback is welcome.

2 1

[arch-dev-public] [signoff] util-linux-ng-2.17.1-1
by Tobias Powalowski 06 Mar '10

06 Mar '10

Hi major changes: - removed loop aes crypt support please signoff, both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] Protocol error
by Roman Kyrylych 06 Mar '10

06 Mar '10

Any ideas about this? $ sudo pacman -Syyu :: Synchronizing package databases... error: failed retrieving file 'testing.db.tar.gz' from ftp.archlinux.org : Protocol error testing 7.9K 846.8K/s 00:00:00 [#####################] 100% error: failed retrieving file 'core.db.tar.gz' from ftp.archlinux.org : Protocol error core 36.1K 1184.1K/s 00:00:00 [#####################] 100% error: failed retrieving file 'extra.db.tar.gz' from ftp.archlinux.org : Protocol error extra 444.7K 5.0M/s 00:00:00 [#####################] 100% error: failed retrieving file 'community-testing.db.tar.gz' from ftp.archlinux.org : Protocol error community-testing 2.3K 24.0M/s 00:00:00 [#####################] 100% error: failed retrieving file 'community.db.tar.gz' from ftp.archlinux.org : Protocol error community 365.6K 4.7M/s 00:00:00 [#####################] 100% :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... Targets (1): util-linux-ng-2.17.1-1 Total Download Size: 1.45 MB Total Installed Size: 6.93 MB Proceed with installation? [Y/n] :: Retrieving packages from testing... error: failed retrieving file 'util-linux-ng-2.17.1-1-x86_64.pkg.tar.xz' from ftp.archlinux.org : Protocol error util-linux-ng-2.17.... 1488.8K 7.6M/s 00:00:00 [#####################] 100% checking package integrity... (1/1) checking for file conflicts [#####################] 100% (1/1) upgrading util-linux-ng [#####################] 100% -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] [signoff] dhcpcd 5.2.1-1
by Ronald van Haren 06 Mar '10

06 Mar '10

signoff for both architectures. changes: local: - update to latest version upstream: - see http://roy.marples.name/projects/dhcpcd/timeline Ronald

3 2

[arch-dev-public] exiv2 0.19 rebuild list
by Pierre Schmitz 06 Mar '10

06 Mar '10

FYI: I just added a rebuild list for exiv2 https://dev.archlinux.org/todo/27/ That should also remove exiv2 from that list: http://wiki.archlinux.org/index.php/DeveloperWiki:Unimportant_Rebuild_List I have committed the exiv2 changes to trunk. Anyone wants to join a small rebuild action? -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] Integrity Check x86_64: core, extra, community 05-03-2010
by repomaint＠archlinux.org 05 Mar '10

05 Mar '10

================================================== = 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/airsnort --> 'wlan-ng26-utils' community/sysprof-module --> 'kernel26<2.6.' Missing Makedepends --------------------- core/dash --> 'klibc>=1.5' Repo Hierarchy for Dependencies --------------------------------- 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 (137 extra (make)deps to pull) core/groff depends on extra/netpbm (45 extra (make)deps to pull) core/groff depends on extra/psutils (138 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 (30 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (26 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) core/udev-compat depends on extra/gobject-introspection (26 extra (make)deps to pull) core/udev-compat depends on extra/gperf (0 extra (make)deps to pull) core/udev-compat 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/opengtl depends on community/llvm (0 extra (make)deps to pull) extra/xqf depends on community/chrpath (0 extra (make)deps to pull) Packages found in db, but not in tree --------------------------------------- community/orc Packages found in tree, but not in db --------------------------------------- community/lua-yajl-git extra/poppler-qt3 Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 3 Repo hierarchy problems: 23 Circular dependencies: 0 In db, but not in tree: 1 In tree, but not in db: 2

1 0