On Tue, 02.06.15 20:31, Martin Belanger (martin.belan...@cyaninc.com) wrote:
I'm using systemd 219 (Ubuntu 15.04).
I have three instances of a daemon running. I use SyslogIdentifier to
give each of them a unique identifier (e.g. myproc-1, myproc-2,
myproc-3). I also redirect stdout/stderr
On Thu, 04.06.15 23:41, cee1 (fykc...@gmail.com) wrote:
Hi all,
I'm running systemd v219 on a ARM board, and find following suspicious
log message:
Jan 01 08:00:01 localhost unknown: c3 1 (systemd) systemd[1]: Mounting
Debug File System...
Jan 01 08:00:01 localhost unknown: c3 1
On 06/09/2015 11:02 AM, Lennart Poettering wrote:
On Mon, 01.06.15 22:43, Michael Biebl (mbi...@gmail.com) wrote:
2015-06-01 20:12 GMT+02:00 David Herrmann dh.herrm...@gmail.com:
Hi
As of today we've disabled git-push to fd.o. The official development
git repository is now at github [1].
On Wed, 03.06.15 16:31, Daurnimator (q...@daurnimator.com) wrote:
On 3 June 2015 at 16:01, Lennart Poettering lenn...@poettering.net wrote:
On Wed, 03.06.15 15:40, Daurnimator (q...@daurnimator.com) wrote:
I was playing around with nss, and found that my loopback interface ip
doesn't
On Tue, 02.06.15 11:07, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
---
src/shared/random-util.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/shared/random-util.c b/src/shared/random-util.c
index 88f5182508e7..b230044f5099 100644
--- a/src/shared/random-util.c
+++
On Fri, 29.05.15 10:40, Eric Cook (l...@gmx.com) wrote:
using _wanted instead of calling compadd directly. this allows the user to
customize
possible matches.
An example being, grouping units by type:
autoload -Uz compinit; compinit
zstyle ':completion:*' menu select
zstyle
Hello all,
I was about to (re-)enable seccomp support in our systemd packages,
and to write an integration test for it. However, it seems that this
currently does not seem to work at all.
config.h has HAVE_SECCOMP==1, and systemctl --version shows +SECCOMP,
kernel has CONFIG_SECCOMP=y,
On 06/09/2015 02:30 PM, Jóhann B. Guðmundsson wrote:
As of today we've disabled git-push to fd.o. The official development
git repository is now at github [1].
What about the bug tracker? Will it remain at fdo's bugzilla. I have
to admit I'm not a huge fan of github's bug tracker.
I am not
On Mon, 01.06.15 22:43, Michael Biebl (mbi...@gmail.com) wrote:
2015-06-01 20:12 GMT+02:00 David Herrmann dh.herrm...@gmail.com:
Hi
As of today we've disabled git-push to fd.o. The official development
git repository is now at github [1].
What about the bug tracker? Will it remain at
Development has moved to github.com/systemd
It is probably better to submit a Github Push Request there if you have not
done so already.
Thanks
--
02DFF788
4D30 903A 1CF3 B756 FB48 1514 3148 83A2 02DF F788
http://keys.gnupg.net/pks/lookup?op=vindexsearch=0x314883A202DFF788
Dominick Grift
On Fri, 2015-06-05 at 16:16 +0200, Jean-Christian de Rivaz wrote:
Le 05. 06. 15 15:51, poma a écrit :
On 05.06.2015 15:37, Jean-Christian de Rivaz wrote:
Le 05. 06. 15 15:09, poma a écrit :
On 05.06.2015 14:14, Jean-Christian de Rivaz wrote:
Le 05. 06. 15 13:18, Aleksander Morgado a écrit
On Tue, 09.06.15 17:01, Dominick Grift (dac.overr...@gmail.com) wrote:
Development has moved to github.com/systemd
It is probably better to submit a Github Push Request there if you have not
done so already.
Well, we still accept patches by mails to the mailing list. However we
prefer
On Tue, 2015-06-09 at 19:33 +0200, Jakub Skořepa wrote:
Hello,
My name is Jakub Skořepa and I'm working on Cockpit UI for Systemd
Timers.
For that I need to create and modify systemd unit files. Cockpit uses
D
-Bus for everything so I need D-Bus API for that. I think that it
would
be
Oh please Jira no, it is too much and the user friendliness is highly
arguable.
On Tue, Jun 9, 2015 at 8:46 AM Jóhann B. Guðmundsson johan...@gmail.com
wrote:
On 06/09/2015 11:57 AM, Mihamina Rakotomandimby wrote:
On 06/09/2015 02:30 PM, Jóhann B. Guðmundsson wrote:
As of today we've
On 06/09/2015 06:42 PM, David Timothy Strauss wrote:
Let's just try the GitHub tracker. I like how it associates issues
with pull requests and supports auto-linking for commit IDs, user
names, and other issue numbers. Is there any serious use case for
systemd upstream it doesn't support?
On 06/09/2015 06:53 PM, Camilo Aguilar wrote:
Oh please Jira no, it is too much and the user friendliness is highly
arguable.
Please do not top post and compared to bugzilla and the lack of proper
oversight github and other issue tracker provide it's much better.
JBG
Let's just try the GitHub tracker. I like how it associates issues with
pull requests and supports auto-linking for commit IDs, user names, and
other issue numbers. Is there any serious use case for systemd upstream it
doesn't support?
___
systemd-devel
Hello,
My name is Jakub Skořepa and I'm working on Cockpit UI for Systemd
Timers.
For that I need to create and modify systemd unit files. Cockpit uses D
-Bus for everything so I need D-Bus API for that. I think that it would
be beneficial if systemd was able to create unit files on-the-fly using
On Tue, 2015-06-09 at 19:34 +0200, Jean-Christian de Rivaz wrote:
Le 09. 06. 15 17:43, Dan Williams a écrit :
On Fri, 2015-06-05 at 16:16 +0200, Jean-Christian de Rivaz wrote:
Le 05. 06. 15 15:51, poma a écrit :
On 05.06.2015 15:37, Jean-Christian de Rivaz wrote:
Le 05. 06. 15 15:09, poma
On Tue, 09.06.15 11:30, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
I would like to see us move and migrated the bugs to jira ( which is without
doubt the best and friendliest bug tracker I have found ) which integrates
nicely with github as well as move the community wiki to confluence
Moving from #88 to this thread:
On Tue, Jun 9, 2015 at 12:41 PM, Lennart Poettering
lenn...@poettering.net wrote:
So I think updating the PR (by force-pushing) is really nasty, and we
shouldn't do it. Instead, please push a new PR, mention that it
obsoletes the old one. (of course, I wished
On Wed, 03.06.15 10:39, Krzesimir Nowak (krzesi...@endocode.com) wrote:
Hi,
I see that some patches from mailing list were imported as issues to
github.com (like this one - https://github.com/systemd/systemd/pull/16).
There's a problem with that - I can't update the PR anymore with followup
Usually, when a PR needs fixing, it is done in the same PR, and there may
be need to rebase so that commit history is not polluted, hence git push -f
On Tue, Jun 9, 2015 at 3:59 PM Lennart Poettering lenn...@poettering.net
wrote:
On Tue, 09.06.15 18:42, David Timothy Strauss
On Tue, Jun 9, 2015 at 12:59 PM, Lennart Poettering
lenn...@poettering.net wrote:
[...] so we comment and ask for a new PR, and close the old one.
See my previous comment, I think this cure is worse than the disease :-)
Instead, just reuse the same PR and use `git push -f` to ship new
versions
On Tue, 02.06.15 11:08, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
For the sake of the archives, this got merged as:
https://github.com/systemd/systemd/pull/12
---
src/shared/missing.h | 28
1 file changed, 28 insertions(+)
diff --git
On Tue, 09.06.15 18:42, David Timothy Strauss (da...@davidstrauss.net) wrote:
Let's just try the GitHub tracker. I like how it associates issues with
pull requests and supports auto-linking for commit IDs, user names, and
other issue numbers. Is there any serious use case for systemd upstream
On 06/09/2015 07:50 PM, Lennart Poettering wrote:
On Tue, 09.06.15 11:30, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
I would like to see us move and migrated the bugs to jira ( which is without
doubt the best and friendliest bug tracker I have found ) which integrates
nicely with
On 06/09/2015 06:42 PM, David Timothy Strauss wrote:
Let's just try the GitHub tracker. I like how it associates issues
with pull requests and supports auto-linking for commit IDs, user
names, and other issue numbers. Is there any serious use case for
systemd upstream it doesn't support?
I
Hi Lennart,
I found a workaround. When looking at the source code for sd_journal_print(),
I saw that SYSLOG_IDENTIFIER defaults to the string pointed to by
program_invocation_short_name
(defined in errno.h). So I simply create a new string with the text that I
want to assign to SYSLOG_IDENTIFIER
On Tue, 09.06.15 13:00, Martin Pitt (martin.p...@ubuntu.com) wrote:
Hello all,
I was about to (re-)enable seccomp support in our systemd packages,
and to write an integration test for it. However, it seems that this
currently does not seem to work at all.
Works fine here.
config.h has
On 06/09/2015 09:34 PM, Lennart Poettering wrote:
On Tue, 09.06.15 19:19, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
On 06/09/2015 06:42 PM, David Timothy Strauss wrote:
Let's just try the GitHub tracker. I like how it associates issues with
pull requests and supports auto-linking
On Thu, 04.06.15 18:22, nusenu (nus...@openmailbox.org) wrote:
Error message:
Failed at step NAMESPACE spawning /usr/bin/tor: No such
file or directory service: main process exited,
code=exited, status=226/NAMESPACE
Any chance you can retry to reproduce this with strace -p1
-o
On Tue, 02.06.15 16:19, Christoph Pleger (christoph.ple...@cs.tu-dortmund.de)
wrote:
Hello,
I created a new target, defined by this target file:
[Unit]
Description=LOCAL
Requires=multi-user.target
After=multi-user.target
Conflicts=rescue.target
AllowIsolate=yes
The new target only
On Mon, 01.06.15 17:26, har...@redhat.com (har...@redhat.com) wrote:
From: Harald Hoyer har...@redhat.com
If cryptsetup is called with a source device as argv[3], then craft the
ID for the password agent with a unique device path.
If possible /dev/block/maj:min is used, otherwise the
On 06/09/2015 09:44 PM, Lennart Poettering wrote:
On Tue, 09.06.15 21:11, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
We need to do proper QA to properly support and backup our downstream
consumers ( distributions, embedded and otherwise) and that means tagging
bugs by distributions,
On Mon, 01.06.15 20:43, Mantas Mikulėnas (graw...@gmail.com) wrote:
I find:
1. systemd will generate a -.mount unit from /proc/self/mountsinfo
2. systemd will generate a -.mount unit by systemd-fstab-generator
Q:
* Which one takes priority?
The latter, because it's a real unit, not
On Tue, 09.06.15 12:55, Filipe Brandenburger (filbran...@google.com) wrote:
Moving from #88 to this thread:
On Tue, Jun 9, 2015 at 12:41 PM, Lennart Poettering
lenn...@poettering.net wrote:
So I think updating the PR (by force-pushing) is really nasty, and we
shouldn't do it. Instead,
On Tue, 09.06.15 21:11, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
We need to do proper QA to properly support and backup our downstream
consumers ( distributions, embedded and otherwise) and that means tagging
bugs by distributions, vendors, releases.
I'd be very careful with
On Tue, 09.06.15 13:50, Martin Belanger (martin.belan...@cyaninc.com) wrote:
Hi Lennart,
I found a workaround. When looking at the source code for sd_journal_print(),
I saw that SYSLOG_IDENTIFIER defaults to the string pointed to by
program_invocation_short_name
(defined in errno.h). So I
On Tue, Jun 9, 2015 at 2:37 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 09.06.15 13:04, Filipe Brandenburger (filbran...@google.com) wrote:
On Tue, Jun 9, 2015 at 12:59 PM, Lennart Poettering lenn...@poettering.net
wrote:
[...] so we comment and ask for a new PR, and close
On Tue, 09.06.15 14:54, Filipe Brandenburger (filbran...@google.com) wrote:
On Tue, Jun 9, 2015 at 2:37 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 09.06.15 13:04, Filipe Brandenburger (filbran...@google.com) wrote:
On Tue, Jun 9, 2015 at 12:59 PM, Lennart Poettering
On Tue, 09.06.15 14:47, Stephen Gallagher (sgall...@redhat.com) wrote:
In order for ModifyUnit() to work, there also needs to be a way to
retrieve the current definition of the unit on the system. (And,
ideally, a way to retrieve this for any unit currently loaded into
systemd).
systemctl
On Tue, 09.06.15 19:19, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
On 06/09/2015 06:42 PM, David Timothy Strauss wrote:
Let's just try the GitHub tracker. I like how it associates issues with
pull requests and supports auto-linking for commit IDs, user names, and
other issue numbers.
On Tue, 09.06.15 13:04, Filipe Brandenburger (filbran...@google.com) wrote:
On Tue, Jun 9, 2015 at 12:59 PM, Lennart Poettering
lenn...@poettering.net wrote:
[...] so we comment and ask for a new PR, and close the old one.
See my previous comment, I think this cure is worse than the
Hi, David,
I think I've found the reason for my problem. That is , with
arg0path=/p1/p2/p3,
The sent signal should be sent with arg0=/p1/p2/p3/, but not arg0=/p1/p2/p3.
Then Another question is, with arg0path=/p1/p2, the signal sent with
arg0=/p1/p2/p3
should be received and the
On 06/09/2015 11:57 AM, Mihamina Rakotomandimby wrote:
On 06/09/2015 02:30 PM, Jóhann B. Guðmundsson wrote:
As of today we've disabled git-push to fd.o. The official development
git repository is now at github [1].
What about the bug tracker? Will it remain at fdo's bugzilla. I have
to
On 9 June 2015 at 20:36, Lennart Poettering lenn...@poettering.net wrote:
On Wed, 03.06.15 16:31, Daurnimator (q...@daurnimator.com) wrote:
On 3 June 2015 at 16:01, Lennart Poettering lenn...@poettering.net wrote:
On Wed, 03.06.15 15:40, Daurnimator (q...@daurnimator.com) wrote:
I was
On Tue, Jun 9, 2015 at 1:00 PM, Martin Pitt martin.p...@ubuntu.com wrote:
Hello all,
I was about to (re-)enable seccomp support in our systemd packages,
and to write an integration test for it. However, it seems that this
currently does not seem to work at all.
config.h has HAVE_SECCOMP==1,
On 06/09/2015 10:50 PM, Lennart Poettering wrote:
I would like to see us move and migrated the bugs to jira ( which is without
doubt the best and friendliest bug tracker I have found ) which integrates
nicely with github as well as move the community wiki to confluence to
strengthen
I found an oversight in the previous v1 patch, found at
http://lists.freedesktop.org/archives/systemd-devel/2015-June/032796.html,
that u-load_state == UNIT_ERROR in the error path of unit_load(),
that is:
int unit_load(Unit *u) {
int r;
...cut...
fail:
u-load_state = u-load_state
From: HATAYAMA Daisuke d.hatay...@jp.fujitsu.com
Subject: Re: [systemd-devel] [PATCH] selinux: fix missing SELinux unit access
check
Date: Wed, 10 Jun 2015 12:18:48 +0900 (JST)
From: Lennart Poettering lenn...@poettering.net
Subject: Re: [systemd-devel] [PATCH] selinux: fix missing SELinux
From: Lennart Poettering lenn...@poettering.net
Subject: Re: [systemd-devel] [PATCH] selinux: fix missing SELinux unit access
check
Date: Mon, 8 Jun 2015 12:37:14 +0200
On Mon, 08.06.15 19:00, HATAYAMA Daisuke (d.hatay...@jp.fujitsu.com) wrote:
Currently, SELinux unit access check is not
Filipe Brandenburger [2015-06-09 12:55 -0700]:
I think a more productive advice would be for reviewers to avoid using
line comments for anything that is wanted for posterity and instead
only use them to say typo or comment here or to point out what
exactly in the code the comment on the main
53 matches
Mail list logo