Uggh, sorry for sending that super-buggy patch. Here is a better
version.
On Mon, 2012-05-21 at 22:59 -0700, Shawn Landden wrote:
cgtop quits on startup if all the cgroup mounts it expects are not ready.
Provide user with some indication of why cgtop failed.
From
On Tue, 2012-05-22 at 08:40 +0200, Sjoerd Simons wrote:
On Mon, 2012-05-21 at 21:35 -0700, shawn wrote:
If journal_file_open() failed, due to (e.g.) -ENOSPC on open()
new_file might still be NULL.
On error, leave pointer to the old JournalFile (now closed),
and require caller to
Dear systemd folks,
hopefully it is alright to report my findings here. If you have any
suggestions to improve the startup time, please do not hesitate to tell
me. ;-)
Hardware
• ASRock E350M1 with dual core 1.6 GHz Fusion CPU [1]
• Crucial m4 SSD connected via SATA-3-cable [2]
• one
On Mon, 21.05.12 23:04, shawn (shawnland...@gmail.com) wrote:
Heya,
Uggh, sorry for sending that super-buggy patch. Here is a better
version.
On Mon, 2012-05-21 at 22:59 -0700, Shawn Landden wrote:
cgtop quits on startup if all the cgroup mounts it expects are not ready.
Provide user
On Mon, 2012-05-21 at 21:35 -0700, shawn wrote:
If journal_file_open() failed, due to (e.g.) -ENOSPC on open()
new_file might still be NULL.
On error, leave pointer to the old JournalFile (now closed),
and require caller to check for error approiately.
Bugzilla:
On Tue, 22.05.12 08:40, Sjoerd Simons (sjo...@luon.net) wrote:
On Mon, 2012-05-21 at 21:35 -0700, shawn wrote:
If journal_file_open() failed, due to (e.g.) -ENOSPC on open()
new_file might still be NULL.
On error, leave pointer to the old JournalFile (now closed),
and require
On Tue, 2012-05-22 at 13:26 +0200, Lennart Poettering wrote:
On Tue, 22.05.12 08:40, Sjoerd Simons (sjo...@luon.net) wrote:
On Mon, 2012-05-21 at 21:35 -0700, shawn wrote:
If journal_file_open() failed, due to (e.g.) -ENOSPC on open()
new_file might still be NULL.
On
From: Harald Hoyer har...@redhat.com
if root_dev is set, remove subdirectories only, if the device is the
same as the root_dev. This prevents to remove files across device
boundaries.
---
src/shared/util.c | 39 ++-
src/shared/util.h |2 +-
2 files
Am 22.05.2012 15:19, schrieb har...@redhat.com:
From: Harald Hoyer har...@redhat.com
if root_dev is set, remove subdirectories only, if the device is the
same as the root_dev. This prevents to remove files across device
boundaries.
---
src/shared/util.c | 39
From: Harald Hoyer har...@redhat.com
rm_rf_children() has already closed the fd with closedir().
---
src/core/switch-root.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/core/switch-root.c b/src/core/switch-root.c
index ed0a31e..9832a52 100644
---
Am 22.05.2012 15:19, schrieb har...@redhat.com:
From: Harald Hoyer har...@redhat.com
rm_rf_children() might have already closed the fd with closedir().
We just don't know.
revised patch sent
___
systemd-devel mailing list
On Tue, 22.05.12 15:28, har...@redhat.com (har...@redhat.com) wrote:
From: Harald Hoyer har...@redhat.com
rm_rf_children() has already closed the fd with closedir().
Thanks! Applied!
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
2012/5/22 Paul Menzel paulepan...@users.sourceforge.net:
2. GDM 3 did not list the available users though, which had to be
entered manually. After logging out again users are displayed fine.
The user list is populated via accountsservice.
A D-Bus activated system service.
On Tue, 2012-05-22 at 13:12 +0200, Lennart Poettering wrote:
On Mon, 21.05.12 23:04, shawn (shawnland...@gmail.com) wrote:
Heya,
Uggh, sorry for sending that super-buggy patch. Here is a better
version.
On Mon, 2012-05-21 at 22:59 -0700, Shawn Landden wrote:
cgtop quits on
Hi,
I found out about systemd because openSUSE uses it now.
I read the annoncement and the three updates of it and some more and can
say I like systemd a lot.
It just seems to be the right way to do process/service management.
As it happens I also like IBM DB2 a lot (for other reasons).
DB2 is
On Tue, May 22, 2012 at 9:26 PM, Bardur Arantsson s...@scientician.net wrote:
On 05/22/2012 08:03 PM, Lennart Poettering wrote:
just a quick heads-up. I just commited to git some work that rips out
the fstab parsing from PID 1 and places this in a generator instead. The
idea is that sooner or
On Tue, May 22, 2012 at 9:27 PM, Joachim Banzhaf
joachim.banz...@googlemail.com wrote:
I found out about systemd because openSUSE uses it now.
I read the annoncement and the three updates of it and some more and can
say I like systemd a lot.
It just seems to be the right way to do
On Tue, May 22, 2012 at 09:27:34PM +0200, Joachim Banzhaf wrote:
As it happens I also like IBM DB2 a lot (for other reasons).
DB2 is closed source (I hope you dont stop reading now) and it installs
an inittab entry.
fmc:2345:respawn:/opt/ibm/db2/V10.1/bin/db2fmcd #DB2 Fault Monitor
Thanks for your answers, all three of them!
Am 22.05.2012 21:42, schrieb Tomasz Torcz:
Restart=always
AFAIK SysV init restarts the service on failures immediatelly for some
times, then uses a delay of some minutes before it retries, which seems
sensible. If I understand systemd.service man
Am 22.05.2012 22:06, schrieb Joachim Banzhaf:
Thanks for your answers, all three of them!
Am 22.05.2012 21:42, schrieb Tomasz Torcz:
Restart=always
AFAIK SysV init restarts the service on failures immediatelly for some times,
then uses a delay of some minutes
before it retries, which
On Tue, May 22, 2012 at 10:06:04PM +0200, Joachim Banzhaf wrote:
Thanks for your answers, all three of them!
Am 22.05.2012 21:42, schrieb Tomasz Torcz:
Restart=always
AFAIK SysV init restarts the service on failures immediatelly for some
times, then uses a delay of some minutes before it
Me again :)
I use apache to serve php pages that connect to a DB2 database via the
php_pdo interface.
For this to work, I have to set a DB2 specific environment.
To make that easy, there is a shell script provided that does the
necessary adjustments (db2profile).
With SysV init I sourced that
Am 22.05.2012 22:13, schrieb Tomasz Torcz:
On Tue, May 22, 2012 at 10:06:04PM +0200, Joachim Banzhaf wrote:
Thanks for your answers, all three of them!
Am 22.05.2012 21:42, schrieb Tomasz Torcz:
Restart=always
AFAIK SysV init restarts the service on failures immediatelly for some
times,
It sets and modifies environment variables. I'll have a look and try,
thanks.
sorry for smartphone brevity
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On 05/22/2012 10:46 PM, Joachim Banzhaf wrote:
It sets and modifies environment variables. I'll have a look and try,
See also Environment= and EnvironmentFile= in systemd.exec(5).
Zbyszek
___
systemd-devel mailing list
On 05/22/2012 10:16 PM, Joachim Banzhaf wrote:
Me again :)
I use apache to serve php pages that connect to a DB2 database via the
php_pdo interface.
For this to work, I have to set a DB2 specific environment.
To make that easy, there is a shell script provided that does the
necessary
On Tue, May 22, 2012 at 11:13 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
Lennart, Kay: I hate you damn it! :-D
I have nothing against you beside that you talk total nonsense below. :)
Man, how can a fstab file be so complex to justify it? It's simpler
than the service files
27 matches
Mail list logo