Andrei Borzenkov writes:
> В Fri, 20 Feb 2015 10:56:42 +0100
> Jan Synacek пишет:
>
>> To be more consistent with how dracut parses rd.luks.key, it is now
>> allowed to specified it in the format "keyfile[:keyfile_device]".
>>
>> Should keyfile_device be provided, it needs to be in "UUID=uuid-h
El 22/02/15 a las 22:37, Luke Kenneth Casson Leighton escribió:
well, you could provide hints in the documentation (and force them to
be read by deliberately changing the API)
Wow.. so what you want is even nuttier than I thought..
that would be a good place to start, showing people how t
El 22/02/15 a las 23:08, Luke Kenneth Casson Leighton escribió:
the problem, zbigniew, is that the intended use of this "silent noop"
feature - to make it *possible* to have an alternative PID1 - *hasn't
happened*. any upstream software developer who has added in support
for systemd has done
Luke Kenneth Casson Leighton [2015-02-23 2:08 +]:
> the problem, zbigniew, is that the intended use of this "silent noop"
> feature - to make it *possible* to have an alternative PID1 - *hasn't
> happened*.
It sure has. Debian supports systemd, SysV init, and to a lesser
degree OpenRC and up
On Tue, Feb 17, 2015 at 12:24 PM, Luke Kenneth Casson Leighton <
l...@lkcl.net> wrote:
> i don't know if you've seen this yet:
>
> http://news.slashdot.org/story/15/02/15/1959209/removing-libsystemd0-from-a-live-running-debian-system
>
> my name's luke leighton, i'm a software libre advocate, and
On Mon, Feb 23, 2015 at 12:52 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sun, Feb 22, 2015 at 11:58:25PM +, Luke Kenneth Casson Leighton wrote:
>> ...except that its introduction (usually --with-libsystemd) in those
>> 100 (or so) packages has been done in a mutually-exclusive,
>> hard-comp
On Mon, Feb 23, 2015 at 1:25 AM, Cameron Norman
wrote:
>>> ...except that its introduction (usually --with-libsystemd) in those
>>> 100 (or so) packages has been done in a mutually-exclusive,
>>> hard-compile-time switch that *excludes* the possibility of dynamic
>>> (runtime) decision-making.
>
On Wed, Feb 18, 2015 at 10:00 AM, Lennart Poettering
wrote:
> On Tue, 17.02.15 20:24, Luke Kenneth Casson Leighton (l...@lkcl.net) wrote:
>
>> i note that there was announcement recently that the systemd team
>> 'listens to users', so i am taking you at your word on that.
>
> Hmm, I am not aware
On Sun, Feb 22, 2015 at 4:52 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sun, Feb 22, 2015 at 11:58:25PM +, Luke Kenneth Casson Leighton wrote:
>> On Wed, Feb 18, 2015 at 9:10 AM, Tobias Hunger
>> wrote:
>> > Hi Luke,
>> >
>> > I am mostly a lurker on the systemd mailing list, so my opinion
On Sun, Feb 22, 2015 at 11:58:25PM +, Luke Kenneth Casson Leighton wrote:
> On Wed, Feb 18, 2015 at 9:10 AM, Tobias Hunger
> wrote:
> > Hi Luke,
> >
> > I am mostly a lurker on the systemd mailing list, so my opinion does
> > not carry weight in this community.
> >
> > On Tue, Feb 17, 2015 at
On Wed, Feb 18, 2015 at 9:10 AM, Tobias Hunger wrote:
> Hi Luke,
>
> I am mostly a lurker on the systemd mailing list, so my opinion does
> not carry weight in this community.
>
> On Tue, Feb 17, 2015 at 9:24 PM, Luke Kenneth Casson Leighton
> wrote:> so i'm not going to "protest" - i'm going to
On Tue, Feb 17, 2015 at 9:35 PM, Michael Biebl wrote:
> There is no such dependency in Debian either [1].
> Luke simply has no idea what he is talking about.
> It would be great if Luke did some basic research and educate himself
> and not spread such misinformation.
michael,
greg's approach
On Tue, Feb 17, 2015 at 9:25 PM, Greg KH wrote:
> On Tue, Feb 17, 2015 at 08:24:37PM +, Luke Kenneth Casson Leighton wrote:
>> so i'm not going to "protest" - i'm going to try a different approach.
>> i'd like you to look at this list of debian packages that are
>> dependent on libsystemd0:
>>
Hi,
Jeff Waugh:
> - systemd dutifully starts all the services it knows about during the
> initrd.target run, because they're all right there on the read-only
> filesystem
… and because, I assume, they're implied by default.target.
So why don't you start the system with some different target that
Le 19 février 2015 23:31, Sylvain Plantefève
a écrit :
> ---
> po/fr.po | 76
> +---
> 1 file changed, 68 insertions(+), 8 deletions(-)
>
> diff --git a/po/fr.po b/po/fr.po
> index 8e44e0c..58a0b85 100644
> --- a/po/fr.po
> +++ b/po/fr.
Lennart Poettering [2015-02-20 17:02 +0100]:
> To me this appears as if dbus is hanging for some reason. Have you
> checked what dbus is doing?
D-Bus itself seems to be fine. There are services on it, busctl works,
etc.
Anyway, I now have a capable enough arsenal to reproduce that hang
fully auto
On Sun, Feb 22, 2015 at 6:04 PM, Andrei Borzenkov
wrote:
> Do you really need to fully overlay root? I.e. is it possible to just
> (bind-)mount /etc, /var? /usr should be possible to retain read-only.
>
Once the upper layer of the overlayfs is JFFS2 (as intended), then it's
more interesting to h
Kai Krakow schrieb:
>>> But now I got a new message in the log:
>>> Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
>>
>> Hmm, maybe Gentoo ships some dbus hookup for systemd user sessions
>> that triggers this?
>
> It's triggered by gnome-keyring-daemon... I already set DISPLAY=:0
On Sun, Feb 15, 2015 at 11:53 PM, Thomas H.P. Andersen wrote:
> On Tue, Feb 10, 2015 at 10:05 PM, Lennart Poettering
> wrote:
>> On Sat, 07.02.15 10:29, Thomas H.P. Andersen (pho...@gmail.com) wrote:
>>
>>> Hi,
>>>
>>> I am looking at ways to automatically trim the unnecessary includes.
>>> One w
Does it make sense to avoid copying /etc/resolv.conf to a container if
the filesystem is read-only?
sudo /usr/bin/systemd-nspawn --read-only -M docker-centos-nginx
--read-only /usr/sbin/nginx
Failed to copy /etc/resolv.conf to
/var/lib/machines/docker-centos-nginx/etc/resolv.conf: Rea
20 matches
Mail list logo
