[systemd-devel] Google Summer of Code

2013-03-05 Thread David Strauss
Are there any plans to propose projects for GSoC 2013? I've mentored before on behalf of Drupal. -- David Strauss | da...@davidstrauss.net | +1 512 577 5827 [mobile] ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.f

Re: [systemd-devel] Adding journal support to GNOME's Log Viewer

2013-03-05 Thread Michael Biebl
2013/3/6 David Strauss : > Log Viewer (gnome-system-log) is a basic, graphical log file viewer > bundled with GNOME desktops and useful for anyone with GTK+. > > Is there any interest in adding (optional) journal support to this > program? Are there other up-and-coming log viewers that would be > b

[systemd-devel] syslog CEE support for the journal

2013-03-05 Thread David Strauss
Has CEE seen any widespread deployment? It would be straightforward to add the following to the journal: * Optional conversion of non-binary fields to CEE for forwarding to syslog * Conversion of CEE to journal fields within the systemd syslog server * Conversion of CEE to journal fields when a

[systemd-devel] Adding journal support to GNOME's Log Viewer

2013-03-05 Thread David Strauss
Log Viewer (gnome-system-log) is a basic, graphical log file viewer bundled with GNOME desktops and useful for anyone with GTK+. Is there any interest in adding (optional) journal support to this program? Are there other up-and-coming log viewers that would be better to focus on? The application

Re: [systemd-devel] [PATCH] mount and initialize Smack

2013-03-05 Thread Zbigniew Jędrzejewski-Szmek
On Tue, Mar 05, 2013 at 03:24:27PM -0800, Nathaniel Chen wrote: > SMACK is the Simple Mandatory Access Control Kernel, a minimal > approach to Access Control implemented as a kernel LSM. > > The kernel exposes the smackfs filesystem API through which access > rules can be loaded. At boot time, we

[systemd-devel] [PATCH] mount and initialize Smack

2013-03-05 Thread Nathaniel Chen
SMACK is the Simple Mandatory Access Control Kernel, a minimal approach to Access Control implemented as a kernel LSM. The kernel exposes the smackfs filesystem API through which access rules can be loaded. At boot time, we want to load the access rules as early as possible to ensure all early boo

Re: [systemd-devel] Python wrappers for the DBus API

2013-03-05 Thread Mirco Tischler
2013/3/5 Holger Winkelmann > > On Mar 5, 2013, at 10:21 PM, Mirco Tischler wrote: > > 2013/3/5 Holger Winkelmann > >> Hi David, >> >> On Mar 5, 2013, at 9:52 PM, David Strauss wrote: >> >> > On Mon, Mar 4, 2013 at 11:16 PM, Holger Winkelmann >> wrote: >> >> Or is there a special journal socke

Re: [systemd-devel] Python wrappers for the DBus API

2013-03-05 Thread Holger Winkelmann
On Mar 5, 2013, at 10:21 PM, Mirco Tischler wrote: > 2013/3/5 Holger Winkelmann > Hi David, > > On Mar 5, 2013, at 9:52 PM, David Strauss wrote: > > > On Mon, Mar 4, 2013 at 11:16 PM, Holger Winkelmann > > wrote: > >> Or is there a special journal socket to write to? > > > > Yes, and the P

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Simon McVittie
On 05/03/13 21:03, Lennart Poettering wrote: > My general suggestion is that applications should generally die if their > display goes away (libX11 already enforces this...). Right, but that only happens for GUI applications. One of the original rationales for D-Bus was that it was a way to avoid

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 21:01, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: > > On 05/03/13 20:10, Lennart Poettering wrote: > > Well, D-Bus would need to learn about this new [user] bus, and determine the > > socket in $XDG_RUNTIME_DIR automatically, and also fallback from the > > session to

Re: [systemd-devel] Python wrappers for the DBus API

2013-03-05 Thread Mirco Tischler
2013/3/5 Holger Winkelmann > Hi David, > > On Mar 5, 2013, at 9:52 PM, David Strauss wrote: > > > On Mon, Mar 4, 2013 at 11:16 PM, Holger Winkelmann > wrote: > >> Or is there a special journal socket to write to? > > > > Yes, and the Python module's use of the C library wraps all of that. > > >

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 21:19, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: > > On Tue, Mar 05, 2013 at 09:11:28PM +0100, Lennart Poettering wrote: > > From the GNOME perspective I am pretty sure > > multiple-sessions-per-local-user is out of scope. > That would be really sad. The multi-sessio

Re: [systemd-devel] Python wrappers for the DBus API

2013-03-05 Thread Holger Winkelmann
Hi David, On Mar 5, 2013, at 9:52 PM, David Strauss wrote: > On Mon, Mar 4, 2013 at 11:16 PM, Holger Winkelmann > wrote: >> Or is there a special journal socket to write to? > > Yes, and the Python module's use of the C library wraps all of that. > > Auke is also correct that you can write t

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Lennart Poettering
On Mon, 18.02.13 20:13, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: > > On 18/02/13 19:08, Kok, Auke-jan H wrote: > > On Mon, Feb 18, 2013 at 4:38 AM, Simon McVittie > > wrote: > >> It looks as though the intention is [...] > >> I have one XDG_RUNTIME_DIR, one 'systemd > >> --user' in

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Simon McVittie
On 05/03/13 20:10, Lennart Poettering wrote: > Well, D-Bus would need to learn about this new [user] bus, and determine the > socket in $XDG_RUNTIME_DIR automatically, and also fallback from the > session to the user bus if the session bus is not reachable otherwise... Do you really want to suppor

Re: [systemd-devel] Python wrappers for the DBus API

2013-03-05 Thread David Strauss
On Mon, Mar 4, 2013 at 11:16 PM, Holger Winkelmann wrote: > Or is there a special journal socket to write to? Yes, and the Python module's use of the C library wraps all of that. Auke is also correct that you can write to stderr/stdout from a service running in systemd. That does not support str

[systemd-devel] Hoe is het met je?

2013-03-05 Thread Stef Bon
Hi, hoe is het met je? Stef ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Zbigniew Jędrzejewski-Szmek
On Tue, Mar 05, 2013 at 09:11:28PM +0100, Lennart Poettering wrote: > From the GNOME perspective I am pretty sure > multiple-sessions-per-local-user is out of scope. That would be really sad. The multi-session stuff is really cool, and the whole stack should support logging in more than once. Zbys

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 22:05, Mantas Mikulėnas (graw...@gmail.com) wrote: > On Tue, Mar 5, 2013 at 9:48 PM, Lennart Poettering > wrote: > > On Mon, 18.02.13 11:08, Kok, Auke-jan H (auke-jan.h@intel.com) wrote: > >> For each login, you'd have an instance service (e.g. > >> gnome-session@:0.service)

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 11:59, Kok, Auke-jan H (auke-jan.h@intel.com) wrote: > > On Tue, Mar 5, 2013 at 11:48 AM, Lennart Poettering > wrote: > > On Mon, 18.02.13 11:08, Kok, Auke-jan H (auke-jan.h@intel.com) wrote: > > > >> I believe that the DBus bits are properly in place to have one single

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Kok, Auke-jan H
On Tue, Mar 5, 2013 at 12:05 PM, Mantas Mikulėnas wrote: > On Tue, Mar 5, 2013 at 9:48 PM, Lennart Poettering > wrote: >> On Mon, 18.02.13 11:08, Kok, Auke-jan H (auke-jan.h@intel.com) wrote: >>> For each login, you'd have an instance service (e.g. >>> gnome-session@:0.service) to serve that

Re: [systemd-devel] [PATCH] zsh-completion: journalctl query by binary and device

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 14:32, Daniel Wallace (danielwall...@gtmanfred.com) wrote: > implement 1883552c3d8 from bash completion in zsh-completion Thanks, applied! > --- > shell-completion/systemd-zsh-completion.zsh | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git a/shell-completion

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Mantas Mikulėnas
On Tue, Mar 5, 2013 at 9:48 PM, Lennart Poettering wrote: > On Mon, 18.02.13 11:08, Kok, Auke-jan H (auke-jan.h@intel.com) wrote: >> For each login, you'd have an instance service (e.g. >> gnome-session@:0.service) to serve that display. > > Well, I am not convinced it is necessary to instanti

Re: [systemd-devel] [PATCH] allow more special characters in pretty hostname

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 11:46, Nathaniel Chen (nathaniel.c...@intel.com) wrote: Thanks! Applied! > this addresses the bug at: > https://bugs.freedesktop.org/show_bug.cgi?id=59311 > > hostnamectl is supposed to allow a range of special characters for > the 'pretty' hostname: > $ hostnamectl set-host

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Kok, Auke-jan H
On Tue, Mar 5, 2013 at 11:48 AM, Lennart Poettering wrote: > On Mon, 18.02.13 11:08, Kok, Auke-jan H (auke-jan.h@intel.com) wrote: > >> I believe that the DBus bits are properly in place to have one single >> user bus per user session. > > Nope, we never finished that. However, you currently c

[systemd-devel] [PATCH] allow more special characters in pretty hostname

2013-03-05 Thread Nathaniel Chen
this addresses the bug at: https://bugs.freedesktop.org/show_bug.cgi?id=59311 hostnamectl is supposed to allow a range of special characters for the 'pretty' hostname: $ hostnamectl set-hostname --pretty "Nathaniels Desktop !@#$%" ..however, it rejects apostrophes, double quotes, and backslash

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Lennart Poettering
On Mon, 18.02.13 11:08, Kok, Auke-jan H (auke-jan.h@intel.com) wrote: > I believe that the DBus bits are properly in place to have one single > user bus per user session. Nope, we never finished that. However, you currently can invoke "dbus-daemon --session" in a per-user rather than per-sess

Re: [systemd-devel] RFC: user session lifetimes vs. $DISPLAY

2013-03-05 Thread Lennart Poettering
On Mon, 18.02.13 12:38, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: Heya! (Sorry for the late reply, still fighting against my mail queue after a week of confs). > I've recently been researching systemd's current support for user > sessions, with the goal of sorting out any remaining

[systemd-devel] [PATCH] zsh-completion: journalctl query by binary and device

2013-03-05 Thread Daniel Wallace
implement 1883552c3d8 from bash completion in zsh-completion --- shell-completion/systemd-zsh-completion.zsh | 11 +++ 1 file changed, 11 insertions(+) diff --git a/shell-completion/systemd-zsh-completion.zsh b/shell-completion/systemd-zsh-completion.zsh index 46e29b2..77b26f6 100644 ---

Re: [systemd-devel] DBus service name encoding

2013-03-05 Thread Lennart Poettering
On Mon, 04.03.13 19:00, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote: > > On 04/03/13 14:31, Lennart Poettering wrote: > > So here's how to do this, it's very simple: every char outside of the > > A-Za-z0-9 range is escaped as "_XY" where XY is the numeric code of the > > char, as 2 char

Re: [systemd-devel] Python wrappers for the DBus API

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 08:16, Holger Winkelmann (h...@travelping.com) wrote: > > I Like the idea as well to have direct DBus access to systemd. > > Regarding your example of the journal wrapper. Anybody knows the API > to write to the journal without using the C library? Is this DBus > transport as we

Re: [systemd-devel] [RFC][PATCH] main: ISOLATE rather than REPLACE default.target

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 15:56, Tom Gundersen (t...@jklm.no) wrote: > This allows switch-root to work correctly if a unit is active both before and > after the switch-root, but its dependencies change. Before the patch, any > dependencies added to active units by switch-root will not be pulled, in > parti

Re: [systemd-devel] Python wrappers for the DBus API

2013-03-05 Thread Kok, Auke-jan H
On Mon, Mar 4, 2013 at 11:16 PM, Holger Winkelmann wrote: > I Like the idea as well to have direct DBus access to systemd. > > Regarding your example of the journal wrapper. Anybody knows the API to write > to the journal without using the C library? Is this DBus transport as well? > Or is there

Re: [systemd-devel] [systemd-commits] 3 commits - Makefile.am src/core src/fstab-generator units/initrd-cleanup.service units/initrd-fs-pre.target units/initrd-fs.target units/initrd-parse-etc.service

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 02:05, schrieb Lennart Poettering: > On Mon, 04.03.13 10:43, Harald Hoyer (har...@kemper.freedesktop.org) wrote: > >> +if (initrd) { >> +char _cleanup_free_ *mu = NULL, *name = NULL; >> +/* Skip generation, if unit alrea

Re: [systemd-devel] systemd kiosk volatile $HOME

2013-03-05 Thread Lennart Poettering
On Tue, 05.03.13 03:36, systemdki...@yopmail.com (systemdki...@yopmail.com) wrote: > > Thank you Lennart. I wonder how your tip compares to our result? Our > method employs getty.target and local-fs.target. It works but we prefer > the Right Thing (tm). Would systemd-user-sessions.service be bet

Re: [systemd-devel] systemd kiosk volatile $HOME

2013-03-05 Thread Andrey Borzenkov
On Tue, Mar 5, 2013 at 3:41 PM, Mirco Tischler wrote: > 2013/3/5 >> >> Thank you Lennart. I wonder how your tip compares to our result? Our >> method employs getty.target and local-fs.target. It works but we prefer >> the Right Thing (tm). Would systemd-user-sessions.service be better for >> any

Re: [systemd-devel] systemd kiosk volatile $HOME

2013-03-05 Thread Mirco Tischler
2013/3/5 > Thank you Lennart. I wonder how your tip compares to our result? Our > method employs getty.target and local-fs.target. It works but we prefer > the Right Thing (tm). Would systemd-user-sessions.service be better for > any reason? Here's our unit as it sits. Thanks for your input. > >

Re: [systemd-devel] [RFC][PATCH] main: ISOLATE rather than REPLACE default.target

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 07:56, schrieb Tom Gundersen: > This allows switch-root to work correctly if a unit is active both before and > after the switch-root, but its dependencies change. Before the patch, any > dependencies added to active units by switch-root will not be pulled, in > particular filesystems

Re: [systemd-devel] [PATCH 3/4] fstab-generator: do not overwrite already generated units

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 07:28, schrieb har...@redhat.com: > From: Harald Hoyer > > only checks for /run/systemd/generator/*.mount > --- > src/fstab-generator/fstab-generator.c | 15 +++ > 1 file changed, 15 insertions(+) > > diff --git a/src/fstab-generator/fstab-generator.c > b/src/fstab-ge

Re: [systemd-devel] [PATCH 2/4] fstab-generator: skip generation, if sysroot.mount already exists

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 07:28, schrieb har...@redhat.com: > From: Harald Hoyer > > --- > src/fstab-generator/fstab-generator.c | 11 ++- > 1 file changed, 10 insertions(+), 1 deletion(-) > > diff --git a/src/fstab-generator/fstab-generator.c > b/src/fstab-generator/fstab-generator.c > index fade

Re: [systemd-devel] initrd-fs.target

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 10:07, schrieb Harald Hoyer: > Am 05.03.2013 09:56, schrieb Harald Hoyer: >> Am 05.03.2013 09:17, schrieb Harald Hoyer: >>> Am 05.03.2013 08:33, schrieb Harald Hoyer: For me the sysroot-usr.mount is not mounted in my testsuite unless I patch it like mentioned above. >>

Re: [systemd-devel] initrd-fs.target

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 09:56, schrieb Harald Hoyer: > Am 05.03.2013 09:17, schrieb Harald Hoyer: >> Am 05.03.2013 08:33, schrieb Harald Hoyer: >>> For me the sysroot-usr.mount is not mounted in my testsuite unless I patch >>> it >>> like mentioned above. >> >> switch_root:/# ls /sysroot/usr/ >> switch_root

Re: [systemd-devel] initrd-fs.target

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 09:17, schrieb Harald Hoyer: > Am 05.03.2013 08:33, schrieb Harald Hoyer: >> For me the sysroot-usr.mount is not mounted in my testsuite unless I patch it >> like mentioned above. > > switch_root:/# ls /sysroot/usr/ > switch_root:/# systemctl status sysroot-usr.mount > sysroot-usr.mo

Re: [systemd-devel] initrd-fs.target

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 08:33, schrieb Harald Hoyer: > For me the sysroot-usr.mount is not mounted in my testsuite unless I patch it > like mentioned above. switch_root:/# ls /sysroot/usr/ switch_root:/# systemctl status sysroot-usr.mount sysroot-usr.mount - /sysroot/usr Loaded: loaded (/sysroot/e

Re: [systemd-devel] [RFC][PATCH] main: ISOLATE rather than REPLACE default.target

2013-03-05 Thread Harald Hoyer
Am 05.03.2013 08:32, schrieb Tom Gundersen: > On Tue, Mar 5, 2013 at 4:14 PM, Harald Hoyer wrote: >> Am 05.03.2013 07:56, schrieb Tom Gundersen: >>> This allows switch-root to work correctly if a unit is active both before >>> and >>> after the switch-root, but its dependencies change. Before the