- Arch-general - lists.archlinux.org

Re: [arch-general] testing/systemd 191-1 failed to boot (OT)
by Nicholas MIller 03 Oct '12

03 Oct '12

On Oct 2, 2012 7:15 PM, "nailz" <nailzuk(a)gmail.com> wrote: > > On 3 October 2012 00:18, Your Real Name <anoknusa(a)gmail.com> wrote: > > > On Mon, Oct 01, 2012 at 08:29:38PM +1000, Allan McRae wrote: > > > On 01/10/12 20:23, Jorge Almeida wrote: > > > > On Mon, Oct 1, 2012 at 6:49 AM, gt <static.vortex(a)gmx.com> wrote: > > > >> On Mon, Oct 01, 2012 at 11:49:05AM +1000, Allan McRae wrote: > > > >>> On 01/10/12 11:21, Armando M. Baratti wrote: > > > >>>> Authoritarian and despotic. > > > >>>> > > > >>>> My ban, please. > > > >>>> > > > >>> > > > >>> Done... and for two weeks because I had to look up what despotic > > meant. > > > >> > > > >> lol, always keep a dictionary handy. May I suggest sdcv. > > > > > > > > This poster should also be banned, since this post doesn't call for > > help > > > > nor offers it. > > > > > > > > Oops... Mine too... Now I've done it! > > > > > > > > ("The life of Brian", anyone? The lapidation sketch? Oops again: I hope > > > > Allan McRae is familiar with the word "lapidation", or it's two weeks > > > > for me too.) > > > > > > > > > > Lapidation fails when I can just punish everyone... I am more than > > > happy to just close the list again. > > > > > > I have not because I am not "prone to panic attacks". (Hi Pete! - here > > > is your answer who those emails go to) > > > > > > Allan > > > > > > > I'm down for seeing the list get closed again, or at least a banning > > free-for-all. > > The forum mods wouldn't tolerate this kind of childish bullshit; I don't > > see why > > the devs/ML mods need to. There are plenty of places online to complain, > > the support > > list doesn't need this. > > > > > [quote]the support > list doesn't need this.[/quote] > I too am fed up with all the dross and i only been here a few weeks, i > mean nobody is forcing anyone to use arch, if people dont agree with the > way its heading either jump ship to another distro , or god forbid maybe > even add something constructive to arch. > > > > -- > > > www.cirrusminor.info <http://cirrusminor.info> > <http://www.cirrusminor.info/> > <http://www.cirrusminor.info/> > > <http://www.cirrusminor.info/> Will a ban just cause you to be unable to post or will out also cause you to not receive list items during the ban

1 0

[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

[arch-general] want to try systemd but need some advice
by Fons Adriaensen 30 Sep '12

30 Sep '12

Hello all, During the past days I've been reading the sytemd manpages, and I'm more or less prepared to reconfigure one the systems I manage to use systemd. The main thing that scares me off is the 'consolekit style' login management of systemd's logind. In particular the following (from <http://www.freedesktop.org/wiki/Software/systemd/multiseat>): * A session is defined by the time a user is logged in until he logs * out. A session is bound to one or no seats (the latter for 'virtual' * ssh logins). and * Note that logind manages ACLs on a number of device classes, to allow * user code to access the device nodes attached to a seat as long as the * user has an active session on it. In the context I'm working in the whole 'seat' and 'session' thing, as far as I can understand it, doesn't make much sense. An absolute requirement for the system I'd want to test systemd on (and for many others I manage) is that there should be *no* difference at all between a 'local' login and one via ssh. Whatever a user is allowed to do or access should not depend on how he/she logs in, but only on his/her unix login and group membership. Root can do all he wants, normal users are as restricted as possible, and any exceptions to that are configured via /etc/sudoers and nothing else. In particular there's no place for polkit or anything similar here. I'd want things to be configured that way 'once and for all', meaning that a) I'm not really looking forward to having to do this for each and every device or command, and b) that a routine system update (a frequent enough event on an Arch system) must not be able to modify this policy. >From reading the avaiable docs I'm not convinced this will be possible, in particular since the docs concerning logind are rather incomplete (where are those ACLs defined for example). And 'ping Lennart if you need more info' as suggested, is not really a sustainable solution IMHO. So my question is: a) is it possible to configure a system as I want it, and b) if yes, how ? TIA, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

5 7