On Tue, Jul 5, 2011 at 3:42 PM, Lennart Poettering
wrote:
> On Wed, 06.07.11 00:26, Kay Sievers ([email protected]) wrote:
>
>> >> If "systemctl preset" is passed with unit names, those units would
>> >> be enable/disabled as listed in the preset file. If no argument is
>> >> passed all units w
On Wed, Jul 6, 2011 at 01:07, Marius Tolzmann wrote:
> On 06.07.2011 00:51, Kay Sievers wrote:
>> On Wed, Jul 6, 2011 at 00:42, Lennart Poettering
>> wrote:
We will require an argument. There will no 'change all services'
logic.
>>>
>>> Uh?
>>>
>>> Actually, I do want a way how peo
On 06.07.2011 00:51, Kay Sievers wrote:
On Wed, Jul 6, 2011 at 00:42, Lennart Poettering wrote:
We will require an argument. There will no 'change all services'
logic.
Uh?
Actually, I do want a way how people can reset all service enable states
to what the vendor intended. And that should b
On Wed, 06.07.11 00:51, Kay Sievers ([email protected]) wrote:
>
> On Wed, Jul 6, 2011 at 00:42, Lennart Poettering
> wrote:
> > On Wed, 06.07.11 00:26, Kay Sievers ([email protected]) wrote:
> >
> >> >> If "systemctl preset" is passed with unit names, those units would
> >> >> be enable/
On Wed, Jul 6, 2011 at 00:42, Lennart Poettering wrote:
> On Wed, 06.07.11 00:26, Kay Sievers ([email protected]) wrote:
>
>> >> If "systemctl preset" is passed with unit names, those units would
>> >> be enable/disabled as listed in the preset file. If no argument is
>> >> passed all units wou
On Wed, 06.07.11 00:26, Kay Sievers ([email protected]) wrote:
> >> If "systemctl preset" is passed with unit names, those units would
> >> be enable/disabled as listed in the preset file. If no argument is
> >> passed all units would be reset to the preset defaults. (another
> >> long-sought f
On Wed, Jul 6, 2011 at 00:18, Marius Tolzmann wrote:
>>
>> disable avahi-daemon.service
>> enable cups.service
>> disable *
>>
>
> Are all of the files dropped into the system.preset/ directory loaded in
> alphabetic order and then merged? (like udev/rules.d ?)
That's the plan. With the usual
On Tue, Jul 5, 2011 at 23:31, Lennart Poettering wrote:
> On Tue, 05.07.11 12:50, David Michael ([email protected]) wrote:
>> It seems that prefdm.service always fails to start with it, and
>> multiple retries are logged in /var/log/audit and /var/log/messages .
> Copy /lib/systemd/system/p
moin moin..
I am not really a distributor but I like the idea..
Currently we are using a small tool which starts/stops services based on
the hostname, e.g. on host 'www' start apache and on host 'mail' start
postfix.. So services are not enabled by default but just started on
demand.. The to
On Tue, 05.07.11 18:37, Frederic Crozat ([email protected]) wrote:
> > > the point is to have a common macro which would allow packagers to
> > > ensure they don't forget anything. The name of the package pulled by
> > > this macro is not relevant.
> >
> > Yeah, and again, it's just 'Requires: sys
On Tue, 05.07.11 12:50, David Michael ([email protected]) wrote:
> 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 /va
Heya,
many of you probably saw Frederic's rpm macros suggested here. This got
Kay and me thinking about implementing something like "presets" in
systemd, and before we go and implement that we'd like to hear your
opinions on it. This would go hand in hand with Frederic's macros, and
both would be
Frederic Crozat ([email protected]) said:
> %service_migrate_to_systemd(l)
> {-l:LEVEL="-l $1 ; shift }
> for service in %{?*} ; do \
> if /sbin/chkconfig $LEVEL $service ; then
> /bin/systemctl --no-reload enable `echo $service | sed -e
> 's/\.service//g'` >/dev/null 2>&1 || :
> fi
If you've
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
Le mardi 05 juillet 2011 à 18:25 +0200, Kay Sievers a écrit :
> On Tue, Jul 5, 2011 at 10:09, Frederic Crozat wrote:
> > Le lundi 04 juillet 2011 à 19:28 +0200, Kay Sievers a écrit :
> >> On Mon, Jul 4, 2011 at 14:57, Frederic Crozat wrote:
> >> > Le lundi 04 juillet 2011 à 14:53 +0200, Kay Sieve
On Tue, Jul 5, 2011 at 10:09, Frederic Crozat wrote:
> Le lundi 04 juillet 2011 à 19:28 +0200, Kay Sievers a écrit :
>> On Mon, Jul 4, 2011 at 14:57, Frederic Crozat wrote:
>> > Le lundi 04 juillet 2011 à 14:53 +0200, Kay Sievers a écrit :
>> >> On Mon, Jul 4, 2011 at 14:10, Frederic Crozat wrot
In my first mail I had the patch attached but I got the message "A non-text
attachment was scrubbed..." so that's why afterwards I inserted the lines into
the mail message.
So now, I made the patch with git format-patch. I will still insert the patch
in the message and also add it as attachment.
Le lundi 04 juillet 2011 à 19:28 +0200, Kay Sievers a écrit :
> On Mon, Jul 4, 2011 at 14:57, Frederic Crozat wrote:
> > Le lundi 04 juillet 2011 à 14:53 +0200, Kay Sievers a écrit :
> >> On Mon, Jul 4, 2011 at 14:10, Frederic Crozat wrote:
> >>
> >> > (this macro could refer to different package
18 matches
Mail list logo
