Re: [systemd-devel] [ANNOUNCE] systemd 199

On Tue, Mar 26, 2013 at 05:40:59PM +0100, Philip Müller wrote: > systemd-199 build just fine on 64bit, but on 32bit it fails during check: > > PASS: test-sleep > ./build-aux/test-driver: line 95: 18318 Segmentation fault (core > dumped) "$@" > $log_file 2>&1 Fixed as of 49e5de64e22ea4794092b91393

[systemd-devel] [PATCH]: fix doc generation with python3.x in non utf-8 locales

Hi, Here is a patch that fixed documentation with python 3.x in non utf-8 locales. Specifically in my locale latin-1 is the default setting for output going to stdout, which causes it to fail. By writing directly to file we are able to set the locale to utf-8. This also eliminates a call to t

Re: [systemd-devel] [ANNOUNCE] systemd 199

Hi, I just tried to revert Zbigniew's patches and build it again. Still got the same error message: 2013-02-07 tests: skip tests if manager cannot be created Zbigniew

[systemd-devel] [PATCH v2] systemd-analyze: filter dot output

Make "systemd-analyze dot" output only lines with units matching given glob(7) patterns. With one pattern either unit may match the pattern. With two patterns units need to match the patterns respectively. Without any patterns all relationships are printed. --- This filtering isn't as powerfull as

Re: [systemd-devel] [ANNOUNCE] systemd 199

On Tue, Mar 26, 2013 at 10:32 AM, Lennart Poettering wrote: > On Tue, 26.03.13 10:06, Shawn (shawnland...@gmail.com) wrote: > >> you could get a backtrace in gdb > > Yes, please provide a backtrace for this! that's a helluva hard thing to do with systemd-coredump somehow not working on my box. I

Re: [systemd-devel] [PATCH] condition: add option ConditionArchitecture

El 26/03/13 15:17, Bill Nottingham escribió: Lukas Nykryn (lnyk...@redhat.com) said: --- TODO | 2 -- man/systemd.unit.xml.in | 8 src/core/condition.c | 16 src/core/condition.h |

Re: [systemd-devel] [PATCH] condition: add option ConditionArchitecture

Lukas Nykryn (lnyk...@redhat.com) said: > --- > TODO | 2 -- > man/systemd.unit.xml.in | 8 > src/core/condition.c | 16 > src/core/condition.h | 1 + > src/core/load-fragment-gperf.gperf

Re: [systemd-devel] [systemd-commits] Makefile.am src/readahead

On Tue, Mar 26, 2013 at 10:44 AM, Kok, Auke-jan H wrote: > On Tue, Mar 26, 2013 at 10:38 AM, Lennart Poettering > wrote: >> On Tue, 26.03.13 10:33, Auke-Jan Kok (a...@kemper.freedesktop.org) wrote: >> >> Heyhey, wait. >> >>> +clock_gettime(CLOCK_MONOTONIC, &starttime); >> >> Could you ple

Re: [systemd-devel] [ANNOUNCE] systemd 199

On Tue, Mar 26, 2013 at 06:32:38PM +0100, Lennart Poettering wrote: > On Tue, 26.03.13 10:06, Shawn (shawnland...@gmail.com) wrote: > > > you could get a backtrace in gdb > > Yes, please provide a backtrace for this! I just ran a git bisect on this issue, and it's been happening on my system si

Re: [systemd-devel] [systemd-commits] Makefile.am src/readahead

On Tue, Mar 26, 2013 at 10:38 AM, Lennart Poettering wrote: > On Tue, 26.03.13 10:33, Auke-Jan Kok (a...@kemper.freedesktop.org) wrote: > > Heyhey, wait. > >> +clock_gettime(CLOCK_MONOTONIC, &starttime); > > Could you please turn this into an usec_t? We generally use usec_t for > everythin

Re: [systemd-devel] [systemd-commits] Makefile.am src/readahead

On Tue, 26.03.13 10:33, Auke-Jan Kok (a...@kemper.freedesktop.org) wrote: Heyhey, wait. > +clock_gettime(CLOCK_MONOTONIC, &starttime); Could you please turn this into an usec_t? We generally use usec_t for everything, it's much simpler to use. We won't use the floating point stuff then e

[systemd-devel] [PATCH] condition: add option ConditionArchitecture

--- TODO | 2 -- man/systemd.unit.xml.in | 8 src/core/condition.c | 16 src/core/condition.h | 1 + src/core/load-fragment-gperf.gperf.m4 | 1 + 5 files changed, 26 insertions(+), 2 dele

Re: [systemd-devel] [PATCH] [RFC][PLEASE TEST] readahead: chunk on spinning media

On Mon, Mar 25, 2013 at 9:53 AM, Frederic Crozat wrote: > Le vendredi 22 mars 2013 à 15:22 -0700, Auke Kok a écrit >> For a comparison of how before/after bootcharts look (ext4 on a >> mobile 5400rpm 250GB drive) please look at: >> >> http://foo-projects.org/~sofar/blocked-tests/ >> >> There a

Re: [systemd-devel] [ANNOUNCE] systemd 199

On Tue, 26.03.13 10:06, Shawn (shawnland...@gmail.com) wrote: > you could get a backtrace in gdb Yes, please provide a backtrace for this! Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.or

[systemd-devel] [PATCH] kernel-install: don't make unused parameter mandatory

We only use the image name in the case we're adding a kernel Signed-off-by: Marc-Antoine Perennou --- src/kernel-install/kernel-install | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/kernel-install/kernel-install b/src/kernel-install/kernel-install index 16c06e0..9

Re: [systemd-devel] [ANNOUNCE] systemd 199

you could get a backtrace in gdb On Tue, Mar 26, 2013 at 10:00 AM, Philip Müller wrote: > Attached the bus-marshal.log, if it helps. > > Phil > > ___ > systemd-devel mailing list > systemd-devel@lists.freedesktop.org > http://lists.freedesktop.org/mai

Re: [systemd-devel] [ANNOUNCE] systemd 199

Attached the bus-marshal.log, if it helps. Phil message size = 362, contents = 6c010001ea0067126a0001016f0001002f0003017300040050696570020173000c00666f6f6261722e77616c646f060173000c00666f6f6261722e77616c646f08016700147361737361737361

Re: [systemd-devel] [ANNOUNCE] systemd 199

systemd-199 build just fine on 64bit, but on 32bit it fails during check: PASS: test-sleep ./build-aux/test-driver: line 95: 18318 Segmentation fault (core dumped) "$@" > $log_file 2>&1 Full check-log is attached. Linux manjaro 3.4.37-1-MANJARO #1 SMP PREEMPT Wed Mar 20 22:08:42 CET 2013 i68

[systemd-devel] [ANNOUNCE] systemd 199

Heya, Many bugfixes but a few new features, too. http://www.freedesktop.org/software/systemd/systemd-199.tar.xz (Note that the git tag is still missing in the repo. Currently there's something wrong with the git tag verifier in the repo on fdo, so I can't push this... I will push the tag as soon

Re: [systemd-devel] [PATCH] test-hashmap.c first part

On Tue, 26.03.13 15:10, Daniel Buch (boogiewasth...@gmail.com) wrote: > This is first part of hashmap test unit - last part is in > development. So review is much appreciated Thanks for picking this up! Much appreciated! > +#define FOREACH_CONST_CHAR(value, table) \ > +for (const char **

Re: [systemd-devel] [PATCH 2/2] systemd-analyze: --type cpuacct option for blame

On Tue, 26.03.13 12:14, Umut Tezduyar (u...@tezduyar.com) wrote: > Hi Auke-jan, > > I have learned the existence of systemd-cgtop hard way. Thanks for making > me aware of it. It makes a lot more sense to put cpuacct information to > systemd-cgtop. I have few concerns though. > > systemd-cgtop u

[systemd-devel] [PATCH] test-hashmap.c first part

This is first part of hashmap test unit - last part is in development. So review is much appreciated Thanks in advance. --- Makefile.am | 10 +++ src/test/test-hashmap.c | 203 2 files changed, 213 insertions(+) create mode 100644 s

[systemd-devel] Possible race condition for setting cgroup sticky bit

I'm seeing a problem with a service sometimes failing to start due to a missing cgroup. After some debugging I've made the following observations: After exec_spawn() forks, the child will set the sticky bit for the cgroup (in cg_set_task_access) but sometimes, the cgroup is missing (lstat return

Re: [systemd-devel] src/login/uaccess.c: Dead code?

Kay Sievers [2013-03-26 13:08 +0100]: > Sure, delete it. *flush*, gone. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) ___ systemd-devel mailing list systemd-d

Re: [systemd-devel] src/login/uaccess.c: Dead code?

On Tue, Mar 26, 2013 at 11:51 AM, Martin Pitt wrote: > I just noticed that src/login/uaccess.c seems to be dead code, not > being referenced anywhere in the build system. It looks like it was > forgotten to clean up when moving that functionality to > src/udev/udev-builtin-uaccess.c? > > OK to pus

Re: [systemd-devel] [PATCH 2/2] systemd-analyze: --type cpuacct option for blame

Hi Auke-jan, I have learned the existence of systemd-cgtop hard way. Thanks for making me aware of it. It makes a lot more sense to put cpuacct information to systemd-cgtop. I have few concerns though. systemd-cgtop updates itself every x interval and retrieving the unit list from systemd and ask

Re: [systemd-devel] [PATCH 1/2] systemd-analyze: refactor for more data collection

Hi, Reason was for patch 2/2 as this is patch 1/2. Thanks. On Mon, Mar 25, 2013 at 9:32 PM, Kok, Auke-jan H wrote: > On Sun, Mar 24, 2013 at 11:23 AM, Umut Tezduyar wrote: > > --- > > src/analyze/systemd-analyze.c | 119 > +++-- > > 1 files changed, 66 ins

[systemd-devel] src/login/uaccess.c: Dead code?

Hello, I just noticed that src/login/uaccess.c seems to be dead code, not being referenced anywhere in the build system. It looks like it was forgotten to clean up when moving that functionality to src/udev/udev-builtin-uaccess.c? OK to push? Thanks, Martin -- Martin Pitt

Re: [systemd-devel] [PATCH] systemd-analyze: filter dot output with a regular expression

It was <2013-03-25 pon 23:48>, when Lennart Poettering wrote: > On Mon, 25.03.13 21:19, Lukasz Stelmach (stl...@poczta.fm) wrote: >> W dniu 25.03.2013 16:48, Lennart Poettering pisze: >> > On Sun, 24.03.13 13:32, Łukasz Stelmach (stl...@poczta.fm) wrote: >> > >> >> Make "systemd-analyze dot" outpu