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

[arch-dev-public] [signoff] coreutils-8.14-1
by Allan McRae 14 Oct '11

14 Oct '11

Upstream update. Signoff both, Allan * Noteworthy changes in release 8.14 (2011-10-12) [stable] ** Bug fixes ls --dereference no longer outputs erroneous "argetm" strings for dangling symlinks when an 'ln=target' entry is in $LS_COLORS. [bug introduced in fileutils-4.0] ls -lL symlink once again properly prints "+" when the referent has an ACL. [bug introduced in coreutils-8.13] sort -g no longer infloops for certain inputs containing NaNs [bug introduced in coreutils-8.5] ** Improvements md5sum --check now supports the -r format from the corresponding BSD tool. This also affects sha1sum, sha224sum, sha384sum and sha512sum. pwd now works also on systems without openat. On such systems, pwd would fail when run from a directory whose absolute name contained more than PATH_MAX / 3 components. The df, stat and readlink programs are also affected due to their use of the canonicalize_* functions. ** Changes in behavior timeout now only processes the first signal received from the set it is handling (SIGTERM, SIGINT, ...). This is to support systems that implicitly create threads for some timer functions (like GNU/kFreeBSD).

4 4

[arch-dev-public] Porting tools to new API (was: [signoff] pacman 4.0.0-2)
by Dan McGee 13 Oct '11

13 Oct '11

On Thu, Oct 13, 2011 at 2:24 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Good thing you moved this into testing so there are no excuses not to > test the new pacman. Do you know if porting pyalpm will be easy or is > already done? I believe Remy has already done this in a branch, and there is a -git version available somewhere. > Would be beter to have this sorted out before moving 4.0 > to core. (pyalpm is needed by namcap) I also need to have a look at this > code: > https://projects.archlinux.org/dbscripts.git/tree/cron-jobs/check_archlinux > But should be easy enough to port if even necessary. That looks fine, should just need a recompile against the new .so version. -Dan

1 0

[arch-dev-public] [signoff] inetutils-1.8-6
by Eric Bélanger 12 Oct '11

12 Oct '11

Hi, inetutils-1.8-6 is in testing. Changes: - Update license to GPL3 - Set sysconfdir to /etc (close FS#26393) Please test and signoff. Eric

3 2

[arch-dev-public] [signoff] mkinitcpio 0.7.4-1, filesystem 2011.10-1
by Dave Reisner 12 Oct '11

12 Oct '11

Hi all, Apparently I decided it was a great idea to inadvertantly break the installer with mkinitcpio 0.7.3 [1]. There's a number of possible fixes, and I've attacked it from several angles, but fixing it in mkinitcpio is the fastest way to stop the bleeding. I've tagged 0.7.4 and pushed it into [testing]. Along with this, I've knocked out another small FS [2] which required coordination with a change to filesystem, so I've pushed that as well. mkinitcpio-0.7.4: -------------------------------------- - avoid using mountpoint(1) - use usb-ehci udev rule from /lib - Remove early redirection 2>/dev/null such node does not exists. - Add groups=('base') in devel PKGBUILD - bump filesystem dependency to 2011.10 Thanks to Gerardo Exequiel Pozzi for his contributions for this release. filesystem-2011.10: -------------------------------------- - avoid clearing screen in /etc/issue - move modprobe rule to /lib Credit here goes to Tom, who kindly let me package this while he's off riding around on kangaroos. Please signoff. Thanks, Dave [1] https://bugs.archlinux.org/task/26344 [2] https://bugs.archlinux.org/task/25788

3 2

Re: [arch-dev-public] [arch-projects] [HEADSUP] udevd moved out of PATH
by Dan McGee 11 Oct '11

11 Oct '11

On Tue, Oct 11, 2011 at 8:14 AM, Tom Gundersen <teg(a)jklm.no> wrote: > On Tue, Oct 11, 2011 at 11:44 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: >> This is really f***ing stupid of upstream. > > Unlikely. > >> Why are they doing this >> outside of simply wanting to break everything? > > What is breaking? Everything I outlined below? Restarting a daemon, which shouldn't involve having to restart my computer to do so? >> I'm not a fan of this >> as we are making upgrades way too fragile, > > How? We always require udev, initscripts and mkinitcpio to be in sync, > running udev should not be affected. Throw the filesystem package into that bucket too. What I meant to say is we have at times had this dependency happen, but it seems like every single upgrade as of late as absolutely required it. This was never the case a year ago. I realize I'm coming across as a old, resistant to change, pesky thorn in the side here, but we're doing things that are beginning to clash mightily with the Arch way here. >> not to mention moving what >> is very clearly a *binary* into a non-binary path, which is totally >> bogus. > > There are plenty of binaries in libexec (and there are plenty of > non-binaries in bin), I don't see the problem. So let me make sure I understand here since the upstream commit wasn't linked- upstream moved it to libexec, which we normally move into to /usr/lib, but this particular binary is moving to /lib? >> I know I've done `killall udevd && udevd --daemon` before to >> get the new version running; sounds like this is not going to work at >> all anymore. > > That does not sound like a good idea, you'll at least lose events. Am I the only one that does this? Because the handy-dandy, still on my path `udevadm` command definitely doesn't have any sort of documented 'restart' function for those of us that don't like to reboot our installs once a week. Are you sure about losing events? I thought the kernel cues them up if udevd isn't running. Maybe I need to add a `udevadm --exit` or something else to my incantation, I don't know. >> I would honestly pester upstream and have them justify the color of >> their hat this week; > > Unless you can come up with some real problems caused by this, I think > that would be a waste of time. Even if they did not explain their > reasoning very well this time, I'm pretty sure they have some, and > won't revert just because some random people say "I don't like it". > >> -1 from me on this whole change, upstream decision >> or not. > > -1 on what? What exactly are you proposing? At the very least we should symlink this to the former location until there is a udevadm that actually covers all of the use cases. Real problem #1- how do I restart this? #2 without having the path memorized? Re: upower, udisks, and polkit running out of libexec: I don't think this is seen as an advantage by many around here. At least I see it as a negative; why are we making things harder on the user to have control of their system? I also think having to hardcode *any* path to a binary (user-usable or not, WE still have to use it) like this is a real issue; what happens when the Kool-Aid color of the week moves it again? We continue to play along? -Dan

1 0

[arch-dev-public] nvidai 285.05.09 and xorg-server 1.11.1
by Ionut Biru 10 Oct '11

10 Oct '11

Hi, some cards(8600 is) are affected by high cpu usage and applications freezing. Aaron tracked it down to another xorg commit... more here: http://www.nvnews.net/vbulletin/showthread.php?t=166698 if xorg developers decide to revert, we might be able to push xorg 1.11 into extra soon, otherwise we have to wait for a new nvidia that fixes this problem. -- Ionuț

2 2

[arch-dev-public] [HEADSUP] deprecated functionality will be removed in the next udev release
by Tom Gundersen 10 Oct '11

10 Oct '11

Hi guys, This is just to let you know that if you get deprecation warnings in any of your udev rules with the current udev release, your rules will likely break with udev-174. So, please update to the new interfaces or poke upstream where necessary. Cheers, Tom

2 2

[arch-dev-public] [signoff] mpfr-3.1.0.p1-1
by Allan McRae 09 Oct '11

09 Oct '11

Minor upstream patchlevel update. Signoff both, Allan

3 2

Re: [arch-dev-public] [arch-general] [signoff] linux-3.0.6-2
by Tom Gundersen 09 Oct '11

09 Oct '11

On Sat, Oct 8, 2011 at 7:43 AM, Thomas Bächler <thomas(a)archlinux.org> wrote: > Am 07.10.2011 22:16, schrieb Matthew Gyurgyik: >> On 10/07/2011 08:26 AM, Tobias Powalowski wrote: >>> Latest kernel is in testing, >>> - fixed archiso support >>> - revert to performance governor >> >> Looked in the tracker and didn't see anything. Just curious, why are we >> reverting back to the performance governor? > > There might be trouble, as the ondemand governor does not work with all > CPUs. Could you point me to some more info about this (I couldn't find any bug reports)? I'm interested in following up on it so we can one day move to ondemand by default. For what it's worth, fedora and opensuse have been using ondemand for some time. Is it known why we are seeing problems and they are not? My understanding was that ondemand is recommended by upstream (http://www.codon.org.uk/~mjg59/power/good_practices.html) and that it should automatically fall back to performance if the HW latencies are too high. Please correct me if I'm wrong. Cheers, Tom

2 1

[arch-dev-public] Integrity Check x86_64: core, extra, community, multilib 07-10-2011
by repomaint＠archlinux.org 07 Oct '11

07 Oct '11

Warning : the repository multilib does not exist in /srv/abs/rsync/any =========================================================== = Integrity Check x86_64 of core,extra,community,multilib = =========================================================== 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 PKGBUILDs ------------------- /srv/abs/rsync/any/multilib Duplicate PKGBUILDs --------------------- /srv/abs/rsync/x86_64/community/wine vs. /srv/abs/rsync/x86_64/multilib/wine Missing Dependencies ---------------------- community/bugzilla --> 'perl-cgi' community/perl-device-gsm --> 'perl-test-simple' Missing Makedepends --------------------- community/darcs --> 'haskell-hashed-storage<0.6' community/perl-unicode-stringprep --> 'perl-test-simple' extra/alex --> 'ghc=7.0.2' extra/cabal-install --> 'ghc=7.0.2' extra/happy --> 'ghc=7.0.2' Repo Hierarchy for Dependencies --------------------------------- extra/archboot depends on community/squashfs-tools (0 extra (make)deps to pull) extra/banshee depends on community/dbus-sharp-glib (3 extra (make)deps to pull : dbus-sharp docbook2x perl-sgmls) extra/gnucash depends on community/aqbanking (4 extra (make)deps to pull : gwenhywfar ktoblzcheck docbook2x perl-sgmls) extra/gnucash depends on community/libdbi-drivers (4 extra (make)deps to pull : libdbi sqlite2 docbook2x perl-sgmls) extra/mod_perl depends on community/perl-linux-pid (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/tomboy depends on community/dbus-sharp (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/tomboy depends on community/dbus-sharp-glib (3 extra (make)deps to pull : dbus-sharp docbook2x perl-sgmls) Repo Hierarchy for Makedepends -------------------------------- community/virtualbox depends on multilib/gcc-multilib (6 extra (make)deps to pull : gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc gcc-multilib lib32-gcc-libs) community/virtualbox depends on multilib/lib32-glibc (6 extra (make)deps to pull : gcc-multilib gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc lib32-gcc-libs) community/virtualbox-archlinux-additions depends on multilib/gcc-multilib (6 extra (make)deps to pull : gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc gcc-multilib lib32-gcc-libs) community/virtualbox-archlinux-additions depends on multilib/lib32-glibc (6 extra (make)deps to pull : gcc-multilib gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc lib32-gcc-libs) community/virtualbox-archlinux-modules depends on multilib/gcc-multilib (6 extra (make)deps to pull : gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc gcc-multilib lib32-gcc-libs) community/virtualbox-archlinux-modules depends on multilib/lib32-glibc (6 extra (make)deps to pull : gcc-multilib gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc lib32-gcc-libs) community/virtualbox-sdk depends on multilib/gcc-multilib (6 extra (make)deps to pull : gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc gcc-multilib lib32-gcc-libs) community/virtualbox-sdk depends on multilib/lib32-glibc (6 extra (make)deps to pull : gcc-multilib gcc-libs-multilib binutils-multilib gcc-ada-multilib lib32-glibc lib32-gcc-libs) core/ca-certificates depends on extra/python2 (185 extra (make)deps to pull) core/crda depends on extra/python-m2crypto (186 extra (make)deps to pull) core/dbus-core depends on extra/libx11 (185 extra (make)deps to pull) core/e2fsprogs depends on extra/bc (0 extra (make)deps to pull) core/glib2 depends on extra/python2 (185 extra (make)deps to pull) core/groff depends on extra/ghostscript (185 extra (make)deps to pull) core/groff depends on extra/netpbm (185 extra (make)deps to pull) core/groff depends on extra/psutils (185 extra (make)deps to pull) core/libsasl depends on extra/libmysqlclient (185 extra (make)deps to pull) core/libsasl depends on extra/postgresql-libs (185 extra (make)deps to pull) core/lilo depends on extra/sharutils (185 extra (make)deps to pull) core/links depends on extra/libpng (0 extra (make)deps to pull) core/links depends on extra/libtiff (185 extra (make)deps to pull) core/links depends on extra/libxt (185 extra (make)deps to pull) core/linux depends on extra/docbook-xsl (185 extra (make)deps to pull) core/linux depends on extra/xmlto (185 extra (make)deps to pull) core/linux-docs depends on extra/docbook-xsl (185 extra (make)deps to pull) core/linux-docs depends on extra/xmlto (185 extra (make)deps to pull) core/linux-headers depends on extra/docbook-xsl (185 extra (make)deps to pull) core/linux-headers depends on extra/xmlto (185 extra (make)deps to pull) core/module-init-tools depends on community/docbook2x (185 extra (make)deps to pull) core/pam depends on extra/docbook-xml (185 extra (make)deps to pull) core/pam depends on extra/docbook-xsl (185 extra (make)deps to pull) core/pam depends on extra/w3m (185 extra (make)deps to pull) core/sqlite3 depends on extra/tcl (0 extra (make)deps to pull) core/sqlite3-doc depends on extra/tcl (0 extra (make)deps to pull) core/sqlite3-tcl depends on extra/tcl (0 extra (make)deps to pull) core/syslinux depends on extra/nasm (185 extra (make)deps to pull) core/udev depends on extra/gobject-introspection (185 extra (make)deps to pull) core/udev depends on extra/gperf (0 extra (make)deps to pull) core/udev depends on extra/libxslt (185 extra (make)deps to pull) core/udev-compat depends on extra/gobject-introspection (185 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 (185 extra (make)deps to pull) extra/ardour depends on community/cwiid (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/audacious-plugins depends on community/jack2 (3 extra (make)deps to pull : celt docbook2x perl-sgmls) extra/audacious-plugins depends on community/oss (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/colord depends on community/docbook2x (2 extra (make)deps to pull : perl-sgmls docbook2x) extra/frozen-bubble depends on community/perl-file-slurp (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/frozen-bubble depends on community/perl-locale-maketext-lexicon (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/gnome-speech depends on community/espeak (4 extra (make)deps to pull : portaudio celt docbook2x perl-sgmls) extra/gpsd depends on community/chrpath (0 extra (make)deps to pull) extra/grilo-plugins depends on community/quvi (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/grml-zsh-config depends on community/txt2tags (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/jack depends on community/celt (0 extra (make)deps to pull) extra/java-commons-daemon depends on community/docbook2x (2 extra (make)deps to pull : perl-sgmls docbook2x) extra/java-jsvc depends on community/docbook2x (2 extra (make)deps to pull : perl-sgmls docbook2x) extra/libiodbc depends on community/chrpath (0 extra (make)deps to pull) extra/libsmbios depends on community/chrpath (0 extra (make)deps to pull) extra/speech-dispatcher depends on community/espeak (4 extra (make)deps to pull : portaudio celt docbook2x perl-sgmls) extra/telepathy-salut depends on community/xmldiff (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/unoconv depends on community/asciidoc (2 extra (make)deps to pull : docbook2x perl-sgmls) extra/vigra depends on community/python-sphinx (4 extra (make)deps to pull : python2-pygments python2-jinja docbook2x perl-sgmls) extra/vigra-doc depends on community/python-sphinx (4 extra (make)deps to pull : python2-pygments python2-jinja docbook2x perl-sgmls) extra/xfconf depends on community/chrpath (0 extra (make)deps to pull) Summary --------- Missing PKGBUILDs: 1 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 1 Invalid archs: 0 Missing (make)dependencies: 7 Repo hierarchy problems: 70 Circular dependencies: 0 In db, but not in tree: 0 In tree, but not in db: 0

1 0