Hi,
Just to post on a more appropriate list than fedora-devel after the
topic came up there: The following are systemd-relevant parts of my
current RPM scriptlets with alternatives in mind. They should ensure
a usable display-manager.service exists under /lib if at least one
compatible display m
Hi,
On Mon, Jul 11, 2011 at 3:34 PM, Lennart Poettering
wrote:
>> It is distributed under /lib (along with its link
>> under graphical.target.wants), implying it should not be changed.
>
> Unit files (and symlinks) in /etc/systemd/system will override those in
> /lib/systemd/system if the bear th
Hi,
On Tue, Jul 5, 2011 at 6:20 PM, Kay Sievers wrote:
> To work in the right direction here, it might be worth to point out in
> this context, that the concept of a (multiplexing) prefdm.service
> should go away sooner than, and all individual window manager should
> install their own native ser
Hi,
On Tue, Jul 5, 2011 at 5:31 PM, Lennart Poettering
wrote:
> On Tue, 05.07.11 12:50, David Michael ([email protected]) wrote:
>
> Well, systemd executes all services in completely cleaned up context,
> with no inherited environment or anything like that. That basically
> mea
Hi,
I am attempting to integrate a desktop environment with Fedora 15,
and it includes its own display manager.
It seems that prefdm.service always fails to start with it, and
multiple retries are logged in /var/log/audit and /var/log/messages .
However, running the bare command taken from pr
