[systemd-devel] Start and stop actions of device units

2013-04-13 Thread Léo Gillot-Lamure
Hi. Would it be possible to bind something to the start and stop actions of a device unit ? I've got a device (a hard drive) that I can programmatically plug/unplug using commands such as echo '0 0 0' /sys/class/scsi_host/host1/ scan and echo 1

[systemd-devel] systemd-readahead and often used applications

2013-04-13 Thread Reindl Harald
Hi as far as i understand systemd-readahead is catching what is loaded directly due boot and 10 seconds after, well that's fine but is there a possibility to feed it with additional applications? example of the real life here: * the machine get powered on in the morning * due this sitting in

Re: [systemd-devel] Start and stop actions of device units

2013-04-13 Thread Colin Guthrie
'Twas brillig, and Léo Gillot-Lamure at 13/04/13 11:11 did gyre and gimble: Hi. Would it be possible to bind something to the start and stop actions of a device unit ? I've got a device (a hard drive) that I can programmatically plug/unplug using commands such as echo '0 0 0'

Re: [systemd-devel] Start and stop actions of device units

2013-04-13 Thread Kay Sievers
On Sat, Apr 13, 2013 at 12:11 PM, Léo Gillot-Lamure leo.gil...@navaati.net wrote: Hi. Would it be possible to bind something to the start and stop actions of a device unit ? I've got a device (a hard drive) that I can programmatically plug/unplug using commands such as echo '0 0 0'

Re: [systemd-devel] Start and stop actions of device units

2013-04-13 Thread Zbigniew Jędrzejewski-Szmek
On Sat, Apr 13, 2013 at 12:30:33PM +0100, Colin Guthrie wrote: 'Twas brillig, and Léo Gillot-Lamure at 13/04/13 11:11 did gyre and gimble: Hi. Would it be possible to bind something to the start and stop actions of a device unit ? I've got a device (a hard drive) that I can

Re: [systemd-devel] [PATCH] Add support for initial state of NumLock

2013-04-13 Thread Lennart Poettering
On Fri, 12.04.13 18:53, Stanislav Brabec (sbra...@suse.cz) wrote: Add support for setting of initial state of NumLock. Supported values are yes, no and bios (on x86 platforms). It sets NumLock in virtual consoles. If NumLock should be turned on, it also creates empty /run/numlock-on, which

[systemd-devel] [PATCH] [RFCv5] Optionally save core dumps as plain files

2013-04-13 Thread Oleksii Shevchuk
Introduce configuration file: /etc/systemd/coredump.conf with configurable uid/gid parameters, optional backends to journal and files, per storage size limits Default filestorage choosed as /run/log/coredump or /var/log/coredump with next reason: 1. These files produced with systemd component 2.

Re: [systemd-devel] systemd-readahead and often used applications

2013-04-13 Thread Kok, Auke-jan H
On Sat, Apr 13, 2013 at 4:27 AM, Reindl Harald h.rei...@thelounge.net wrote: Hi as far as i understand systemd-readahead is catching what is loaded directly due boot and 10 seconds after, well that's fine but is there a possibility to feed it with additional applications? example of the

Re: [systemd-devel] systemd-readahead and often used applications

2013-04-13 Thread Reindl Harald
Am 13.04.2013 23:08, schrieb Kok: On Sat, Apr 13, 2013 at 4:27 AM, Reindl Harald h.rei...@thelounge.net wrote: it would make pretty much sense that Thunderbird, Firefox and so on are pre-loaded or at least their libraries after the login-manager appears to use the time between boot and login

Re: [systemd-devel] Python journal reader

2013-04-13 Thread Steven Hiscocks
On 13/04/13 23:00, David Strauss wrote: If seems like we should put the conditional special handling for __REALTIME_TIMESTAMP and __MONOTONIC_TIMESTAMP in either _reader.c or right in get(). Here's why: * With the code above, calling Reader.get('__REALTIME_TIMESTAMP') results in the wrong

Re: [systemd-devel] Python journal reader

2013-04-13 Thread Steven Hiscocks
On 13/04/13 23:47, Steven Hiscocks wrote: On 13/04/13 23:00, David Strauss wrote: If seems like we should put the conditional special handling for __REALTIME_TIMESTAMP and __MONOTONIC_TIMESTAMP in either _reader.c or right in get(). Here's why: * With the code above, calling

Re: [systemd-devel] Python journal reader

2013-04-13 Thread David Strauss
I keep writing lengthy emails about how we can use this as an opportunity to reduce redundancy and improve consistency, but I should probably ping you on #systemd IRC to hash it out. I can't think of anything elegant that doesn't involve altering the existing journal.py or _reader.c code. What's

Re: [systemd-devel] systemd-readahead and often used applications

2013-04-13 Thread Kok, Auke-jan H
On Sat, Apr 13, 2013 at 2:24 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 13.04.2013 23:08, schrieb Kok: On Sat, Apr 13, 2013 at 4:27 AM, Reindl Harald h.rei...@thelounge.net wrote: it would make pretty much sense that Thunderbird, Firefox and so on are pre-loaded or at least their