On Wed, Jul 6, 2011 at 4:17 PM, Lennart Poettering
wrote:
> On Wed, 06.07.11 16:11, Rainer Gerhards ([email protected]) wrote:
> Yes, if rsyslog dies, then systemd will notice it. As soon as there is
> traffic on the /dev/log socket (which might be right-away) it will then
> start the syslog-kms
On Wed, 06.07.11 10:31, Bill Nottingham ([email protected]) wrote:
>
> Michal Schmidt ([email protected]) said:
> > On Wed, 6 Jul 2011 00:42:25 +0200 Lennart Poettering wrote:
> > > Actually, I do want a way how people can reset all service enable
> > > states to what the vendor intended. And
hi..
On 07/06/11 16:25, Lennart Poettering wrote:
> On Wed, 06.07.11 01:07, Marius Tolzmann ([email protected]) wrote:
>
>> i am just afraid that someday 'systemctl preset' will break my setup
>> even if a havn't defined 'enable/disable *' anywhere.
>
> Yes, it's a dangerous tool, but I t
Michal Schmidt ([email protected]) said:
> On Wed, 6 Jul 2011 00:42:25 +0200 Lennart Poettering wrote:
> > Actually, I do want a way how people can reset all service enable
> > states to what the vendor intended. And that should be "systemctl
> > preset" without arguments I believe.
>
> That wo
On Wed, 06.07.11 01:07, Marius Tolzmann ([email protected]) 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?
> >>
> >>Actuall
On Wed, 06.07.11 16:11, Rainer Gerhards ([email protected]) wrote:
> Hi all,
>
> I hope this is the right list. I wonder what systemd does if the
> syslogd does not start when told to do so.
>
> Reason behind this question: in rsyslog, I try hard to record messages
> even if rsyslog.conf is sc
Hi all,
I hope this is the right list. I wonder what systemd does if the
syslogd does not start when told to do so.
Reason behind this question: in rsyslog, I try hard to record messages
even if rsyslog.conf is screwed up. For that reason, I accept
partially complete configs. And if things go rea
On Wed, 06.07.11 10:34, Frederic Crozat ([email protected]) wrote:
> Le mardi 05 juillet 2011 à 21:21 +0200, Lennart Poettering a écrit :
> > Heya,
> >
> > many of you probably saw Frederic's rpm macros suggested here. This got
> > Kay and me thinking about implementing something like "presets" in
On Wed, 06.07.11 10:23, Michal Schmidt ([email protected]) wrote:
>
> On Tue, 5 Jul 2011 21:21:03 +0200 Lennart Poettering wrote:
> > This is information that should not be encoded in the packages, but
> > in some external database. And this is what "presets" are supposed to
> > be.
>
> Hooray
On Wed, 06.07.11 09:33, Ludwig Nussel ([email protected]) wrote:
>
> Lennart Poettering wrote:
> >
> > disable avahi-daemon.service
> > enable cups.service
> > disable *
> >
>
> I suppose evaluation stops as soon as an entry matches. So as Distro
> we could have e.g 99-default "disable *"
On Wed, 06.07.11 08:58, Andreas Jaeger ([email protected]) wrote:
>
> On Tuesday, July 05, 2011 21:21:03 Lennart Poettering wrote:
> > Heya,
> >
> > many of you probably saw Frederic's rpm macros suggested here. This got
> > Kay and me thinking about implementing something like "presets" in
> > syst
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
> means that usually
Compilation fails if sys/acl.h is not available. The configure script
already tests for sys/acl.h presence, but the result was so far
unused. To compile without acl, stub implementations of the acl
functions are used.
---
Makefile.am |9 ++---
src/logind-acl.h | 14 ++
W dniu 6 lipca 2011 14:28 użytkownik Kay Sievers napisał:
> 2011/7/6 Michał Piotrowski :
>> I use sudo to start my deamons.
>>
>> $ ps xawf -eo pid,user,cgroup,args
>>
>> show that daemons are in my personal cgroups
>> /sys/fs/cgroup/systemd/user/michal
>>
>> 1483 root name=systemd:/user/mic
2011/7/6 Michał Piotrowski :
> I use sudo to start my deamons.
>
> $ ps xawf -eo pid,user,cgroup,args
>
> show that daemons are in my personal cgroups
> /sys/fs/cgroup/systemd/user/michal
>
> 1483 root name=systemd:/user/michal/4 python daemon_foo1
> If I'm using sudo why daemons are binded
On Wed, Jul 6, 2011 at 14:08, Frederic Crozat wrote:
> Le mercredi 06 juillet 2011 à 13:51 +0200, Kay Sievers a écrit :
>> On Wed, Jul 6, 2011 at 11:15, Frederic Crozat wrote:
>> > Le mardi 05 juillet 2011 à 23:39 +0200, Lennart Poettering a écrit :
>>
>> >> The simple fact is that we need a depe
Hi,
I use sudo to start my deamons.
$ ps xawf -eo pid,user,cgroup,args
show that daemons are in my personal cgroups /sys/fs/cgroup/systemd/user/michal
1483 root name=systemd:/user/michal/4 python daemon_foo1
1495 root name=systemd:/user/michal/4 python daemon_foo2
1507 root name=
Le mercredi 06 juillet 2011 à 13:51 +0200, Kay Sievers a écrit :
> On Wed, Jul 6, 2011 at 11:15, Frederic Crozat wrote:
> > Le mardi 05 juillet 2011 à 23:39 +0200, Lennart Poettering a écrit :
>
> >> The simple fact is that we need a dependency on systemd anyway in the
> >> RPMS to get the owners
On Wed, Jul 6, 2011 at 11:15, Frederic Crozat wrote:
> Le mardi 05 juillet 2011 à 23:39 +0200, Lennart Poettering a écrit :
>> The simple fact is that we need a dependency on systemd anyway in the
>> RPMS to get the ownership for the units directory right. Now, if we have
>> "Requires: systemd" i
On Tuesday, July 05, 2011 21:21:03 Lennart Poettering wrote:
> 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
Le mardi 05 juillet 2011 à 23:39 +0200, Lennart Poettering a écrit :
> 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
> > > >
Le mardi 05 juillet 2011 à 15:06 -0400, Bill Nottingham a écrit :
> 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 `e
Le mardi 05 juillet 2011 à 21:21 +0200, Lennart Poettering a écrit :
> 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
> opin
On Tue, 5 Jul 2011 21:21:03 +0200 Lennart Poettering wrote:
> This is information that should not be encoded in the packages, but
> in some external database. And this is what "presets" are supposed to
> be.
Hooray, this will solve bug
https://bugzilla.redhat.com/show_bug.cgi?id=630174
> - system
On Wed, 6 Jul 2011 00:42:25 +0200 Lennart Poettering wrote:
> Actually, I do want a way how people can reset all service enable
> states to what the vendor intended. And that should be "systemctl
> preset" without arguments I believe.
That would be too easy to run accidentally.
They can run:
cd /
Kay Sievers 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/disabled as listed in the preset file. If no argume
Lennart Poettering wrote:
>
> disable avahi-daemon.service
> enable cups.service
> disable *
>
I suppose evaluation stops as soon as an entry matches. So as Distro
we could have e.g 99-default "disable *" as default policy.
> - The RPM post macro would always call "systemctl preset" for the uni
27 matches
Mail list logo
