Dear All.
In my previous post here I asked about systemd-logind, which is already
enabled by default and
does something no one knows what:
1. Where is its documentation or man page?
2. How can one disable it?
And I was suggested to ask that question in freedesktop mailing list.
Why should I
You were told to move this discussion to the systemd mailing list not to
a freedesktop mailing list.
http://lists.fedoraproject.org/pipermail/devel/2011-July/154557.html
On 07/20/2011 09:40 AM, Lucas wrote:
Dear All.
In my previous post here I asked about systemd-logind, which is already
On 07/20/2011 11:45 AM, Johannes Lips wrote:
You were told to move this discussion to the systemd mailing list not to
a freedesktop mailing list.
http://lists.fedoraproject.org/pipermail/devel/2011-July/154557.html
On 07/20/2011 09:40 AM, Lucas wrote:
Dear All.
In my previous post here I
hey Lucas,
Can you point me to the on system manpage and docs for
console-kit-daemon which is running be default on my F15 install? I
can't seem to find the documentation.
From my reading about available systemd roadmapping for systemd-logind
in the context of upstream systemd development
On Wed, 2011-07-20 at 09:45 +0200, Johannes Lips wrote:
You were told to move this discussion to the systemd mailing list not to
a freedesktop mailing list.
http://lists.fedoraproject.org/pipermail/devel/2011-July/154557.html
systemd is hosted at freedesktop.org
--
Mathieu
--
devel
On 20/07/11 09:01, Lucas wrote:
snip
Ok. Where is located systemd mailing list ? Tell me please it URL?
Thanks.
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
Regards,
Frank Murphy
UTF_8 Encoded
Friend of fedoraproject.org
--
devel mailing list
On Wed, 2011-07-20 at 11:40 +0400, Lucas wrote:
Dear All.
In my previous post here I asked about systemd-logind, which is already
enabled by default and
does something no one knows what:
1. Where is its documentation or man page?
2. How can one disable it?
And I was suggested to ask
On 07/20/2011 12:03 PM, Jeff Spaleta wrote:
hey Lucas,
Can you point me to the on system manpage and docs for
console-kit-daemon which is running be default on my F15 install? I
can't seem to find the documentation.
From my reading about available systemd roadmapping for systemd-logind
in
On 07/20/2011 08:58 AM, Lucas wrote:
On 07/20/2011 12:03 PM, Jeff Spaleta wrote:
hey Lucas,
Can you point me to the on system manpage and docs for
console-kit-daemon which is running be default on my F15 install? I
can't seem to find the documentation.
From my reading about available
On Wed, 20.07.11 11:40, Lucas (macach...@gmail.com) wrote:
Dear All.
In my previous post here I asked about systemd-logind, which is already
enabled by default and
does something no one knows what:
Please keep questions like this on systemd-devel, or on #systemd on freenode.
1. Where
On 07/20/2011 09:54 PM, Lennart Poettering wrote:
2. How can one disable it?
If you build systemd you can leave it out of your build. On Fedora it is
enabled however.
Lennart
You have just renamed Linux to Window, Fedora Linux is dead. Welcome Fedora
Windows.
If I will use Linux any
Lucas (macach...@gmail.com) said:
On 07/20/2011 09:54 PM, Lennart Poettering wrote:
2. How can one disable it?
If you build systemd you can leave it out of your build. On Fedora it is
enabled however.
Lennart
You have just renamed Linux to Window, Fedora Linux is dead.
On 05/20/2011 06:00 AM, Chuck Ebbert wrote:
And you're going to go about it by removing something that people have
been using for many years, replacing it with a vague promise of a
better solution.
The ability to run programs before shutdown has not been removed.
Looks like you missed all the
On 05/20/2011 12:00 AM, Chuck Ebbert wrote:
On Thu, 19 May 2011 14:59:57 +0200
Lennart Poetteringmzerq...@0pointer.de wrote:
I am sorry that reality bothers you so much, but it is the hard old real
world ...
See, I am so young, I still have the idealism that we can fix what is
broken.
And
On Wed, 2011-05-18 at 21:15 -0500, Robert Nichols wrote:
On 05/18/2011 06:42 PM, Simo Sorce wrote:
On Wed, 2011-05-18 at 16:48 -0500, Robert Nichols wrote:
On 05/18/2011 04:04 PM, Lennart Poettering wrote:
Host requests power down from UPS in 30s. Host then continues shut
down. If the
On Thu, 2011-05-19 at 02:06 +0100, Matthew Garrett wrote:
On Wed, May 18, 2011 at 07:42:17PM -0400, Simo Sorce wrote:
I am pretty sure we don't want to run Java programs at late boot, as
root. This would be really bad.
You know, it's not like there is a choice for many models ...
On Wed, 18.05.11 19:42, Simo Sorce (sso...@redhat.com) wrote:
This is not the case and never has been the case. The root disks
traditionally could not be unmounted and hence MD/DM/MP and so on could
not be disassembled before going down.
Delaying shutdown by 30s is hack, not
On Thu, 19.05.11 02:06, Matthew Garrett (mj...@srcf.ucam.org) wrote:
On Wed, May 18, 2011 at 07:42:17PM -0400, Simo Sorce wrote:
I am pretty sure we don't want to run Java programs at late boot, as
root. This would be really bad.
You know, it's not like there is a choice for many
On Thu, May 19, 2011 at 08:05:46AM -0400, Simo Sorce wrote:
Some other, more data-centered UPSs that handle multiple machines use
completely proprietary protocols over ethernet for example.
I thought we were talking about a function that was called as the last
thing before the kernel was
On Thu, 2011-05-19 at 14:16 +0100, Matthew Garrett wrote:
On Thu, May 19, 2011 at 08:05:46AM -0400, Simo Sorce wrote:
Some other, more data-centered UPSs that handle multiple machines use
completely proprietary protocols over ethernet for example.
I thought we were talking about a
On Wed, May 18, 2011 at 11:04:33PM +0200, Lennart Poettering wrote:
On Mon, 16.05.11 14:30, Simo Sorce (sso...@redhat.com) wrote:
On Mon, 2011-05-16 at 18:59 +0200, Lennart Poettering wrote:
On Mon, 16.05.11 14:32, Michal Hlavinka (mhlav...@redhat.com) wrote:
when ups recieves
On Thu, 19.05.11 19:37, Tomasz Torcz (to...@pipebreaker.pl) wrote:
This is not the case and never has been the case. The root disks
traditionally could not be unmounted and hence MD/DM/MP and so on could
not be disassembled before going down.
Delaying shutdown by 30s is hack,
Simo Sorce (sso...@redhat.com) said:
What race are we talking about exactly ?
Host requests power down from UPS in 30s. Host then continues shut
down. If the host now ends up taking more time then expected for
shutting down it might still be busy at the time of the power going
away.
On Thu, 19 May 2011 14:16:30 +0100
Matthew Garrett mj...@srcf.ucam.org wrote:
On Thu, May 19, 2011 at 08:05:46AM -0400, Simo Sorce wrote:
Some other, more data-centered UPSs that handle multiple machines use
completely proprietary protocols over ethernet for example.
I thought we were
On Thu, 19 May 2011 14:59:57 +0200
Lennart Poettering mzerq...@0pointer.de wrote:
I am sorry that reality bothers you so much, but it is the hard old real
world ...
See, I am so young, I still have the idealism that we can fix what is
broken.
And you're going to go about it by removing
On Mon, 2011-05-16 at 18:59 +0200, Lennart Poettering wrote:
On Mon, 16.05.11 14:32, Michal Hlavinka (mhlav...@redhat.com) wrote:
when ups recieves command for shutdown, it does not shutdown power
immediately, but after 30 seconds. Given that this command should be
executed
after
On Mon, 16.05.11 14:30, Simo Sorce (sso...@redhat.com) wrote:
On Mon, 2011-05-16 at 18:59 +0200, Lennart Poettering wrote:
On Mon, 16.05.11 14:32, Michal Hlavinka (mhlav...@redhat.com) wrote:
when ups recieves command for shutdown, it does not shutdown power
immediately, but after
On 05/18/2011 04:04 PM, Lennart Poettering wrote:
Host requests power down from UPS in 30s. Host then continues shut
down. If the host now ends up taking more time then expected for
shutting down it might still be busy at the time of the power going
away. It's a race between UPS powering off
On Wed, 2011-05-18 at 23:04 +0200, Lennart Poettering wrote:
On Mon, 16.05.11 14:30, Simo Sorce (sso...@redhat.com) wrote:
On Mon, 2011-05-16 at 18:59 +0200, Lennart Poettering wrote:
On Mon, 16.05.11 14:32, Michal Hlavinka (mhlav...@redhat.com) wrote:
when ups recieves command
On Wed, 2011-05-18 at 16:48 -0500, Robert Nichols wrote:
On 05/18/2011 04:04 PM, Lennart Poettering wrote:
Host requests power down from UPS in 30s. Host then continues shut
down. If the host now ends up taking more time then expected for
shutting down it might still be busy at the time of
On Wed, May 18, 2011 at 07:42:17PM -0400, Simo Sorce wrote:
I am pretty sure we don't want to run Java programs at late boot, as
root. This would be really bad.
You know, it's not like there is a choice for many models ...
That's really not a given. For anything short of us having to send
On 05/18/2011 09:06 PM, Matthew Garrett wrote:
On Wed, May 18, 2011 at 07:42:17PM -0400, Simo Sorce wrote:
You know, it's not like there is a choice for many models ...
That's really not a given. For anything short of us having to send http
requests, there's no fundamental reason why this
On 05/18/2011 06:42 PM, Simo Sorce wrote:
On Wed, 2011-05-18 at 16:48 -0500, Robert Nichols wrote:
On 05/18/2011 04:04 PM, Lennart Poettering wrote:
Host requests power down from UPS in 30s. Host then continues shut
down. If the host now ends up taking more time then expected for
shutting
On Wed, May 18, 2011 at 09:27:23PM -0400, Genes MailLists wrote:
On 05/18/2011 09:06 PM, Matthew Garrett wrote:
On Wed, May 18, 2011 at 07:42:17PM -0400, Simo Sorce wrote:
You know, it's not like there is a choice for many models ...
That's really not a given. For anything short of us
On Thu, 2011-05-19 at 02:06 +0100, Matthew Garrett wrote:
On Wed, May 18, 2011 at 07:42:17PM -0400, Simo Sorce wrote:
I am pretty sure we don't want to run Java programs at late boot, as
root. This would be really bad.
You know, it's not like there is a choice for many models ...
On Wed, May 18, 2011 at 10:42:02PM -0400, seth vidal wrote:
We are however talking about a lot of different upses and while it is
not specifically fedora's problem we do need to have this handled
before rhel7, for example, is run on serious systems.
If it's a functional requirement, it'll get
5) in old initscripts, there was /etc/init.d/halt with section for ups
shutdown. With that script gone, was that functionality ported to
systemd
somehow?
Well, any such code is just inherently broken. It *cannot* work. A
number of kernel subsystems hook into the shutdown code of the
On Tue, 17.05.11 15:42, Michal Hlavinka (mhlav...@redhat.com) wrote:
5) in old initscripts, there was /etc/init.d/halt with section for ups
shutdown. With that script gone, was that functionality ported to
systemd
somehow?
Well, any such code is just inherently broken. It
2) does systemd have support for conditions in service files? It seem
it's not supported right now. Is there any plan for this?
I am not entirely sure what you understand by condition,
for example condition based on string/variable in file, so:
a) EnvironmentFile=/etc/sysconfig/something;
On Mon, 16.05.11 14:32, Michal Hlavinka (mhlav...@redhat.com) wrote:
2) does systemd have support for conditions in service files? It seem
it's not supported right now. Is there any plan for this?
I am not entirely sure what you understand by condition,
for example condition based
On Fri, 13.05.11 23:57, Philip Prindeville (philipp_s...@redfish-solutions.com)
wrote:
I installed F15B, but now I'm seeing:
May 13 23:01:01 mail /usr/sbin/crond[5243]: pam_systemd(crond:session):
Moving new user session for root into control group /user/root/18.
May 13 23:01:01 mail
On Thu, 12.05.11 15:28, Michal Hlavinka (mhlav...@redhat.com) wrote:
Hi,
Heya,
I'm working with nut upstream to test sysv-systemd changes, but I found some
problems and they've came up with a few questions too.
1) does systemd support alternative to service sthd configtest or other
On Thu, 12.05.11 17:04, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
You can run ExecStartPre= before starting a service for syntax checking
before starting the service like we do for ..
ExecStartPre=/usr/sbin/radiusd -C
ExecStartPre=/usr/sbin/named-checkconf /etc/named.conf
On 05/15/2011 01:59 PM, Lennart Poettering wrote:
On Thu, 12.05.11 17:04, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
You can run ExecStartPre= before starting a service for syntax checking
before starting the service like we do for ..
ExecStartPre=/usr/sbin/radiusd -C
On Sun, 15.05.11 15:55, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
On 05/15/2011 01:59 PM, Lennart Poettering wrote:
On Thu, 12.05.11 17:04, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
You can run ExecStartPre= before starting a service for syntax checking
before starting
On Sun, May 15, 2011 at 3:56 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
5) in old initscripts, there was /etc/init.d/halt with section for ups
shutdown. With that script gone, was that functionality ported to systemd
somehow?
Well, any such code is just inherently broken. It *cannot*
On 05/15/2011 04:08 PM, Lennart Poettering wrote:
Well, but ExecStartPre= doesn't help you with this. As it is run only
after the service is already stopped.
It has been suggested that we add ExecRestartPre=, i.e. something we run
before stopping a service for a restart. It has been on the
On 05/15/2011 05:05 PM, Jóhann B. Guðmundsson wrote:
On 05/15/2011 04:08 PM, Lennart Poettering wrote:
Well, but ExecStartPre= doesn't help you with this. As it is run only
after the service is already stopped.
It has been suggested that we add ExecRestartPre=, i.e. something we run
before
On Sun, 15.05.11 17:05, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
On 05/15/2011 04:08 PM, Lennart Poettering wrote:
Well, but ExecStartPre= doesn't help you with this. As it is run only
after the service is already stopped.
It has been suggested that we add ExecRestartPre=,
On Sun, May 15, 2011 at 6:57 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
Well, adding 30s-sleep()s here and there and everywhere is a hack, not a
clean fix. But if you have a lot of sync to disk, and/or a slow disk,
then 30s might not be enough and you are fucked.
I can't see where would
On 14/05/11 06:57, Philip Prindeville wrote:
snip
Also, now that we don't use upstart, what's the equivalent of:
chkconfig service on
systemctl enable\disable foo.service
--
Regards,
Frank Murphy
UTF_8 Encoded
Friend of Fedora
--
devel mailing list
devel@lists.fedoraproject.org
On Sat, 2011-05-14 at 07:58 +0100, Frank Murphy wrote:
On 14/05/11 06:57, Philip Prindeville wrote:
snip
Also, now that we don't use upstart, what's the equivalent of:
chkconfig service on
systemctl enable\disable foo.service
And at least for now, you can still do chkconfig and it
I installed F15B, but now I'm seeing:
May 13 23:01:01 mail /usr/sbin/crond[5243]: pam_systemd(crond:session): Moving
new user session for root into control group /user/root/18.
May 13 23:01:01 mail /USR/SBIN/CROND[5243]: pam_systemd(crond:session): Moving
remaining processes of user session 18
Hi,
I'm working with nut upstream to test sysv-systemd changes, but I found some
problems and they've came up with a few questions too.
1) does systemd support alternative to service sthd configtest or other
special actions?
2) does systemd have support for conditions in service files? It
Hi,
2011/5/12 Michal Hlavinka mhlav...@redhat.com:
Hi,
I'm working with nut upstream to test sysv-systemd changes, but I found some
problems and they've came up with a few questions too.
1) does systemd support alternative to service sthd configtest or other
special actions?
2) does
On Thu, 12 May 2011 15:28:54 +0200 Michal Hlavinka wrote:
1) does systemd support alternative to service sthd configtest or
other special actions?
No.
2) does systemd have support for conditions in service files? It seem
it's not supported right now. Is there any plan for this?
Can you give
On 05/12/2011 03:12 PM, Michal Schmidt wrote:
On Thu, 12 May 2011 15:28:54 +0200 Michal Hlavinka wrote:
1) does systemd support alternative to service sthd configtest or
other special actions?
No.
You can run ExecStartPre= before starting a service for syntax checking
before starting
57 matches
Mail list logo