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 wrote: > > > Am 13.04.2013 23:08, schrieb Kok: >> On Sat, Apr 13, 2013 at 4:27 AM, Reindl Harald >> wrote: >>> it would make pretty much sense that Thunderbird, Firefox and >>> so on are pre-loaded or at least their libraries after the >>> login-man

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 y

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 Reader.get('__REA

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 type

Re: [systemd-devel] Python journal reader

2013-04-13 Thread David Strauss
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 type (if anything, I'd need to check), but Read

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 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 > > A lot of t

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 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 real life her

[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. T

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-

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 progra

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 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' > /sys/class/scsi_host/host

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' > /sys/clas

[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

[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 > /sys/devices/pci:00/:00:1f.2/ata2/host1