- Arch-general - lists.archlinux.org

[arch-general] IRC channel
by Δημήτρης Ζέρβας 16 Aug '12

16 Aug '12

hello, I want a private IRC channel for <10 users. with voice chat ability. Do I have to set up my own server, or I can find a free provider for this? Also, if i've to set up a server, which ircd do you recommend? I want it to support voice chat and be very lightweight! -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)

10 15

[arch-general] citação
by Jorge Almeida 16 Aug '12

16 Aug '12

Multitasking: Reading in the bathroom.

7 9

Re: [arch-general] [arch-dev-public] Migration to systemd
by Karol Blazewicz 15 Aug '12

15 Aug '12

On Wed, Aug 15, 2012 at 5:56 PM, Thomas Bächler <thomas(a)archlinux.org> wrote: > Another point: Someone on the so-called "official" G+ stated: > > "Arch will move to systemd only boot process..." True, but it basically links to http://mailman.archlinux.org/pipermail/arch-dev-public/2012-August/023389.h… It's an unfortunate wording nonetheless. > 1) Something untrue and/or unprecise is being posted on the "official" G+. > 2) There are claims that this G+ is official. Neither our website, nor > any place else states that there is an official Arch G+ (or Facebook) > page and links to it. https://bbs.archlinux.org/viewtopic.php?pid=1021913#p1021913 > This G+ has not been approved by developers to be > "official". Yet, someone here claims to be the official G+. Andrea has already replied, but I'll point to the thread about the Arch G+ page: https://bbs.archlinux.org/viewtopic.php?id=129923 Andrea wrote there (over half a year ago) "I had to add "official" because there was a couple of duplicates." Maybe this explains things a bit.

1 0

[arch-general] systemd virtual terminals
by David Benfell 15 Aug '12

15 Aug '12

Hi, Just when I thought I'd solved the systemd issues, it seems broken again, coming back from a power outage. As near as I can tell--and please understand I've never seen behavior quite like this before, so conjecture might be the better term--my virtual terminals aren't coming up at least in a recognizable form. The behavior is weird. systemctl says that lxdm is running on vt07. But I can't access vt07 using the usual <CTRL><ALT>F7 sequence. Also when I log in, the password is visible. I've never ever seen the latter behavior before. Delete key behavior seems erratic and I'm feeling totally disoriented. Fortunately, the network does come up, so I'm able to ssh in from a still-sane system (it's a laptop and it apparently managed to stay up throughout the power outage). I did this, not that it helps much: graton# systemctl --failed UNIT LOAD ACTIVE SUB JOB DESCRIPTION fancontrol.service loaded failed failed Fan control daemon i2prouter.service loaded failed failed I2P router postgresql.service loaded failed failed PostgreSQL database server rc-local.service loaded failed failed /etc/rc.local Compatibility systemd-modules-load.service loaded failed failed Load Kernel Modules systemd-tmpfiles-clean.service loaded failed failed Cleanup of Temporary Directories systemd-tmpfiles-setup.service loaded failed failed Recreate Volatile Files and Directories LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. JOB = Pending job for the unit. 7 units listed. Pass --all to see inactive units, too. graton# I've tried to disable fancontrol; from what I can see, it will not run on this system, so I don't know why it's still trying to run. i2prouter is just broken on this system and has been for a while. postgresql has also been failing since I converted to systemd, but is not now important. And I thought I'd sorted out the tmp files, but: graton# journalctl | grep tmpfile Aug 14 23:21:36 graton systemd-tmpfiles[421]: [/usr/lib/tmpfiles.d/legacy.co.... Aug 14 23:21:36 graton systemd[1]: systemd-tmpfiles-setup.service: main pro...=1 Aug 14 23:21:36 graton systemd[1]: Unit systemd-tmpfiles-setup.service ente...e. Aug 14 23:35:00 graton systemd-tmpfiles[431]: [/usr/lib/tmpfiles.d/legacy.co.... Aug 14 23:35:00 graton systemd[1]: systemd-tmpfiles-setup.service: main pro...=1 Aug 14 23:35:00 graton systemd[1]: Unit systemd-tmpfiles-setup.service ente...e. Aug 14 23:49:49 graton systemd-tmpfiles[1356]: [/usr/lib/tmpfiles.d/legacy.c.... Aug 14 23:49:49 graton systemd[1]: systemd-tmpfiles-clean.service: main pro...=1 Aug 14 23:49:49 graton systemd[1]: Unit systemd-tmpfiles-clean.service ente...e. graton# >From the fragmentary output, it looks to me like the problem is with legacy.conf but I'm not seeing why this should be problematic: d /run/lock 0755 root root - d /run/lock/subsys 0755 root root - d /run/lock/lockdev 0775 root lock - /run and /run/lock both exist I've tried rebooting; it didn't help. Now what? Thanks! -- David Benfell benfell(a)parts-unknown.org -- David Benfell benfell(a)parts-unknown.org Sent from my Android phone with K-9 Mail. Please excuse my brevity.

3 5

[arch-general] Partition mounting in systemd [WAS: Lennart Poettering on udev-systemd]
by Oon-Ee Ng 15 Aug '12

15 Aug '12

On Wed, Aug 15, 2012 at 8:13 AM, Tom Gundersen <teg(a)jklm.no> wrote: > On Wed, Aug 15, 2012 at 1:55 AM, David Benfell > <benfell(a)parts-unknown.org> wrote: >> Does systemd not use the standard >> mount program and follow /etc/fstab? > > It does. Though it does not use "mount -a", but rather mounts each fs > separately. Ah, that ties in nicely with the weird symptoms I'm seeing right now. For background, you can read my recent forum post here - https://bbs.archlinux.org/viewtopic.php?pid=1146498#p1146498 but its not necessary to this question Basically as part of troubleshooting the above problem, I attempted to reformat my /home partition (/dev/sda3) on my desktop to btrfs after quitting X and stopping the related stuff. I also tried this from a new boot without ever touching X. umount /dev/sda3 worked, but mkfs.btrfs didn't, giving me 'still mounted' errors. When I boot without systemd (initscripts only) then umounting and mkfs.btrfs works fine. Related - when I run systemctl -a | grep sda I get (on my systemd laptop, but got the same on my desktop), trimmed for readability dev-sda.device loaded active plugged ST9250827AS dev-sda1.device loaded active plugged ST9250827AS sys-devi...da-sda1.device loaded active plugged ST9250827AS sys-devi...da-sda2.device loaded active plugged ST9250827AS Do I need to do something additional to get systemd to 'give up' partitions totally?

7 11

Re: [arch-general] [arch-dev-public] Migration to systemd
by Felipe Contreras 15 Aug '12

15 Aug '12

On Wed, Aug 15, 2012 at 6:53 PM, Tom Gundersen <teg(a)jklm.no> wrote: > On Wed, Aug 15, 2012 at 6:41 PM, Stéphane Gaudreault > <stephane(a)archlinux.org> wrote: >> (1) and (2) could be done after the missing unit files rebuild is over. They >> should probably be announced at the same time as I expect that some users >> will prefer a fresh install instead of "upgrading". >> (3) Maybe this could be done in preparation of the gnome 3.6.0 release >> scheduled at the end of September. > > That would be nice, if we are ready by then. Let's see what sorts of > problems crop up and how fast we are at adding service files. > >> (4) There is no rush to do that, but users need to know that it _will_ >> happen. > > I think the important point is that (3) will happen. I.e., that > "fancy" stuff will certainly stop working without systemd at some > point (soon). The eventual fate of initscripts we could get back to > (no promises made in either direction). Though, we should make it very > clear that people _should_ prepare for its eventual demise. By that I > mean, have a look at systemd at some point, and if it does not work > for you, report a bug so it can be fixed in good time before > initscripts is dropped. You expect too much from users. *Some* will prepare, most will not. If systemd has problems, you are certainly going to hear users complaining (and loudly). You can already see obvious problems in arch-general, when only a fraction of users are testing systemd, so chances are this going to happen when most are forced/guided to switch. Cheers. -- Felipe Contreras

1 0

[arch-general] /etc/timezone and /etc/localtime
by Paul Gideon Dann 15 Aug '12

15 Aug '12

Hello all, Does anyone know why both /etc/timezone and /etc/localtime are required for systemd? It looks like duplicated data. Also, "man 5 timezone" seems to flash something for a split second and close, which is also rather strange... Paul

4 3

[arch-general] Polkit and systemd
by Manolo Martínez 15 Aug '12

15 Aug '12

Hello, If I'm not wrong, systemd makes consolekit superfluous. This is what I thought it took for polkit to work with systemd: * compile polkit with --enable-systemd * enable the systemd polkit service * that's it? But that's not it. Although polkit seems to work in console, it does not work in X. This is not terribly surprising, because I haven't done anything equivalent to launching my WM under "ck-launch-session", as I used to do with consolekit. Is there an equivalent way of launching the window manager under systemd-acting-as-consolekit? I should explain that I'm using no display manager, and I'd like to keep it this way, if at all possible. Cheers, Manolo --

4 4

[arch-general] Thunar: incorrect sort order
by brainworker＠lavabit.com 15 Aug '12

15 Aug '12

>>> Thunar doesn't use LC_COLLATE, it has its own sorting algorithms, which >>> had some bugs with Latin characters in the past. So this is an upstream >>> issue which should be reported to the Thunar devs. >> >> I wrote about it in thunar mailing list. Nobody replied. >> > They are so lame :( Any chances with an IRC channel? For those who are still interested in situation with Thunar concerning sort order. It turned out that in Thunar's bugzilla there is already bug report opened long time ago. I just added comment there but it seems that the problem is not fixed since then. https://bugzilla.xfce.org/show_bug.cgi?id=7110 So, I filed new bug report: https://bugzilla.xfce.org/show_bug.cgi?id=9218 Maybe they pay attention to this more seriously.

1 0

[arch-general] polkit package upgrade patch
by Ray Kohler 15 Aug '12

15 Aug '12

As it's been marked out-of-date for a while, and I'm interested in it, I've done the work to upgrade the polkit package to 0.107. I've tested this package locally. The main value of this upgrade (for me at least) is systemd integration, including proper systemd-style bus activation. This now wants a dedicated user and group, by default 'polkitd'. I re-used 102, which was listed as 'policykit' in the UID/GID database. Hopefully it really was unused. The build depends on this user and group already being present (otherwise 'make install' fails to chown some directories, and polkitd fails to read them and dies). It now depends on 'js', which I added. Addition of one more 8 MB dep doesn't seem a problem. As we now have pambase, the shipped pam config, which just uses system-auth, is useful to us. I removed the old, locally written, pam file. Let me know if you'd rather I put this patch in the bugtracker.

31 211