[systemd-devel] journalctl to csv
Hi there, As a simple exercise for me to better understand journalctl I want to echo out the Lid open/close events as a space delimited file: epoch opened/closed Furtherest I got was this attached lid script. $ bash lid.sh | sort 1359218250 0 1359251787 1 1359253749 0 1359259050 1 Which feels a bit cumbersome and slow. Is there a better way? Furthermore I would like to follow the event and echo & pipe out the event as soon as it's seen. Since I can't seemingly match "Lid*", I'm not sure how to do that. Also I can't figure out how to follow without showing past events. Thanks in advance, lid.sh Description: Bourne shell script ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Simple question.
On Fri, Jan 25, 2013 at 12:42 PM, Mantas Mikulėnas wrote: > That some users may want to take advantage of modern Linux features > and run httpd without *ever* giving it full root privileges – which it > needs for precisely two things, bind() and setuid(). That's another reason why socket activation is great for server environments. -- David Strauss | da...@davidstrauss.net | +1 512 577 5827 [mobile] ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Instantiated sockets?
On 01/22/2013 09:07 PM, Lennart Poettering wrote: > Nope, there isn't. We currently do not allow this because we don't > really know what to the per-connection service instances would be called > like. i.e. if the socket is called foo@bar.socket, and it is activated, > do you just drop the "bar" and activate > foo@3-172.16.1.1-555-47.11.8.15-777.service? This would not cover > your use case. So, the question is what to do instead. That's what I suspected. If coming up with a naming convention is the biggest obstacle, that would certainly seem to be a solvable problem. Off the cuff, I'd say that foo@bar@3-172.16.1.1-555-47.11.8.15-777.service ought to do the trick. Ideally, "bar" and "3-172.16.1.1-555-47.11.8.15-777" would be passed separately to the .service file -- %i and &j or somesuch. In a pinch, however, all of it could be stuffed into the instance name, and the service file author would just have to deal with it. (If desired, %j and %k could always be added later to provide the separate components.) This is where you say "patches welcome", and I beg off because of limited time (and lack of familiarity with the code base). Any systemd hackers out there looking for a project? ;-) Thanks! -- Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH][RFC][V2] systemd-analyze: rewrite in C. (Was: systemd-analyze-197 broken)
On Fri, Jan 25, 2013 at 11:01 PM, William Giokas <1007...@gmail.com> wrote: > So I've been using your patch successfully for a while now (great job, > by the way) and I like to see a nice graph of my boot every once in a > while, so I ran `systemd-analyze plot > boot.svg`[3] and pulled it up in my > browser. I noticed that the width of it is quite a bit too small for my > system. Besides that, excellent job! (I can actually get the cut off > information just fine anyway, it's just that it's not on the chart.) thanks for testing! The right margin is due to the fact that SVG's rendered in the browser strictly honor the size declaration at the top of the SVG file. We'll have to extend the right margin by a safe number - this was already on my todo list for this patch. Auke ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] vncserver@.service
On 01/26/2013 04:19 AM, Mantas Mikulėnas wrote: > What do you mean by "log in" here? systemd will open a PAM session if > you set PAMName=. Honestly, I don't really know. I just have a memory of reading a Red Hat(?) bugzilla entry back when I was setting up VNC on my system. (I've since switched to using Xvnc directly with XDMCP, so I'm not using the vncserver scripts at all anymore.) -- Ian Pilcher arequip...@gmail.com Sometimes there's nothing left to do but crash and burn...or die trying. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [PATCH] [doc] Added Arch Linux entry to systemd-nspawn doc
Archlinux has a similar tool to debbotstrap in the arch-install-scripts package that will install to a specified directory. This is generally used for installation, so the -d flag must be passed to tell it to install to a non-mountpoint directory. Signed-off-by: William Giokas <1007...@gmail.com> --- man/systemd-nspawn.xml | 12 1 file changed, 12 insertions(+) diff --git a/man/systemd-nspawn.xml b/man/systemd-nspawn.xml index 777e0a3..834e2cc 100644 --- a/man/systemd-nspawn.xml +++ b/man/systemd-nspawn.xml @@ -321,6 +321,17 @@ +Example 3 + +# pacstrap -c -d ~/arch-tree/ base +# systemd-nspawn -bD ~/arch-tree/ + +This installs a mimimal Arch Linux distribution into +the directory ~/arch-tree/ and then +boots an OS in a namespace container in it. + + + Exit status The exit code of the program executed in the @@ -334,6 +345,7 @@ chroot1, yum8, debootstrap8 + pacman8 -- 1.8.1.1.439.g50a6b54 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] vncserver@.service
On Sat, Jan 26, 2013 at 7:05 AM, Ian Pilcher wrote: > On 01/23/2013 08:59 AM, Reindl Harald wrote: >> and why do you not use the User= and Group= options? > > ISTR reading that runuser was added because User= and Group= don't > actually log in, which is required by vncserver. What do you mean by "log in" here? systemd will open a PAM session if you set PAMName=. -- Mantas Mikulėnas ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
