Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, Jul 16, 2013 at 07:41:08PM +, "Jóhann B. Guðmundsson" wrote: > On 07/16/2013 07:34 PM, Kay Sievers wrote: > >On Tue, Jul 16, 2013 at 9:28 PM, "Jóhann B. Guðmundsson" > > wrote: > >>On 07/16/2013 06:26 PM, Lennart Poettering wrote: > >>>I discussed this a bit more with Kay on the phone.

Re: [systemd-devel] Automount behavior

Here are some details. fstab line : LABEL=Data/dataext4nofail,auto01 journalctl -b | grep Data : Jul 17 04:24:21 mickael-laptop systemd[1]: Expecting device dev-disk-by\x2dlabel-Data.device... Jul 17 04:25:51 mickael-laptop systemd[1]: Job dev-disk-by\x2dlabel-Data

Re: [systemd-devel] runtime directories for services vs. tmpfiles

В Tue, 16 Jul 2013 20:26:23 +0200 Lennart Poettering пишет: > On Tue, 16.07.13 18:53, Lennart Poettering ([email protected]) wrote: > > I'd be very conservative regarding adding full tmpfiles support into > unit files directly. Instead, I'd suggest adding two very minimal, very > specific n

Re: [systemd-devel] [PATCHv2] systemctl, man: option to list units by state

On Fri, 17.05.13 12:09, [email protected] ([email protected]) wrote: > From: Maciej Wereski > > This allows to show only units with specified SUB or ACTIVE state. Sounds like a worthwile addition. Sorry for the way too late review. But in cse you are still interested:

Re: [systemd-devel] Systemd debugging option, documentation clarification

On Thu, 06.06.13 18:54, Andrey Borzenkov ([email protected]) wrote: > > On Wed, 15.05.13 22:28, John Connor ([email protected]) wrote: > > > > > 1: It would be useful for debugging if systemctl had an option to show > > > output on the screen (especially output from scripts run under > > > s

Re: [systemd-devel] systemd-shutdown static linking (was: Please proof-read: ...)

On Tue, 11.06.13 10:07, Umut Tezduyar ([email protected]) wrote: > Hi, > > Those 2 lines were added on 89b1d5e0e49d3b3501e5f3aadcad712290bcd9bf and > the commit log explains why we needed them. "/" can be treated as special > case and excluded. Just for completeness' sake. This was implemented i

Re: [systemd-devel] [PATCH] service: don't try to kill the service more than once when the watchdog timeout hits

On Wed, 12.06.13 01:22, Michael Olbrich ([email protected]) wrote: > If ExecStopPost= is defined then it is executed after SIGKILL. Otherwise > another round of SIGTERM/SIGSTOP is started which is rather useless when > the watchdog timeout hits. > So go directly to the final SIGKILL if Exec

Re: [systemd-devel] Debugging Plugable Multiseat

On Tue, 11.06.13 17:44, Billy Crook ([email protected]) wrote: > I have a few Plugable multiseat consoles on Fedora 18. They mostly > work, but it seems after a day of use and logging out, the gdm greeter > never returns. Instead the monitor DPMS off and the Plugable > consoles have to b

Re: [systemd-devel] start/stop messages when activating a target?

On Wed, 12.06.13 01:32, Michael Olbrich ([email protected]) wrote: > Hi, > > When booting or during shutdown systemd prints the start stop messages for > the services. Is it possible to get those messages when activating a target > with systemctl? The boot-time output is done by PID 1 its

Re: [systemd-devel] Automount behavior

On Sun, 16.06.13 22:32, Mickaël THOMAS ([email protected]) wrote: > > I've also found another issue regarding this (it's a small issue but still...) > > Using "nofail" (and implied "auto") works as expected but if the > device is not there at boot time, systemd will try to mount it anyway > and

Re: [systemd-devel] systemd waiting for already existing devices

On Mon, 17.06.13 20:12, Alexander Koch ([email protected]) wrote: > > Bootup is not yet finished. Please try again later. > > > [alex@thor ~]$ systemctl list-jobs > > JOB UNITTYPE STATE > > 41 dev-mapper-archive4\x2dplain.device start running > > 47 dev-mapper

Re: [systemd-devel] [PATCH] core: notify triggered by socket of a service

On Fri, 12.07.13 09:19, Umut Tezduyar ([email protected]) wrote: > >> +if ((se->state == SERVICE_DEAD || > >> +se->state == SERVICE_STOP || > >> +se->state == SERVICE_STOP_SIGTERM || > >> +se->state == SERVICE_STOP_SIGKILL || > >> +se->state

Re: [systemd-devel] Compile errors with -Og

On Wed, 12.06.13 13:02, Jan Janssen ([email protected]) wrote: > Hi, > > I just tried compiling with -Og and I get these compiler errors. > Those don't appear with any other optimization level, so I'm > suspecting a compiler but here. But since I'm no C expert, I thought > it would be best if I sha

Re: [systemd-devel] [HEADSUP] cgroup changes

On Tue, 25.06.13 08:31, Brian Bockelman ([email protected]) wrote: > > On Jun 25, 2013, at 4:56 AM, Lennart Poettering > wrote: > > > On Tue, 25.06.13 02:21, Brian Bockelman ([email protected]) wrote: > > > >> A few questions came to mind which may provide interesting input > >> to you

Re: [systemd-devel] [PATCH] [RFC] systemctl-clock: Use monotonic instead of realtime clock

On Tue, 25.06.13 18:58, Shakeel, Muhammad ([email protected]) wrote: > From: Muhammad Shakeel > > Currently if system clock is updated then 'ago' part of any service > running time doesn't show correct information. This is reported here: > https://bugs.freedesktop.org/show_bug.cgi?id=6

[systemd-devel] hwdb for sane

Hi guys, I had a stab at converting sane to using hwdb rather than a huge udev rules file. For now only the usb entries have been converted, I didn't look at how to deal with scsi. hwdb file: udev rules:

Re: [systemd-devel] runtime directories for services vs. tmpfiles

And to follow up on that: 2013/7/16 Michael Biebl : > I think it's even less of an issue for Debian, as we usually only > install stuff when needed and not in a disabled state. So the unused directories in /run are something I don't expect to be an issue for Debian. As for tmpfiles support: In D

Re: [systemd-devel] [PATCHv3 2/2] logind: apply ACL's to "dead" device nodes

On Tue, Jul 16, 2013 at 8:39 PM, Lennart Poettering wrote: > On Tue, 16.07.13 19:38, Tom Gundersen ([email protected]) wrote: > >> -udev_enumerate_unref(e); >> +/* udev exports "dead" device nodes to allow module on-demand >> loading, >> + * these devices are not known

Re: [systemd-devel] runtime directories for services vs. tmpfiles

2013/7/16 Zbigniew Jędrzejewski-Szmek : > On Tue, Jul 16, 2013 at 05:08:12PM +0100, Colin Guthrie wrote: >> I am not too concerned about unused runtime directories. After all this >> is not something that would (or even could) grow without bounds. There >> will never be more than O(n) runtime dire

Re: [systemd-devel] [PATCHv3 2/2] logind: apply ACL's to "dead" device nodes

On Tue, 16.07.13 20:39, Lennart Poettering ([email protected]) wrote: > > +goto finish; > > +} > > + > > +n = strappend("/dev/", unescaped_devname); > > Good candidate for strappenda? I take this back. Awful can

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On 07/16/2013 07:34 PM, Kay Sievers wrote: On Tue, Jul 16, 2013 at 9:28 PM, "Jóhann B. Guðmundsson" wrote: On 07/16/2013 06:26 PM, Lennart Poettering wrote: I discussed this a bit more with Kay on the phone. Here's what we'd propose: I'd be very conservative regarding adding full tmpfiles sup

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, Jul 16, 2013 at 9:28 PM, "Jóhann B. Guðmundsson" wrote: > On 07/16/2013 06:26 PM, Lennart Poettering wrote: >> >> I discussed this a bit more with Kay on the phone. Here's what we'd >> propose: >> >> I'd be very conservative regarding adding full tmpfiles support into >> unit files directl

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, Jul 16, 2013 at 07:28:12PM +, "Jóhann B. Guðmundsson" wrote: > On 07/16/2013 06:26 PM, Lennart Poettering wrote: > >I discussed this a bit more with Kay on the phone. Here's what we'd propose: > > > >I'd be very conservative regarding adding full tmpfiles support into > >unit files dire

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On 07/16/2013 06:26 PM, Lennart Poettering wrote: I discussed this a bit more with Kay on the phone. Here's what we'd propose: I'd be very conservative regarding adding full tmpfiles support into unit files directly. Instead, I'd suggest adding two very minimal, very specific new unit file setti

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, Jul 16, 2013 at 9:17 PM, Tomasz Torcz wrote: >> If RuntimeDirectory= is set we'd create it and chown() it to the UID/GID >> set with User= and Group=. We'd apply the mode specified in >> RuntimeDirectoryMode= to it. > > There are daemons which do, in order: > 1) start as root > 2) open

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, Jul 16, 2013 at 08:26:23PM +0200, Lennart Poettering wrote: > On Tue, 16.07.13 18:53, Lennart Poettering ([email protected]) wrote: > > > > > I can do a mass update to all our packages anyway so the slight change > > > > in syntax isn't a problem. > > > Hm, can we take a step back for

Re: [systemd-devel] Patch for Smack labelling support in udev

On Tue, Jul 9, 2013 at 4:34 PM, Reshetova, Elena wrote: >> -static int node_permissions_apply(struct udev_device *dev, bool >> apply, mode_t mode, uid_t uid, gid_t gid) >> +static int node_permissions_apply(struct udev_device *dev, bool apply, >> mode_t mode, >> +

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, 16.07.13 17:59, Colin Guthrie ([email protected]) wrote: > > 'Twas brillig, and Kay Sievers at 16/07/13 17:24 did gyre and gimble: > > On Tue, Jul 16, 2013 at 6:01 PM, Lennart Poettering > > wrote: > > > >> Hmm, I'd like such an automatism, but I'd really prefer if we could come > >> up

Re: [systemd-devel] [PATCHv3 2/2] logind: apply ACL's to "dead" device nodes

On Tue, 16.07.13 19:38, Tom Gundersen ([email protected]) wrote: > -udev_enumerate_unref(e); > +/* udev exports "dead" device nodes to allow module on-demand > loading, > + * these devices are not known to the kernel at this moment */ > +dir = opendir("/run/udev

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, 16.07.13 18:53, Lennart Poettering ([email protected]) wrote: > > > I can do a mass update to all our packages anyway so the slight change > > > in syntax isn't a problem. > > Hm, can we take a step back for a moment? It seems that the rpm macros > > are a fairly complicated solution,

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On 07/16/2013 04:53 PM, Lennart Poettering wrote: On my (pretty much fully converted) Fedora I currently have 20 tmpfiles snippets around. I doubt on an everage Debian machine this would grow much larger. May 40 or so, but that's still not much. Well we have only migrated what 400 components o

[systemd-devel] [PATCHv3 2/2] logind: apply ACL's to "dead" device nodes

Based on a patch by Kay Sievers. When a dead device nodes is tagged with "uaccess" using the static_node mechanism, it's ACL's are managed by logind in the same way as "live" device nodes. This allows in particular /dev/snd/{seq,timer} to cause modules to be loaded on-demand when accessed by a n

[systemd-devel] [PATCHv3 1/2] udev: export tags of "dead" device nodes to /run/udev/static_node-tags/

Based on a patch by Kay Sievers. A tag is exported at boot as a symlinks to the device node in the folder /run/udev/static_node-tags//, if the device node exists. These tags are cleaned up by udevadm info --cleanup-db, but are otherwise never removed. --- man/udev.xml | 10 --

Re: [systemd-devel] [PATCHv2 1/2] udev: export tags of "dead" device nodes to /run/udev/static_node-tags/

On Sun, Jul 14, 2013 at 2:51 PM, Dave Reisner wrote: >> @@ -152,9 +153,9 @@ enum token_type { >> TK_A_OWNER_ID, /* uid_t */ >> TK_A_GROUP_ID, /* gid_t */ >> TK_A_MODE_ID, /* mode_t */ >> +TK_A_TAG,

Re: [systemd-devel] Inhibiting plug and play

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/16/2013 1:23 PM, Lennart Poettering wrote: > So, Kay suggested we should use BSD file locks for this. i.e. all > tools which want to turn off events for a device would take one on > that specific device fd. As long as it is taken udev would not >

Re: [systemd-devel] Unbuffered stderr for my systemd service?

On 07/16/13 at 02:00pm, Kay Sievers wrote: > On Tue, Jul 16, 2013 at 5:30 AM, WANG Chao wrote: > > On 07/15/13 at 10:46pm, Lennart Poettering wrote: > >> On Mon, 15.07.13 17:56, WANG Chao ([email protected]) wrote: > >> > >> > I have a service (a script) running under systemd and need its stderr

Re: [systemd-devel] Inhibiting plug and play

On Tue, 18.06.13 13:45, Phillip Susi ([email protected]) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Various tools, but most notably partitioners, manipulate disks in such > a way that they need to prevent the rest of the system from racing > with them while they are in the middle

Re: [systemd-devel] Unbuffered stderr for my systemd service?

On 07/16/13 at 01:39pm, Kay Sievers wrote: > On Tue, Jul 16, 2013 at 5:30 AM, WANG Chao wrote: > > >> (Humm, please do not use "--" on a single line in the middle of an > >> email, that's indication for many MUAs that this is where the signature > >> starts, and they chop this off when replying..

Re: [systemd-devel] [PATCH] Log failing start conditions

On Wed, 26.06.13 15:06, [email protected] ([email protected]) wrote: > From: Harald Hoyer > > $ systemctl status dracut-initqueue.service > dracut-initqueue.service - dracut initqueue hook >Loaded: loaded (/usr/lib/systemd/system/dracut-initqueue.service; > static) >Active: inactive (dea

Re: [systemd-devel] runtime directories for services vs. tmpfiles

'Twas brillig, and Kay Sievers at 16/07/13 17:24 did gyre and gimble: > On Tue, Jul 16, 2013 at 6:01 PM, Lennart Poettering > wrote: > >> Hmm, I'd like such an automatism, but I'd really prefer if we could come >> up with some scheme to automatically determine all tmpfiles snippets in >> the pack

Re: [systemd-devel] [PATCH 2/2] util.c:is_locale_utf8(): check, if "C" was set on purpose

On Thu, 27.06.13 11:26, [email protected] ([email protected]) wrote: > From: Harald Hoyer > > If you have a ASCII only terminal, there is no way to set the charmap to > ANSI_X3.4-1968, other than using LC_CTYPE=C. > > We don't want to assume a UTF-8 capable terminal in this case and only > do s

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, 16.07.13 18:34, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote: > > On Tue, Jul 16, 2013 at 05:08:12PM +0100, Colin Guthrie wrote: > > 'Twas brillig, and Lennart Poettering at 16/07/13 17:01 did gyre and gimble: > > > Anyway, does that RPM macro sound good to you? > > > > Sure, see

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, 16.07.13 17:08, Colin Guthrie ([email protected]) wrote: > > 'Twas brillig, and Lennart Poettering at 16/07/13 17:01 did gyre and gimble: > > Anyway, does that RPM macro sound good to you? > > Sure, seems close enough :) > > I can do a mass update to all our packages anyway so the sl

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, 16.07.13 18:24, Kay Sievers ([email protected]) wrote: > > On Tue, Jul 16, 2013 at 6:01 PM, Lennart Poettering > wrote: > > > Hmm, I'd like such an automatism, but I'd really prefer if we could come > > up with some scheme to automatically determine all tmpfiles snippets in > > the package

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, Jul 16, 2013 at 6:34 PM, Zbigniew Jędrzejewski-Szmek wrote: > Hm, can we take a step back for a moment? It seems that the rpm macros > are a fairly complicated solution, and they also don't carry over into > debian or arch. User mode sessions also will not work with rpm macros. For what i

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, Jul 16, 2013 at 05:08:12PM +0100, Colin Guthrie wrote: > 'Twas brillig, and Lennart Poettering at 16/07/13 17:01 did gyre and gimble: > > Anyway, does that RPM macro sound good to you? > > Sure, seems close enough :) > > I can do a mass update to all our packages anyway so the slight change

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, Jul 16, 2013 at 6:01 PM, Lennart Poettering wrote: > Hmm, I'd like such an automatism, but I'd really prefer if we could come > up with some scheme to automatically determine all tmpfiles snippets in > the package and apply them all automatically. But I am not sure how that > could be don

Re: [systemd-devel] runtime directories for services vs. tmpfiles

'Twas brillig, and Lennart Poettering at 16/07/13 17:01 did gyre and gimble: > Anyway, does that RPM macro sound good to you? Sure, seems close enough :) I can do a mass update to all our packages anyway so the slight change in syntax isn't a problem. Col -- Colin Guthrie gmane(at)colin.guthr

Re: [systemd-devel] [PATCH 1/2] Do not set LANG=C in every child environment.

On Thu, 27.06.13 11:26, [email protected] ([email protected]) wrote: > From: Harald Hoyer > > LANG does not have to be set and setting it to default to the default > does not add any value. Hmm, I wonder why we had this in in the first place. Thanks, applied! Lennart -- Lennart Poettering

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, 16.07.13 16:50, Colin Guthrie ([email protected]) wrote: > 3. Finally I settled on: > > %_tmpfilesdir /usr/lib/tmpfiles.d > %_tmpfilescreate() /usr/bin/systemd-tmpfiles --create %{1}.conf \ > %{nil} > This looks pretty close to what I'd like to see in place. Note that %_tmpfilesdir i

Re: [systemd-devel] [PATCH] journal: return -ECHILD after a fork

On Wed, 26.06.13 19:55, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote: > A few asserts are replaced with 'return -EINVAL'. I think that > assert should not be used to check argument in public functions. > > Fields in struct sd_journal are rearranged to make it less > swiss-cheesy. > --- >

Re: [systemd-devel] runtime directories for services vs. tmpfiles

'Twas brillig, and Lennart Poettering at 16/07/13 16:00 did gyre and gimble: > Something I'd love to see though is if we could make it easier to apply > tmpfiles stuff automatically on package installation. More specifically, > I'd like an RPM macro to be added that handles this, and which is > suf

Re: [systemd-devel] test-tables failure

On Tue, Jul 16, 2013 at 05:43:02PM +0200, Jan Janssen wrote: > On 07/16/2013 04:33 PM, Lennart Poettering wrote: > >On Tue, 16.07.13 14:57, Jan Janssen ([email protected]) wrote: > > > >>Hi, > >> > >>test-tables fails on my system. The one it's failing on is: > >> syscall: 222 → (null) → -1 > >>

Re: [systemd-devel] [PATCH v5] journalctl: Add support for showing messages from a previous boot

On Tue, 16.07.13 17:42, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote: > > On Tue, Jul 16, 2013 at 05:39:54PM +0200, Lennart Poettering wrote: > > On Fri, 28.06.13 17:26, Jan Janssen ([email protected]) wrote: > > Applied this one now. If people start complaining about its speed we can > >

Re: [systemd-devel] [PATCH] man: use HTTPS links for links that support it

On Tue, 16.07.13 10:19, Jason St. John ([email protected]) wrote: Thanks! Applied! > From: "Jason St. John" > > --- > man/binfmt.d.xml | 2 +- > man/journald.conf.xml | 2 +- > man/machine-id.xml | 2 +- > man/os-release.xml | 2 +- > man/sd-id128.xml | 2 +- > man/

Re: [systemd-devel] [PATCH] man: improve readability of --output options in journalctl(1)

On Tue, 16.07.13 10:20, Jason St. John ([email protected]) wrote: Thanks! Applied! > From: "Jason St. John" > > The list and descriptions of valid output options was difficult to read, > so break up the long block of text into discrete man page list items to > improve readability. > --- > ma

Re: [systemd-devel] [PATCH v5] journalctl: Add support for showing messages from a previous boot

On Tue, Jul 16, 2013 at 05:39:54PM +0200, Lennart Poettering wrote: > On Fri, 28.06.13 17:26, Jan Janssen ([email protected]) wrote: > Applied this one now. If people start complaining about its speed we can > reinvestigate and do find some way for optimization... We need to think about negative matc

Re: [systemd-devel] test-tables failure

On 07/16/2013 04:33 PM, Lennart Poettering wrote: On Tue, 16.07.13 14:57, Jan Janssen ([email protected]) wrote: Hi, test-tables fails on my system. The one it's failing on is: syscall: 222 → (null) → -1 syscall_max() tells me that I have 351 syscalls, so I guess there is a logic error in

Re: [systemd-devel] [PATCH v5] journalctl: Add support for showing messages from a previous boot

On Fri, 28.06.13 17:26, Jan Janssen ([email protected]) wrote: > Unfortunately, order of sd_journal_enumerate_unique() is > undefined, so we have to sort the boot IDs. For that we > seach for any log entry with a specific boot ID and then > use the realtime stamp to order everything. > --- > > Hi,

Re: [systemd-devel] [RFC] Multiseat X sessions and Xorg configs

On 16 Jul 2013, at 16:28, Lennart Poettering wrote: > On Tue, 16.07.13 16:09, Glen Gray ([email protected]) wrote: > >> However, I also ran into a problem with Xorg configurations. >> >> The host system runs on an embedded PC and has an xorg.conf.d Device entry >> for the Intel driver to ena

Re: [systemd-devel] [RFC] Multiseat X sessions and Xorg configs

On Tue, 16.07.13 17:28, Lennart Poettering ([email protected]) wrote: > > On Tue, 16.07.13 16:09, Glen Gray ([email protected]) wrote: > > > Hey guys, > > > > I'm currently working with a Plugable DisplayLink usb hub/adaptor for > > adding multi-seat support to an embedded PC formfactor.

Re: [systemd-devel] update: udev keymaps are moving to hwdb

On Tue, 16.07.13 17:24, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote: > > On Tue, Jul 16, 2013 at 05:01:17PM +0200, Martin Pitt wrote: > > Kay Sievers [2013-07-16 16:25 +0200]: > > > Committed it now. All the old udev keymap files are gone and only the > > > hwdb file: > > > http://cg

Re: [systemd-devel] [RFC] Multiseat X sessions and Xorg configs

On Tue, 16.07.13 16:09, Glen Gray ([email protected]) wrote: > Hey guys, > > I'm currently working with a Plugable DisplayLink usb hub/adaptor for adding > multi-seat support to an embedded PC formfactor. > > I've been running into difficulties with the changes to GDM and systemd with > regard

Re: [systemd-devel] update: udev keymaps are moving to hwdb

On Tue, Jul 16, 2013 at 05:01:17PM +0200, Martin Pitt wrote: > Kay Sievers [2013-07-16 16:25 +0200]: > > Committed it now. All the old udev keymap files are gone and only the hwdb > > file: > > http://cgit.freedesktop.org/systemd/systemd/tree/hwdb/60-keyboard.hwdb > > is carrying all the data. >

[systemd-devel] [RFC] Multiseat X sessions and Xorg configs

Hey guys, I'm currently working with a Plugable DisplayLink usb hub/adaptor for adding multi-seat support to an embedded PC formfactor. I've been running into difficulties with the changes to GDM and systemd with regards to multiseat support. For GDM, I've patched it to do the following... 1)

Re: [systemd-devel] [PATCH] detect-virt: detect User-Mode Linux

On Tue, 16.07.13 20:24, Ramkumar Ramachandra ([email protected]) wrote: > > Lennart Poettering wrote: > > /dev/tty0 only exists > > on kernels with a VT subsystem > > Yeah, but um Linux boots fine when I do > > $ mv > > /etc/systemd/system/getty.target.wants/{[email protected],getty@tty0

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

On Tue, 16.07.13 20:19, Ramkumar Ramachandra ([email protected]) wrote: > > Lennart Poettering wrote: > > Similar story here. systemd-vconsole-setup is actually conditionalized > > on ConditionPathExists=/dev/tty0, i.e. will only run on systems where > > the VT is actually built into the kernel,

Re: [systemd-devel] update: udev keymaps are moving to hwdb

Kay Sievers [2013-07-16 16:25 +0200]: > Committed it now. All the old udev keymap files are gone and only the hwdb > file: > http://cgit.freedesktop.org/systemd/systemd/tree/hwdb/60-keyboard.hwdb > is carrying all the data. \o/ > Martin is looking into the missing USB Logitech maps at the mome

Re: [systemd-devel] runtime directories for services vs. tmpfiles

On Tue, 16.07.13 03:24, Michael Biebl ([email protected]) wrote: > Hi, > > an interesting issue was raised as part of reviewing a patch for > iodione [1], a system service which needs a runtime directory. We > thought this might need further dicussion, so reposting the issue to > systemd-devel: >

Re: [systemd-devel] [PATCH] detect-virt: detect User-Mode Linux

Lennart Poettering wrote: > /dev/tty0 only exists > on kernels with a VT subsystem Yeah, but um Linux boots fine when I do $ mv /etc/systemd/system/getty.target.wants/{[email protected],[email protected]} I'm reading arch/um/drivers/tty.c, but I'm not sure I understand what exactly is going

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

Lennart Poettering wrote: > Similar story here. systemd-vconsole-setup is actually conditionalized > on ConditionPathExists=/dev/tty0, i.e. will only run on systems where > the VT is actually built into the kernel, and skipped on all others. If > UML has not useful VT I'd recommend compiling it out

Re: [systemd-devel] test-tables failure

On Tue, 16.07.13 14:57, Jan Janssen ([email protected]) wrote: > Hi, > > test-tables fails on my system. The one it's failing on is: > syscall: 222 → (null) → -1 > > syscall_max() tells me that I have 351 syscalls, so I guess > there is a logic error in the test case? > > This is on a pretty

Re: [systemd-devel] [PATCH] configure: add -Wno-cast-align to CFLAGS

On Mon, 15.07.13 19:55, Shawn ([email protected]) wrote: > On Mon, Jul 15, 2013 at 7:26 PM, Lennart Poettering > wrote: > > > On Mon, 15.07.13 18:22, Shawn Landden ([email protected]) wrote: > > > > > these warnings on !x86 arches for good code are annoying, and > > > there is no way to

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

On Tue, 16.07.13 18:51, Ramkumar Ramachandra ([email protected]) wrote: > system-vconsole-setup.service runs systemd-vconsole-setup to set up > virtual consoles, but console-getty.service implies that virtual > consoles aren't present, and that we're falling back to /dev/console. Similar story h

Re: [systemd-devel] [PATCH] detect-virt: detect User-Mode Linux

On Tue, 16.07.13 18:28, Ramkumar Ramachandra ([email protected]) wrote: > > Ramkumar Ramachandra wrote: > > It seems that UM does not have a proper tty system; I force > > systemd to use the /dev/console by doing: > > > > $ mv > > /etc/systemd/system/getty.target.wants/{[email protected],ge

Re: [systemd-devel] update: udev keymaps are moving to hwdb

On Fri, Jul 12, 2013 at 12:39 PM, Kay Sievers wrote: > On Wed, Jul 10, 2013 at 11:38 PM, Kay Sievers wrote: > >> The systemd git source tree has now all the pieces to prepare the move >> from the current keymap handling to the hardware database. None of it >> will take any action at the moment, t

[systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

system-vconsole-setup.service runs systemd-vconsole-setup to set up virtual consoles, but console-getty.service implies that virtual consoles aren't present, and that we're falling back to /dev/console. Cc: Lennart Poettering Signed-off-by: Ramkumar Ramachandra --- Noticed on um linux. Tested.

Re: [systemd-devel] [PATCH] detect-virt: detect User-Mode Linux

Am 16.07.2013 14:58, schrieb Ramkumar Ramachandra: > Ramkumar Ramachandra wrote: >> It seems that UM does not have a proper tty system; I force >> systemd to use the /dev/console by doing: >> >> $ mv >> /etc/systemd/system/getty.target.wants/{[email protected],[email protected]} > > Where

Re: [systemd-devel] [PATCH] detect-virt: detect User-Mode Linux

Ramkumar Ramachandra wrote: > It seems that UM does not have a proper tty system; I force > systemd to use the /dev/console by doing: > > $ mv > /etc/systemd/system/getty.target.wants/{[email protected],[email protected]} Where should the exception for um linux go? When does the code in

[systemd-devel] test-tables failure

Hi, test-tables fails on my system. The one it's failing on is: syscall: 222 → (null) → -1 syscall_max() tells me that I have 351 syscalls, so I guess there is a logic error in the test case? This is on a pretty old x86 machine. Jan ___ systemd-d

Re: [systemd-devel] [PATCH v3] detect-virt: detect User-Mode Linux

On Tue, 16.07.13 16:44, Ramkumar Ramachandra ([email protected]) wrote: > In a User-Mode Linux session: > > $ systemd-detect-virt > none > > Although it is possible to reliably detect virtualization: > > $ cat /proc/cpuinfo > processor : 0 > vendor_id : User Mode Linux >

Re: [systemd-devel] runtime directories for services vs. tmpfiles

Hi Michael, On Tue, Jul 16, 2013 at 3:24 AM, Michael Biebl wrote: > an interesting issue was raised as part of reviewing a patch for > iodione [1], a system service which needs a runtime directory. We > thought this might need further dicussion, so reposting the issue to > systemd-devel: > > For

Re: [systemd-devel] Unbuffered stderr for my systemd service?

On Tue, Jul 16, 2013 at 5:30 AM, WANG Chao wrote: > On 07/15/13 at 10:46pm, Lennart Poettering wrote: >> On Mon, 15.07.13 17:56, WANG Chao ([email protected]) wrote: >> >> > I have a service (a script) running under systemd and need its stderr to >> > be output'd immediately, not line buffered.

Re: [systemd-devel] Unbuffered stderr for my systemd service?

On Tue, Jul 16, 2013 at 5:30 AM, WANG Chao wrote: >> (Humm, please do not use "--" on a single line in the middle of an >> email, that's indication for many MUAs that this is where the signature >> starts, and they chop this off when replying...) > > Sorry about "--", never thought that would be

[systemd-devel] [PATCH v3] detect-virt: detect User-Mode Linux

In a User-Mode Linux session: $ systemd-detect-virt none Although it is possible to reliably detect virtualization: $ cat /proc/cpuinfo processor : 0 vendor_id : User Mode Linux model name : UML mode: skas host: Linux kytes 3.11.0-rc1-

Re: [systemd-devel] [PATCH v2] detect-virt: detect User-Mode Linux

On Tue, 16.07.13 12:50, Ramkumar Ramachandra ([email protected]) wrote: > --- a/man/systemd-detect-virt.xml > +++ b/man/systemd-detect-virt.xml > @@ -70,6 +70,7 @@ > microsoft, > oracle, xen, > bochs, chroot, > +uml, >

Re: [systemd-devel] runtime directories for services vs. tmpfiles

'Twas brillig, and Michael Biebl at 16/07/13 02:24 did gyre and gimble: > Hi, > > an interesting issue was raised as part of reviewing a patch for > iodione [1], a system service which needs a runtime directory. We > thought this might need further dicussion, so reposting the issue to > systemd-de

[systemd-devel] [PATCH] man: improve readability of --output options in journalctl(1)

From: "Jason St. John" The list and descriptions of valid output options was difficult to read, so break up the long block of text into discrete man page list items to improve readability. --- man/journalctl.xml| 166 -- man/systemd.scope.xml |

[systemd-devel] [PATCH] man: use HTTPS links for links that support it

From: "Jason St. John" --- man/binfmt.d.xml | 2 +- man/journald.conf.xml | 2 +- man/machine-id.xml | 2 +- man/os-release.xml | 2 +- man/sd-id128.xml | 2 +- man/systemd.cgroup.xml | 20 ++-- man/systemd.exec.xml | 6 +++--- man/systemd.xml

[systemd-devel] [PATCH v2] detect-virt: detect User-Mode Linux

In a User-Mode Linux session: $ systemd-detect-virt none Although it is possible to reliably detect virtualization: $ cat /proc/cpuinfo processor : 0 vendor_id : User Mode Linux model name : UML mode: skas host: Linux kytes 3.11.0-rc1-