I have been having trouble running nspawn containers that don't have
systemd (centos 6, Ubuntu 14.04, debian wheezy etc), I imagine I am just
not finding the solution online.
The container seems to start without issue but never presents a login
prompt. I added audit=0 to the kernel arguments as the
On Fri, 05.12.14 10:58, Andrei Borzenkov (arvidj...@gmail.com) wrote:
> That's not how I actually understood it. enable/disable still applies
> only to units with [Install] section as it is now. Just that
>
> systemctl disable
>
> means that if there are links in /usr/lib, they are masked in /et
On Fri, Dec 05, 2014 at 01:42:29PM -0800, Lee Duncan wrote:
> On 12/05/2014 01:14 PM, Greg KH wrote:
> > On Fri, Dec 05, 2014 at 11:51:16AM -0800, Lee Duncan wrote:
> >> Hi:
> >>
> >> I am trying to figure out how to use libudev to monitor for new iSCSI
> >> boot targets.
> >>
> >> For Emulex CNA c
On 12/05/2014 01:14 PM, Greg KH wrote:
> On Fri, Dec 05, 2014 at 11:51:16AM -0800, Lee Duncan wrote:
>> Hi:
>>
>> I am trying to figure out how to use libudev to monitor for new iSCSI
>> boot targets.
>>
>> For Emulex CNA cards, a new directory gets created of the form
>> /sys/firmware/iscsi_bootN.
On Fri, Dec 05, 2014 at 11:51:16AM -0800, Lee Duncan wrote:
> Hi:
>
> I am trying to figure out how to use libudev to monitor for new iSCSI
> boot targets.
>
> For Emulex CNA cards, a new directory gets created of the form
> /sys/firmware/iscsi_bootN.
Really? That's horrid, what kernel driver i
Hi:
I am trying to figure out how to use libudev to monitor for new iSCSI
boot targets.
For Emulex CNA cards, a new directory gets created of the form
/sys/firmware/iscsi_bootN.
I am new to libudev, but it looks like it's set up to monitor for new
devices. Can I use it to monitor for non-device
On Fri, Dec 05, 2014 at 11:07:35AM +0100, Harald Hoyer wrote:
> On 05.12.2014 08:20, Andrei Borzenkov wrote:
> > В Thu, 04 Dec 2014 18:24:11 +0100
> > Harald Hoyer пишет:
> >
> >> On 04.12.2014 18:19, Andrei Borzenkov wrote:
> >>> В Thu, 04 Dec 2014 15:14:00 +0100
> >>> Harald Hoyer пишет:
> >>>
On Fri, 2014-12-05 at 02:39 +0100, Lennart Poettering wrote:
> On Tue, 02.12.14 20:02, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote:
> > On Tue, 2014-12-02 at 01:51 +0100, Lennart Poettering wrote:
> > > On Tue, 18.11.14 16:09, Michael Biebl (mbi...@gmail.com) wrote:
> > > > WantedBy=multi-user.targ
On Fri, 05.12.14 16:02, Didier Roche (didro...@ubuntu.com) wrote:
> >Whenever the preset db is queried we'll no longer just return the
> >verdict boolean, but also a numeric overall line number, of the line
> >we found the verdict on. Then, when "preset-all" is invoked, we
> >determine all the ope
On Fri, Dec 5, 2014 at 5:20 PM, Daniele Nicolodi wrote:
> On 05/12/14 16:13, arnaud gaboury wrote:
> > Now:
> > --
> > $ echo 'lolo=4 lala=5' | tee test
> > lolo=4 lala=5
> > $ systemctl --user set-environment 'cat test'
> > Failed to set environment: Invalid envir
>
> $ systemctl --user set-environment `cat test`
>
Damned. Thank you
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On 05/12/14 16:13, arnaud gaboury wrote:
> Now:
> --
> $ echo 'lolo=4 lala=5' | tee test
> lolo=4 lala=5
> $ systemctl --user set-environment 'cat test'
> Failed to set environment: Invalid environment assignments
> ---
>
> No idea wh
On Fri, Dec 05, 2014 at 11:07:35AM +0100, Harald Hoyer wrote:
> On 05.12.2014 08:20, Andrei Borzenkov wrote:
> > В Thu, 04 Dec 2014 18:24:11 +0100
> > Harald Hoyer пишет:
> >
> >> On 04.12.2014 18:19, Andrei Borzenkov wrote:
> >>> В Thu, 04 Dec 2014 15:14:00 +0100
> >>> Harald Hoyer пишет:
> >>>
On Fri, Dec 5, 2014 at 2:21 PM, Lennart Poettering
wrote:
> On Fri, 05.12.14 10:07, Marcel Holtmann (mar...@holtmann.org) wrote:
>
>> Hi Lennart,
>>
>> Moreover, if we
>> give people this feature I'm pretty sure we'll get lots of people
>> expecting it to work also for any other sor
With DIRECTION_UP (i.e. navigating backwards) in generic_array_bisect() when the
needle was found as the last item in the array, it wasn't actually processed as
match, resulting in entries being missed.
https://bugs.freedesktop.org/show_bug.cgi?id=86855
---
This was a good excuse for me to dive in
>
> systemctl set-environment `cat FILE` should work, no?
>
> Lennart
>
I am messing with it.
$ systemctl --user set-environment toto=3 tata=4
$ systemctl --user show-environment
..
tata=4
toto=3
-
Now:
--
$
Le 05/12/2014 14:52, Lennart Poettering a écrit :
On Fri, 05.12.14 11:06, Didier Roche (didro...@ubuntu.com) wrote:
It seems maintaining this list in sync for all flavors would be a growing
pain (this is a positive effect of the disable by default: you don't have to
maintain such a list), or do
On Fri, Dec 05, 2014 at 01:46:06AM +0100, Lennart Poettering wrote:
> With such an API you have the liberty to change later on what
> precisely you expose there. The fact that you watch a file would be
> entirely opaque, it could one day be a pipe or socket, or even an fd
> on some kernel fd, where
Lennart Poettering wrote on 05/12/14 13:52:
>> > Only preinst can (getting the "install" or "upgrade" argument), not
>> > postinst
>> > (getting "configure" in both case). And we need to run the preset/enable in
>> > postinst (meaning: after unpacking).
> This sounds quite a limitation. Maybe you
On Fri, 05.12.14 11:06, Didier Roche (didro...@ubuntu.com) wrote:
> >>It seems maintaining this list in sync for all flavors would be a growing
> >>pain (this is a positive effect of the disable by default: you don't have to
> >>maintain such a list), or do you think we can come with something
> >
2014-12-05 16:25 GMT+03:00 Lennart Poettering :
> On Fri, 05.12.14 16:58, Peter Lemenkov (lemen...@gmail.com) wrote:
>
>> Ok, now I've got something. Here is a a diff between good (1st,
>> commandline) and bad (2nd, systemd service) sessions:
>>
>> * https://gist.github.com/lemenkov/ee70c42baedcb9b
On Fri, 05.12.14 14:13, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
> Dear all,
>
> For the user services started by systemctl --user, I sometimes need to
> tell systemd some environment variables values.
>
> For this purpose, I use drop-in configuration files (MyService.conf)
> in /etc/sys
On Fri, 05.12.14 16:58, Peter Lemenkov (lemen...@gmail.com) wrote:
> Ok, now I've got something. Here is a a diff between good (1st,
> commandline) and bad (2nd, systemd service) sessions:
>
> * https://gist.github.com/lemenkov/ee70c42baedcb9b43189#file-sessions-diff
>
> More specifically I foun
On Fri, 05.12.14 10:07, Marcel Holtmann (mar...@holtmann.org) wrote:
> Hi Lennart,
>
> Moreover, if we
> give people this feature I'm pretty sure we'll get lots of people
> expecting it to work also for any other sort of name and getting
> confused when it doesn't.
> >>>
> >>
Dear all,
For the user services started by systemctl --user, I sometimes need to
tell systemd some environment variables values.
For this purpose, I use drop-in configuration files (MyService.conf)
in /etc/systemd/system/user@.service.d
I am wondering if there is another way to pass the variable
On Thu, 04.12.14 18:58, Michael Marineau (michael.marin...@coreos.com) wrote:
> > We use the machine-id file as check whether /etc is populated or
> > not. If people pre-populate /etc, and don't wan't the full
> > "first-boot" logic of systemd to take action, then they should also
> > add machine-
2014-12-05 4:43 GMT+03:00 Lennart Poettering :
> On Thu, 04.12.14 20:12, Peter Lemenkov (lemen...@gmail.com) wrote:
>
>> Hello All!
>>
>> I'm playing with systemd-nspawn@.service and cannot make it work. It
>> seems that similar issues were discussed (and addressed upstream) in
>> Debian bug #77027
2014-12-05 12:41 GMT+03:00 Peter Lemenkov :
> 2014-12-05 4:43 GMT+03:00 Lennart Poettering :
>> On Thu, 04.12.14 20:12, Peter Lemenkov (lemen...@gmail.com) wrote:
>>
>>> Hello All!
>>>
>>> I'm playing with systemd-nspawn@.service and cannot make it work. It
>>> seems that similar issues were discus
On 5 Dec 2014 10:07, "Marcel Holtmann" wrote:
>
> Hi Lennart,
>
> Moreover, if we
> give people this feature I'm pretty sure we'll get lots of people
> expecting it to work also for any other sort of name and getting
> confused when it doesn't.
> >>>
> >>> Well, this is somethi
On 05.12.2014 08:20, Andrei Borzenkov wrote:
> В Thu, 04 Dec 2014 18:24:11 +0100
> Harald Hoyer пишет:
>
>> On 04.12.2014 18:19, Andrei Borzenkov wrote:
>>> В Thu, 04 Dec 2014 15:14:00 +0100
>>> Harald Hoyer пишет:
>>>
On 04.12.2014 15:10, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, De
Le 05/12/2014 02:13, Lennart Poettering a écrit :
On Tue, 02.12.14 12:50, Didier Roche (didro...@ubuntu.com) wrote:
Just to sum up other branches of this thread: we are trying to avoid having
systemctl calls in debian/ubuntu postinst (or duplicated manual symlinks
logic as we currently have).
s
2014-12-05 4:43 GMT+03:00 Lennart Poettering :
> On Thu, 04.12.14 20:12, Peter Lemenkov (lemen...@gmail.com) wrote:
>
>> Hello All!
>>
>> I'm playing with systemd-nspawn@.service and cannot make it work. It
>> seems that similar issues were discussed (and addressed upstream) in
>> Debian bug #77027
Hi Lennart,
Moreover, if we
give people this feature I'm pretty sure we'll get lots of people
expecting it to work also for any other sort of name and getting
confused when it doesn't.
>>>
>>> Well, this is something we can fix by documentation, no?
>>>
>>> Or maybe name the
On 12/04/2014 04:26 PM, Lennart Poettering wrote:
On Fri, 31.10.14 18:50, Tom Deblauwe (deblauwe...@gmail.com) wrote:
Hmm, this smells like 4b5d8d0f22ae61ceb45a25391354ba53b43ee992 might
fix your issue? Could you verify that this is the issue you are
running into?
Hello,
Thanks for the reply
34 matches
Mail list logo
