October 2012 - Arch-general - lists.archlinux.org

[arch-general] testing/systemd 191-1 failed to boot
by Zhengyu Xu 03 Oct '12

03 Oct '12

Dear all, After updating systemd to 191-1 in testing repo, I had following messages during booting and the process was stuck (crashed). [ 10.539416] systemd[1]: segfault at 7d ip b75a97b7 sp bfb0ece8 error 4 in libc-2.16.so[b752a000+1a4000] [ 10.539700] systemd[1]: Caught <SEGV>, core dump failed. Downgrade to 189-4 can solve this problem. I want to know if this is a personal problem or a general bug affecting others as well. Best regards, Z.

32 79

[arch-general] NetworkManager, DHCP and DNS
by Guillermo Leira 02 Oct '12

02 Oct '12

Hello! I have been using wicd for a long time. I have installed and enabled NetworkManager service (with systemd). It seems to work, but I have found that when asking for a DHCP address, it does not register the conexion in the DNS server (as wicd does). I can't find anything about this issue... I have gone back to wicd, but it can't connect to my office's wifi (or I have been unable to configure it) and NetworkManager worked at the first attempt. Any suggestions? Best Regards, Guillermo Leira

3 5

Re: [arch-general] Updating iputils over NFS
by Paul Gideon Dann 02 Oct '12

02 Oct '12

On Monday 01 Oct 2012 14:22:41 Thomas Bächler wrote: > IMO, root file systems on NFS are a failure by design anyway - I worked > in such a scenario for years and it is a bad bad bad idea. While we > should fix easy problems such as this one, we should not spend too much > time on making this work. I'd be really interested in your reasons for this. I'm running a network- booted cluster, and things seem much easier using NFS for this than it would be to have a hard disk in each node and use puppet (or similar) for administration. Paul

2 6

[arch-general] glibc issues during first update in several months
by Erik Johnson 02 Oct '12

02 Oct '12

After several months of not updating my home server, I decided to run updates tonight. I still hadn't done the /usr/lib symlink move, so I followed the guide on the wiki like I did for my other boxes and still ended up borking my system. Think this is because I accidentally said "yes" to upgrading pacman before the other packages. I ended up finding this thread on the forum: https://bbs.archlinux.org/viewtopic.php?pid=1167283 After booting with a rescue disc and untar-ing the package into my root partition as that thread suggested, I was able to get booted back up and continue with the upgrade. However, once I got to the point where I do the final pacman -Su, I got a bunch of file conflicts: error: failed to commit transaction (conflicting files) glibc: /lib exists in filesystem glibc: /usr/include/bits/byteswap-16.h exists in filesystem glibc: /usr/include/bits/epoll.h exists in filesystem glibc: /usr/include/bits/eventfd.h exists in filesystem glibc: /usr/include/bits/hwcap.h exists in filesystem glibc: /usr/include/bits/inotify.h exists in filesystem glibc: /usr/include/bits/poll2.h exists in filesystem glibc: /usr/include/bits/signalfd.h exists in filesystem glibc: /usr/include/bits/socket_type.h exists in filesystem glibc: /usr/include/bits/sysctl.h exists in filesystem glibc: /usr/include/bits/timerfd.h exists in filesystem glibc: /usr/include/stdc-predef.h exists in filesystem glibc: /usr/include/sys/auxv.h exists in filesystem glibc: /usr/include/sys/elf.h exists in filesystem glibc: /usr/include/sys/vm86.h exists in filesystem glibc: /usr/include/uchar.h exists in filesystem glibc: /usr/share/i18n/locales/mag_IN exists in filesystem Errors occurred, no packages were upgraded. Is it safe to run the pacman -Su with --force since these files are all owned by newer glibc on my other Arch boxes? % for file in /usr/include/bits/byteswap-16.h /usr/include/bits/epoll.h /usr/include/bits/eventfd.h /usr/include/bits/hwcap.h /usr/include/bits/inotify.h /usr/include/bits/poll2.h /usr/include/bits/signalfd.h /usr/include/bits/socket_type.h /usr/include/bits/sysctl.h /usr/include/bits/timerfd.h /usr/include/stdc-predef.h /usr/include/sys/auxv.h /usr/include/sys/elf.h /usr/include/sys/vm86.h /usr/include/uchar.h /usr/share/i18n/locales/mag_IN; do pacman -Qo $file; done /usr/include/bits/byteswap-16.h is owned by glibc 2.16.0-4 /usr/include/bits/epoll.h is owned by glibc 2.16.0-4 /usr/include/bits/eventfd.h is owned by glibc 2.16.0-4 /usr/include/bits/hwcap.h is owned by glibc 2.16.0-4 /usr/include/bits/inotify.h is owned by glibc 2.16.0-4 /usr/include/bits/poll2.h is owned by glibc 2.16.0-4 /usr/include/bits/signalfd.h is owned by glibc 2.16.0-4 /usr/include/bits/socket_type.h is owned by glibc 2.16.0-4 /usr/include/bits/sysctl.h is owned by glibc 2.16.0-4 /usr/include/bits/timerfd.h is owned by glibc 2.16.0-4 /usr/include/stdc-predef.h is owned by glibc 2.16.0-4 /usr/include/sys/auxv.h is owned by glibc 2.16.0-4 /usr/include/sys/elf.h is owned by glibc 2.16.0-4 /usr/include/sys/vm86.h is owned by glibc 2.16.0-4 /usr/include/uchar.h is owned by glibc 2.16.0-4 /usr/share/i18n/locales/mag_IN is owned by glibc 2.16.0-4 -- -Erik "For me, it is far better to grasp the universe as it really is than to persist in delusion, however satisfying and reassuring." -- Carl Sagan

2 2

[arch-general] Message rejected
by Leonidas Spyropoulos 01 Oct '12

01 Oct '12

Hey all, l'm trying to send a patch over to arch-projects mailing list and it's rejected from filters. I added to subject the [archweb] as instructed from irc channel. This is my full subject: [archweb] [PATCH] Update Readme with Troubleshoot guide for SQLITE and POSTGRES Any idea why? Leonidas

3 3

[arch-general] Updating iputils over NFS
by Paul Gideon Dann 01 Oct '12

01 Oct '12

I'm having an issue updating a system that boots over NFS. Attempting to upgrade the iputils package results in the following: ---8<------------------------------- (1/1) upgrading iputils [###########################] 100% Failed to set capabilities on file `usr/bin/ping' (Operation not supported) usage: setcap [-q] [-v] (-r|-|<caps>) <filename> [ ... (-r|-|<capsN>) <filenameN> ] Note <filename> must be a regular (non-symlink) file. Failed to set capabilities on file `usr/bin/ping6' (Operation not supported) usage: setcap [-q] [-v] (-r|-|<caps>) <filename> [ ... (-r|-|<capsN>) <filenameN> ] Note <filename> must be a regular (non-symlink) file. ---8<------------------------------- I suspect this is something to do with NFS not supporting the capabilities that setcap is trying to use, but I admit I haven't encountered capabilities before I ran into this issue, so it's just a guess. Has anyone else seen this problem, or does anyone have an idea how to fix it? Paul

3 4

[arch-general] ArchHaskell: Testing repo built with GHC 7.6 available
by Magnus Therning 01 Oct '12

01 Oct '12

This is for all the Haskell users on the list who still haven't made it to the ArchHaskell list[1]: There is now a repo built with GHC 7.6: [haskell-testing] Server = http://www.kiwilight.com/haskell/testing/$arch At the moment it's only available for x86_64--building for i686 is happening as I write this and will hopefully be available within a day. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay

1 1

[arch-general] Mailing list closed for 24 hours
by Allan McRae 01 Oct '12

01 Oct '12

I am invoking the easy way to end flamewars... This mailing list will be shut down for the next 24 hours. Any messages sent to the list will go to /dev/null. Once the list is reinstated, I will automatically ban any person who sends an email that is not asking for help or providing help. Allan

19 34