1 |
On Sun, Jul 28, 2013 at 8:23 AM, Michael Hampicke <mh@××××.biz> wrote: |
2 |
> Am 28.07.2013 10:07, schrieb Stefan G. Weichinger: |
3 |
>> Am 28.07.2013 10:04, schrieb Canek Peláez Valdés: |
4 |
>> |
5 |
>>> The only "special" thing I'm doing is to mask >sys-apps/systemd-204, |
6 |
>>> since 205 introduced the new cgroups management code (with systemd as |
7 |
>>> the only writer of the cgroups hierarchy), and it seems to cause some |
8 |
>>> minor problems with logind. Other than that, it works withouth a |
9 |
>>> glitch: gnome-base/gnome-3.8.0, sys-apps/systemd-204, no consolekit at |
10 |
>>> all. |
11 |
>> |
12 |
>> Same here, yes. I run systemd-206 but I didn't notice an problem(s) yet. |
13 |
>> Maybe there are some and I don't get it ;-) |
14 |
>> |
15 |
> |
16 |
> I had one problem, but I am not sure, if it's related to systemd > 204, |
17 |
> the removal of consolekit, or gnome at all. |
18 |
> |
19 |
> But when logging into my gnome session, /usr/libexec/gvfsd-fuse can not |
20 |
> be started, because the permissions of /dev/fuse are rw------ root:root |
21 |
> |
22 |
> Other distros like ubuntu have a fuse group for that, which does not |
23 |
> exist on gentoo. So I assume the default permissions for /dev/fuse on |
24 |
> gentoo machines should be rw-rw-rw- root:root? |
25 |
|
26 |
My problem was that *sometimes* (not always) I was unable to unlock my |
27 |
session after suspending my laptop or desktop. Reverting back to |
28 |
systemd-204 solved it, so I'm assuming that's the problem, although I |
29 |
didn't really investigated the issue. |
30 |
|
31 |
Regards. |
32 |
-- |
33 |
Canek Peláez Valdés |
34 |
Posgrado en Ciencia e Ingeniería de la Computación |
35 |
Universidad Nacional Autónoma de México |