commit 79d80fc1466512d0ca211f4bfcd9de5f2f816a5a introduced a regression that
prevents mounting a tmpfs if the mount point already exits in the container's
root file system. This commit fixes the problem by ignoring EEXIST.
---
src/nspawn/nspawn.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
On Fri, 21.11.14 17:07, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> On a system configured without networkd and sysusers there still needs
> to be the unnecessary systemd-network user, otherwise systemd-tmpfiles
> fails to start.
>
> Move information associated with networkd in tmpfiles.d a
On Fri, 21.11.14 17:02, Lukas Nykryn (lnyk...@redhat.com) wrote:
> it seems to be a typo introduced by ebcf1f97de4f6b1580ae55eb56b1a3939fe6b602
> -_r = selinux_access_check(_b, _m, _u->source_path
> ?:_u->fragment_path, (permission), &_error); \
> +({ Unit *_unit = (unit);
Hello.
Right now systemctl's command list-dependencies is considering
parameters Wants and Requires only.
But given that command's purpose I was wondering whether it wouldn't
make sense to have it consider BindsTo as well.
Regards,
Peter Mattern
On Wed, 19.11.14 11:01, Jakub Filak (jfi...@redhat.com) wrote:
> +/* Joins /proc/[pid]/fd/ and /proc/[pid]/fdinfo/ into the following lines:
> + *
> + * 0:/dev/pts/23
> + * pos:0
> + * flags: 012
> + * 1:/dev/pts/23
> + * pos:0
> + * flags: 012
> + * 2:/dev/pts/23
Hmm, I'd prefe
В Fri, 21 Nov 2014 01:26:36 +0100
Lennart Poettering пишет:
> On Thu, 20.11.14 19:56, Lukasz Stelmach (stl...@poczta.fm) wrote:
>
> > I talked to the kernel guys at my office and they told me that it is
> > quite usual (at least for USB devices, and my wlan and bt are USB)
> > that devices are s
On Sun, Nov 09, 2014 at 08:32:05AM +0300, Andrei Borzenkov wrote:
> В Thu, 6 Nov 2014 21:11:03 -0800
> Chris Leech пишет:
>
> > This is an attempt to add it the remote-fs dependencies to a mount unit
> > if the options change, like when the utab options are picked up after
> > mountinfo has alre
On Sat, Nov 15, 2014 at 02:09:26PM +0100, Tom Gundersen wrote:
> Usually we don't do this kind of fallback, but rather disable the relevant
> functionality if the lib is not available.
>
> In this case I guess it means making support for .mount units optional. I
> could imagine someone doing that
Hi
On Fri, Nov 21, 2014 at 6:36 AM, Andrei Borzenkov wrote:
> On Thu, Nov 20, 2014 at 9:10 PM, "Jóhann B. Guðmundsson"
> wrote:
> >
> > Wont you break your RHEL support if you run this?
> >
>
> Is not EPEL applicable to CentOS as well?
>
It is a misconception that installing a package by itse
From: Tom Gundersen
Making rpcbind sockect activated will greatly simplify
its integration in systemd systems. In essence, other services
may now assume that rpcbind is always available, even during very
early boot. This means that we no longer need to worry about any
ordering dependencies.
This
This is a re-post of Tom's patch he posted a while back.
I made the following changes.
* Reorganized the changes so the diff is more readable
by using a goto instead of indenting 268 lines.
* Removed the systemd scripts because they just didn't
work and won't going to work. I did spend some t
On a system configured without networkd and sysusers there still needs
to be the unnecessary systemd-network user, otherwise systemd-tmpfiles
fails to start.
Move information associated with networkd in tmpfiles.d and sysusers.d
to separate files. Do not install it if netwrorkd is not enabled.
---
it seems to be a typo introduced by ebcf1f97de4f6b1580ae55eb56b1a3939fe6b602
-_r = selinux_access_check(_b, _m, _u->source_path
?:_u->fragment_path, (permission), &_error); \
+({ Unit *_unit = (unit); selinux_generic_access_check(bus,message,
_unit->fragment_path ?: _unit-
On Fri, 21.11.14 09:49, Martin Pitt (martin.p...@ubuntu.com) wrote:
> Hello Lennart,
>
> Lennart Poettering [2014-11-21 0:36 +0100]:
> > So far we prefixed all variables parsed from command line arguments
> > with "arg_", please follow the same scheme for this.
>
> Ah, sure. Done.
Thanks! Appl
On Thu, Nov 20, 2014 at 9:10 PM, "Jóhann B. Guðmundsson"
wrote:
>
> On 11/20/2014 04:24 PM, Lukáš Nykrýn wrote:
>>
>> Hi,
>>
>> rhel7 / centos7 is shipped with heavily patched systemd 208, which does
>> not contain new interesting features and for us it is a backporting
>> nightmare.
>>
>> I have
Rahul Sundaram píše v Čt 20. 11. 2014 v 20:20 -0500:
> Hi
>
> On Thu, Nov 20, 2014 at 11:24 AM, Lukáš Nykrýn wrote:
> Hi,
>
> rhel7 / centos7 is shipped with heavily patched systemd 208,
> which does
> not contain new interesting features and for us it is a
Hello again!
Didier Roche wrote on 18/11/14 15:40:
> Le 18/11/2014 15:59, Colin Guthrie a écrit :
>> Hiya,
> Hey,
>> Didier Roche wrote on 18/11/14 13:58:
>>> This would be maybe a nice way for the admin to know what's coming from
>>> a distribution default or not. However, let's say I want to ens
2014-11-21 3:29 GMT+03:00 Lennart Poettering :
> LLMNR/mDNS are really about "zeroconf", i.e. something you don't
> really have to configure to work... Hence each time we add an option
> to configure it we kinda work against the whole concept...
Additional option does not needs to be configure by
On Thu, 2014-11-20 at 14:36 +0100, Lennart Poettering wrote:
> On Wed, 19.11.14 11:01, Jakub Filak (jfi...@redhat.com) wrote:
>
> > ---
> > src/shared/util.c| 13 +
> > src/shared/util.h| 4
> > src/test/test-util.c | 17 +
> > 3 files changed, 34 inserti
Hello Lennart,
Lennart Poettering [2014-11-21 0:36 +0100]:
> So far we prefixed all variables parsed from command line arguments
> with "arg_", please follow the same scheme for this.
Ah, sure. Done.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubun
20 matches
Mail list logo
