Unless the services take long to start, you'll have a much better time
with socket activation. With socket activation, the service won't just
wait until network availability to come online; the service will wait
until an actual request to come online.
Also check out my other posts to the mailing
On Wed, 2012-08-01 at 23:57 -0400, Paul Richards wrote:
1. My program just runs once on startup and then exits. Do I need to
put anything in the service file for that?
Use Type=oneshot in the Service section.
Otherwise, by default the type is 'simple', and as such systemd will
consider your
On Wed, Aug 1, 2012 at 8:57 PM, Paul Richards paulrichards...@gmail.com wrote:
2. My main question: The logging isn't making it into
/var/log/messages or into dmesg. I can only see it with journalctl. Is
there anywhere to fix that? My target system is Fedora 17 vanilla that
runs rsyslog.
It's
On Thu, Aug 2, 2012 at 12:43 PM, David Strauss da...@davidstrauss.net wrote:
On Wed, Aug 1, 2012 at 8:57 PM, Paul Richards paulrichards...@gmail.com
wrote:
2. My main question: The logging isn't making it into
/var/log/messages or into dmesg.
*Into* dmesg? We do not forward stuff to the
On Thursday, August 2, 2012, David Strauss wrote:
Unless the services take long to start, you'll have a much better time
with socket activation. With socket activation, the service won't just
wait until network availability to come online; the service will wait
until an actual request to come
On Thu, Aug 2, 2012 at 8:28 AM, Gustavo Barbieri
barbi...@profusion.mobi wrote:
On Thursday, August 2, 2012, David Strauss wrote:
Unless the services take long to start, you'll have a much better time
with socket activation. With socket activation, the service won't just
wait until network
On 08/01/2012 11:57 PM, David Strauss wrote:
Unless the services take long to start, you'll have a much better time
with socket activation. With socket activation, the service won't just
wait until network availability to come online; the service will wait
until an actual request to come online.
Hi Chris,
Unless the services take long to start, you'll have a much better time
with socket activation. With socket activation, the service won't just
wait until network availability to come online; the service will wait
until an actual request to come online.
Also check out my other
On Thu, Aug 2, 2012 at 2:02 PM, Ferron, Chris E
chris.e.fer...@intel.com wrote:
On Thu, Aug 2, 2012 at 8:28 AM, Gustavo Barbieri
barbi...@profusion.mobi wrote:
On Thursday, August 2, 2012, David Strauss wrote:
Unless the services take long to start, you'll have a much better time
with socket
On Thu, Aug 2, 2012 at 12:11 PM, Marcel Holtmann mar...@holtmann.org wrote:
Hi Chris,
Unless the services take long to start, you'll have a much better time
with socket activation. With socket activation, the service won't just
wait until network availability to come online; the service
hej,
Since systemd and udev are one project now it might be an idea to be
able to control both daemons with one tool (systemctl)
also, since i don't like the way the arguments to udevadm work (very
unclear about what is a commando and what an option),
i tought maybe we can redo this interface at
On Thu, Aug 2, 2012 at 10:04 PM, Peeters Simon peeters.si...@gmail.com wrote:
Since systemd and udev are one project now it might be an idea to be
able to control both daemons with one tool (systemctl)
We also have journalctl, loginctl, ...
systemctl is about managing services, and udev is
2012/8/2 Kay Sievers k...@vrfy.org:
On Thu, Aug 2, 2012 at 10:04 PM, Peeters Simon peeters.si...@gmail.com
wrote:
Since systemd and udev are one project now it might be an idea to be
able to control both daemons with one tool (systemctl)
We also have journalctl, loginctl, ...
systemctl
From: Shawn Landen shawnland...@gmail.com
Ellipsize lines that are one character too long.
---
src/shared/logs-show.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/shared/logs-show.c b/src/shared/logs-show.c
index c72ebc1..b6e6a85 100644
--- a/src/shared/logs-show.c
14 matches
Mail list logo