Re: [systemd-devel] [PATCH] systemd-python: export new sd_journal_{process, get_events, get_timeout}

2013-04-15 Thread Steven Hiscocks
On 14/04/13 23:55, Zbigniew Jędrzejewski-Szmek wrote: get_timeout_ms is added as a convenience function, since it is abysmally hard to call clock_gettime() in Python versions lower than 3.3. And even for Python 3.3 users it saves a few lines. --- Hello, I'd apply this directly, but since we're c

Re: [systemd-devel] Python journal reader

2013-04-15 Thread Steven Hiscocks
On 15/04/13 04:05, David Strauss wrote: Maybe I'm missing something in the Gist patch, but won't Reader.get('__REALTIME_TIMESTAMP') fail with "field name is not valid"? You're right, but `get` is changed to `_get`, so is "private". Use `get_next` and `get_previous` does on the traversal and get

Re: [systemd-devel] [PATCH] Fix spelling errors using 'codespell' tool

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Sun, Apr 14, 2013 at 09:29:25PM -0700, David Strauss wrote: > On Sun, Apr 14, 2013 at 7:42 PM, Anatol Pomozov > wrote: > > I am not sure about this change though. "sevice" looks like a spelling > > as later in code this field is called "service". dbus gurus could you > > please check what name

[systemd-devel] [PATCH] RFC: stack_size_guess() and LINE_MAX limitation for MESSAGE

2013-04-15 Thread harald
From: Harald Hoyer Introduce stack_size_guess() and alloca_maybe_safe() and get rid of the LINE_MAX limitation for MESSAGE in sd_journal_printv*() Harald Hoyer (2): util: add stack_size_guess() and alloca_maybe_safe() journal: get rid of LINE_MAX in sd_journal_printv*() CODING_STYLE

[systemd-devel] [PATCH] util: add stack_size_guess() and alloca_maybe_safe()

2013-04-15 Thread harald
From: Harald Hoyer stack_size_guess() guesses the remaining stack size in bytes. alloca_maybe_safe() returns NULL, if the allocation would exceed the remaining stack. --- CODING_STYLE | 7 +++ Makefile.am | 7 +++ configure.ac | 35 +++

[systemd-devel] [PATCH] journal: get rid of LINE_MAX in sd_journal_printv*()

2013-04-15 Thread harald
From: Harald Hoyer use stack_size_guess() to get rid of LINE_MAX --- src/journal/journal-send.c | 99 +++-- src/journal/test-journal-send.c | 92 +- 2 files changed, 156 insertions(+), 35 deletions(-) diff --git a/src/

[systemd-devel] [PATCH 0/2] V2 RFC: stack_size_guess() and LINE_MAX limitation for MESSAGE

2013-04-15 Thread harald
From: Harald Hoyer Introduce stack_size_guess() and alloca_maybe_safe() and get rid of the LINE_MAX limitation for MESSAGE in sd_journal_printv*() V2: added missing test-stack.c Harald Hoyer (2): util: add stack_size_guess() and alloca_maybe_safe() journal: get rid of LINE_MAX in sd_journal

[systemd-devel] [PATCH 1/2 V2] util: add stack_size_guess() and alloca_maybe_safe()

2013-04-15 Thread harald
From: Harald Hoyer stack_size_guess() guesses the remaining stack size in bytes. alloca_maybe_safe() returns NULL, if the allocation would exceed the remaining stack. --- V2: added missing src/shared/test-stack.c CODING_STYLE| 7 +++ Makefile.am | 7 +++ co

[systemd-devel] [PATCH 2/2] journal: get rid of LINE_MAX in sd_journal_printv*()

2013-04-15 Thread harald
From: Harald Hoyer use stack_size_guess() to get rid of LINE_MAX --- src/journal/journal-send.c | 99 +++-- src/journal/test-journal-send.c | 92 +- 2 files changed, 156 insertions(+), 35 deletions(-) diff --git a/src/

[systemd-devel] systemd-nspawn

2013-04-15 Thread Chir0n
Hello I don't know if this is the right place for this question. Tell me if this is the case. I'm trying to execute the Example 1 of the following tutorial and I can't log with any user. I get an authentication error. http://0pointer.de/public/systemd-man/systemd-nspawn.html More precise

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

2013-04-15 Thread Kok, Auke-jan H
On Sun, Apr 14, 2013 at 2:15 PM, Reindl Harald wrote: > Am 14.04.2013 23:06, schrieb Kok: >> >> [Unit] >> Description=Adaptive readahead daemon >> >> [Service] >> ExecStart=/usr/sbin/preload -f 1 -l "" >> Restart=always >> RestartSec=1 >> Nice=19 >> IOSchedulingClass=3 >> >> [Install] >> Wante

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

2013-04-15 Thread Reindl Harald
Am 15.04.2013 19:53, schrieb Kok: >> thanks, i will give it a try >> why not "Type=forking"? >> >> in my expierience a service works with simple/forking and only >> one of them while i must say my low-level understanding may >> not be enouh to realize what to use. > > The daemon does

Re: [systemd-devel] systemd-nspawn

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 02:31:56PM -0300, Chir0n wrote: > Hello > > > > I don't know if this is the right place for this question. Tell me if this > is the > case. It's OK. > I'm trying to execute the Example 1 of the following tutorial and I can't > log with any user. I get an authentication >

Re: [systemd-devel] systemd-nspawn

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 08:36:33PM +0200, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Apr 15, 2013 at 02:31:56PM -0300, Chir0n wrote: > > # yum -y --releasever=19 --nogpg --installroot=/srv/mycontainer > > --disablerepo='*' --enablerepo=fedora install systemd passwd yum > > fedora-release vim-mini

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

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 07:59:51PM +0200, Reindl Harald wrote: > > > Am 15.04.2013 19:53, schrieb Kok: > >> thanks, i will give it a try > >> why not "Type=forking"? > >> > >> in my expierience a service works with simple/forking and only > >> one of them while i must say my low-level understandi

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

2013-04-15 Thread Reindl Harald
Am 15.04.2013 20:50, schrieb Zbigniew Jędrzejewski-Szmek: > On Mon, Apr 15, 2013 at 07:59:51PM +0200, Reindl Harald wrote: >> >> >> Am 15.04.2013 19:53, schrieb Kok: thanks, i will give it a try why not "Type=forking"? in my expierience a service works with simple/forking and

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

2013-04-15 Thread Kok, Auke-jan H
On Mon, Apr 15, 2013 at 10:59 AM, Reindl Harald wrote: > > > Am 15.04.2013 19:53, schrieb Kok: >>> thanks, i will give it a try >>> why not "Type=forking"? >>> >>> in my expierience a service works with simple/forking and only >>> one of them while i must say my low-level understanding may >>> not

Re: [systemd-devel] [PATCH 2/2] journal: get rid of LINE_MAX in sd_journal_printv*()

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 06:41:52PM +0200, har...@redhat.com wrote: > From: Harald Hoyer > > use stack_size_guess() to get rid of LINE_MAX > --- > src/journal/journal-send.c | 99 > +++-- > src/journal/test-journal-send.c | 92

Re: [systemd-devel] [PATCH 2/2] journal: get rid of LINE_MAX in sd_journal_printv*()

2013-04-15 Thread Harald Hoyer
Am 15.04.2013 21:29, schrieb Zbigniew Jędrzejewski-Szmek: > On Mon, Apr 15, 2013 at 06:41:52PM +0200, har...@redhat.com wrote: >> From: Harald Hoyer >> >> use stack_size_guess() to get rid of LINE_MAX >> --- >> src/journal/journal-send.c | 99 >> +++-- >>

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

2013-04-15 Thread Reindl Harald
Am 15.04.2013 21:17, schrieb Kok: > On Mon, Apr 15, 2013 at 10:59 AM, Reindl Harald > wrote: >> >> >> Am 15.04.2013 19:53, schrieb Kok: thanks, i will give it a try why not "Type=forking"? in my expierience a service works with simple/forking and only one of them while

Re: [systemd-devel] Python journal reader

2013-04-15 Thread David Strauss
Oh, okay. Sounds good. On Apr 15, 2013 12:28 AM, "Steven Hiscocks" wrote: > On 15/04/13 04:05, David Strauss wrote: > >> Maybe I'm missing something in the Gist patch, but won't >> Reader.get('__REALTIME_**TIMESTAMP') fail with "field name is not >> valid"? >> >> You're right, but `get` is chang

Re: [systemd-devel] Python journal reader

2013-04-15 Thread David Strauss
In other words, let's commit this today. :-) ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH 2/2] journal: get rid of LINE_MAX in sd_journal_printv*()

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 10:17:45PM +0200, Harald Hoyer wrote: > Am 15.04.2013 21:29, schrieb Zbigniew Jędrzejewski-Szmek: > > On Mon, Apr 15, 2013 at 06:41:52PM +0200, har...@redhat.com wrote: > >> From: Harald Hoyer > >> > >> use stack_size_guess() to get rid of LINE_MAX > >> --- > >> src/journa

Re: [systemd-devel] [PATCH 2/2] journal: get rid of LINE_MAX in sd_journal_printv*()

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 11:21:03PM +0200, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Apr 15, 2013 at 10:17:45PM +0200, Harald Hoyer wrote: > > Am 15.04.2013 21:29, schrieb Zbigniew Jędrzejewski-Szmek: > > > On Mon, Apr 15, 2013 at 06:41:52PM +0200, har...@redhat.com wrote: > > >> From: Harald Hoy

[systemd-devel] Boot Service on Select Motherboard Only

2013-04-15 Thread systemdkiosk
Question: how to boot ntpd.service on one PC and not others from the same USB stick. Network Time Service computes clock tweaks for a motherboard. The idea is to run it on just one motherboard brand/model, or maybe serial number. If the USB stick boots another PC, then ntpd is bypassed, because th

Re: [systemd-devel] systemd-nspawn

2013-04-15 Thread Chir0n
Although I have a 3.8.5 kernel (Fedora 18) and util-linux package installed, I don't have the nsenter binary. Running the host with audit=0 it worked fine, however, the network functions are working weird, but I think this is another problem. Thank you very much. On Mon, Apr 15, 2013 at 3:48 PM

Re: [systemd-devel] [PATCH v2] tools: add static-nodes tool

2013-04-15 Thread Lucas De Marchi
Hi Tom, On Fri, Apr 12, 2013 at 9:15 PM, Tom Gundersen wrote: > This tool reads modules.devname from the current kernel directory and outputs > the information. > > For now only the tmpfiles.d(5) format is supported, but more could easily be > added in the future if there is a need. > > When boot

[systemd-devel] Fwd: [systemd-commits] Makefile.am src/bootchart - Make bootcharts go to the journal

2013-04-15 Thread Kok, Auke-jan H
FYI - this is a first pass to putting the bootcharts into the journal, exactly as coredump does. Ultimately, I will probably make bootcharts not go to disk other than the journal by default. A single one-liner can be used to get the latest bootchart automatically: $ journalctl -b MESSAGE_ID=9f26a

Re: [systemd-devel] Python journal reader

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 01:52:48PM -0700, David Strauss wrote: > In other words, let's commit this today. :-) I concur. I haven't actually applied the patch and tested, just looked at it. It would be great to finally have some test suite. Do you want to apply it, or should I? Zbyszek _

Re: [systemd-devel] [PATCH] systemd-python: export new sd_journal_{process, get_events, get_timeout}

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 08:24:08AM +0100, Steven Hiscocks wrote: > On 14/04/13 23:55, Zbigniew Jędrzejewski-Szmek wrote: > >get_timeout_ms is added as a convenience function, since > >it is abysmally hard to call clock_gettime() in Python > >versions lower than 3.3. And even for Python 3.3 users >

Re: [systemd-devel] Python journal reader

2013-04-15 Thread David Strauss
On Mon, Apr 15, 2013 at 4:40 PM, Zbigniew Jędrzejewski-Szmek wrote: > Do you want to apply it, or should I? I haven't run it, either, but I trust Steven's own evaluation enough for this change. A test suite is a good goal for longer-term. -- David Strauss | da...@davidstrauss.net | +1 512

Re: [systemd-devel] Python journal reader

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Tue, Apr 16, 2013 at 01:40:44AM +0200, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Apr 15, 2013 at 01:52:48PM -0700, David Strauss wrote: > > In other words, let's commit this today. :-) > I concur. I haven't actually applied the patch and tested, just looked > at it. It would be great to final

Re: [systemd-devel] Python journal reader

2013-04-15 Thread David Strauss
I thought he did that in this thread: [systemd-devel] [PATCH] python-systemd: Reader return special fields and _Reader changes Also, feel free to commit. I don't have my home machine set up for committing emails from this list. On Mon, Apr 15, 2013 at 7:53 PM, Zbigniew Jędrzejewski-Szmek wrote:

Re: [systemd-devel] Python journal reader

2013-04-15 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Apr 15, 2013 at 09:42:21PM -0700, David Strauss wrote: > I thought he did that in this thread: > [systemd-devel] [PATCH] python-systemd: Reader return special fields > and _Reader changes Oh, I missed that. > Also, feel free to commit. I don't have my home machine set up for > committing e