*From:* Andrey Borzenkov
*Sent:* 2014-08-04 22:24:57 EDT
*To:* Patrick Hemmer
*CC:* systemd-devel@lists.freedesktop.org
*Subject:* Re: [systemd-devel] Mount unit using device symlink
> В Mon, 04 Aug 2014 15:43:46 -0400
> Patrick Hemmer пишет:
>
>> I'm trying to mount a device using one of its
В Mon, 04 Aug 2014 15:43:46 -0400
Patrick Hemmer пишет:
> I'm trying to mount a device using one of its symlinks, but systemd
> errors with "Timed out waiting for device dev-block-ec2-ephemeral0.device"
>
> The unit looks like:
> [Unit]
> After=ephemeral0-format.service
> [Mount]
>
Since ordinary connections are only interested in the attach-flags and
policy holders in policies, split conn_update() into:
1) conn_update_attach_flags()
2) conn_update_policy()
This way we use the conn_update_policy() function in test-kdbus-policy
with a policy-holding connection and we pass all
Do another round of connection type checks inside the KDBUS_ITEM
iterator.
We need this since we do not want to allow ordinary connections to
update policy entries that belong to another policy holder connection.
We also do it for the attach flags since only ordinary connections are
interessted i
Allow KDBUS_CMD_CONN_UPDATE for KDBUS_CONN_POLICY_HOLDER connections.
Signed-off-by: Djalal Harouni
---
handle.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/handle.c b/handle.c
index 2e6502b..ac68681 100644
--- a/handle.c
+++ b/handle.c
@@ -636,8 +636,8 @@ static long
Hi,
This goes on top of the previous one:
http://lists.freedesktop.org/archives/systemd-devel/2014-August/021747.html
Kay, sorry it should be perhaps just be a one series, but I just noticed
those bugs, so just send quick fixes.
If you want me to resend as a one series, I will do it, no problem.
If userspace calls in with the wrong connection type, just return
-EOPNOTSUPP instead of -EPERM.
This will not confuse unprivileged and privileged processes, and permits
to identify legitimate -EPERM errors.
This just converts errors introduced in commit 7015a1e6746
Signed-off-by: Djalal Harouni
Recent commit 7015a1e6746e0c2 prevents special-purpose connections from
owning names, so update the test-kdbus-policy tests to follow and test
these changes.
Create a new policy holder connection which will register the policy for
an X name, and make the first conn_db[0] connection own that name.
Lennart Poettering writes:
> On Sun, 27.07.14 15:19, Ansgar Burchardt (ans...@debian.org) wrote:
>> Require exact matches in all cases instead of treating strings
>> starting with 't' ('f') as true (false).
>>
>> This is required for config_parse_protect_system to parse ProtectSystem=full
>> corr
Avoids triggering timers prematurely on systems with significantly inaccurate
clocks, or some embedded platforms that lack one entirely.
---
v2:
- Change systemd.timer.xml to clarify that only OnCalendar= timers are
affected. Lennart, I didn't use your wording because a) I had already
spo
Avoids triggering timers prematurely on systems with significantly inaccurate
clocks, or some embedded platforms that lack one entirely.
---
v2:
- Change systemd.timer.xml to clarify that only OnCalendar= timers are
affected. Lennart, I didn't use your wording because a) I had already
spo
I'm trying to mount a device using one of its symlinks, but systemd
errors with "Timed out waiting for device dev-block-ec2-ephemeral0.device"
The unit looks like:
[Unit]
After=ephemeral0-format.service
[Mount]
What=/dev/block/ec2/ephemeral0
Where=/mnt/ephemeral0
/dev/block/ec
Am 04.08.2014 um 17:09 schrieb Lennart Poettering:
> On Wed, 30.07.14 13:21, Reindl Harald (h.rei...@thelounge.net) wrote:
>
>> http://www.freedesktop.org/software/systemd/man/systemd.exec.html
>>
>> such error messages caused by list all sort of options
>> without any information when they where
Heya!
Don't forget! The next systemd hackfest takes place at FLOCK 2014, in
Prague, Czech Republic, this friday (Aug 8) at 3pm.
https://plus.google.com/events/c85suolfspbcrf3235r6np9aagg
Please sign up on the google event, so that we know you are coming!
Everybody who hacks on systemd, wants to
On Mon, 04.08.14 19:31, Tobias Geerinckx-Rice (tobias.geerinckx.r...@gmail.com)
wrote:
> Unless DefaultDependencies=
> is set to false, timer units will
> implicitly have dependencies of type
> +After= on
> +timer-
On 4 August 2014 14:45, Lennart Poettering wrote:
> On Mon, 04.08.14 12:50, Peter Mattern (matte...@arcor.de) wrote:
>
>> Hello.
>>
>> If a *.timer unit's timestamp as stated by OnCalendar is in the past
>> and the actual system time is even before that timestamp the *.timer
>> gets activated when
Avoids prematurely triggering timers on systems with significantly inaccurate
clocks, or some embedded platforms that lack one entirely.
---
TODO | 2 --
man/systemd.timer.xml | 10 ++
src/core/timer.c | 6 ++
src/shared/special.h | 2 +-
4 files changed, 13 i
When the code for generating resolv.conf was moved from networkd to
resolved the DHCP domain name code was dropped.
---
This is a refresh of the patch on recent master with a little bit of
cleanup from the last. Regarding the robustness/correctness/etc of
setting the "domain" resolv.conf attribute
On Mon, Aug 04, 2014 at 06:05:05PM +0200, Lennart Poettering wrote:
> On Tue, 29.07.14 14:48, Michael Marineau (michael.marin...@coreos.com) wrote:
>
> > When the code for generating resolv.conf was moved from networkd to
> > resolved the DHCP domain name code was dropped.
>
> Hmm, we really shou
On Aug 4, 2014 7:05 PM, "Lennart Poettering" wrote:
>
> On Tue, 29.07.14 14:48, Michael Marineau (michael.marin...@coreos.com)
wrote:
>
> > When the code for generating resolv.conf was moved from networkd to
> > resolved the DHCP domain name code was dropped.
>
> Hmm, we really should figure out h
On Mon, 04.08.14 17:27, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> On Mon, Aug 04, 2014 at 05:21:46PM +0200, Lennart Poettering wrote:
> > On Wed, 30.07.14 00:37, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
> > wrote:
> >
> > > > +_public_ int sd_network_get_domainname(int i
On Tue, 29.07.14 14:48, Michael Marineau (michael.marin...@coreos.com) wrote:
> When the code for generating resolv.conf was moved from networkd to
> resolved the DHCP domain name code was dropped.
Hmm, we really should figure out how we want to support all of this in
the long run, between networ
On 08/04/2014 06:26 PM, Lennart Poettering wrote:
On Mon, 28.07.14 12:18, Susant Sahani (sus...@redhat.com) wrote:
This patch adds SCTP protcol support for socket activation.
SCTP socket can be configured via the conf parameter
'ListenStreamControlTrans' which is kind of too long.
Hmm, should
On Mon, Aug 04, 2014 at 05:21:46PM +0200, Lennart Poettering wrote:
> On Wed, 30.07.14 00:37, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > > +_public_ int sd_network_get_domainname(int ifindex, char **domainname) {
> > > +_cleanup_free_ char *s = NULL, *p = NULL;
> > > +
On Wed, 30.07.14 00:37, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> > +_public_ int sd_network_get_domainname(int ifindex, char **domainname) {
> > +_cleanup_free_ char *s = NULL, *p = NULL;
> > +int r;
> > +
> > +assert_return(ifindex > 0, -EINVAL);
> > +
On Wed, 30.07.14 12:16, lejeczek (pelj...@yahoo.co.uk) wrote:
> sorry to bother developers
> I've been reading, asking forums, etc, but failed to find an answer
> to one quick question:
>
> how do I put users, their whole session from the moment they login
> into a cgroup cpuset?
The "cpuset" co
On Wed, 30.07.14 14:08, Reindl Harald (h.rei...@thelounge.net) wrote:
> * it's more comfortable to have STRG+F in a webbrowsers
"less" and similar pagers actually have search, simply by pressing
"/".
Lennart
--
Lennart Poettering, Red Hat
___
system
On Wed, 30.07.14 13:21, Reindl Harald (h.rei...@thelounge.net) wrote:
> http://www.freedesktop.org/software/systemd/man/systemd.exec.html
>
> such error messages caused by list all sort of options
> without any information when they where introduced are
> really annoying - the docs should clearly
On Mon, Aug 4, 2014 at 11:58 AM, Kay Sievers wrote:
> On Sun, Aug 3, 2014 at 4:39 PM, Djalal Harouni wrote:
>> So I guess we should also block policy holders from owning well-known
>> names ? hmm, then add the policy holders to the "block X connections
>> from sending or receiving... ".
>
> Yes,
On Mon, Jul 28, 2014 at 06:57:30PM +0200, Ansgar Burchardt wrote:
> ---
> NEWS | 2 +-
> man/systemd.exec.xml | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/NEWS b/NEWS
> index 71017fa..d6cbc5a 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -299,7 +299,7 @@ C
On Sun, 27.07.14 15:19, Ansgar Burchardt (ans...@debian.org) wrote:
> Require exact matches in all cases instead of treating strings
> starting with 't' ('f') as true (false).
>
> This is required for config_parse_protect_system to parse ProtectSystem=full
> correctly: it uses parse_boolean and o
On Mon, 28.07.14 12:18, Susant Sahani (sus...@redhat.com) wrote:
> This patch adds SCTP protcol support for socket activation.
> SCTP socket can be configured via the conf parameter
> 'ListenStreamControlTrans' which is kind of too long.
Hmm, shouldn't it suffice opening up ListenSequentialPacket
On Mon, 04.08.14 11:11, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
> >> diff --git a/units/ldconfig.service b/units/ldconfig.service
> >> index 43c145b..09a2b74 100644
> >> --- a/units/ldconfig.service
> >> +++ b/units/ldconfig.service
> >> @@ -13,6 +13,7 @@ Conflicts=shutdown.target
> >>
On Mon, 04.08.14 12:50, Peter Mattern (matte...@arcor.de) wrote:
> Hello.
>
> If a *.timer unit's timestamp as stated by OnCalendar is in the past
> and the actual system time is even before that timestamp the *.timer
> gets activated when the system clock gets set.
Which appears like the right
Hello.
If a *.timer unit's timestamp as stated by OnCalendar is in the past and
the actual system time is even before that timestamp the *.timer gets
activated when the system clock gets set.
This frequently happens on embedded devices which get their system time
set during boot by 'ntpd -qg
On Sun, Aug 3, 2014 at 4:39 PM, Djalal Harouni wrote:
> On Thu, Jul 31, 2014 at 10:38:47PM +0200, Kay Sievers wrote:
> [...]
>> > Still I see three points here from how much pressure and job should
>> > the policy holding connection do!
>> > 1) Register policy entries (handled internally), no comm
On Mon, Aug 4, 2014 at 2:19 AM, Lennart Poettering
wrote:
> On Wed, 30.07.14 09:02, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote:
>
>> ---
>> units/ldconfig.service |1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/units/ldconfig.service b/units/ldconfig.service
>> index 43c
37 matches
Mail list logo