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
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 match option differently,
2014-12-05 4:43 GMT+03:00 Lennart Poettering lenn...@poettering.net:
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
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).
On 05.12.2014 08:20, Andrei Borzenkov wrote:
В Thu, 04 Dec 2014 18:24:11 +0100
Harald Hoyer har...@redhat.com пишет:
On 04.12.2014 18:19, Andrei Borzenkov wrote:
В Thu, 04 Dec 2014 15:14:00 +0100
Harald Hoyer har...@redhat.com пишет:
On 04.12.2014 15:10, Zbigniew Jędrzejewski-Szmek wrote:
On 5 Dec 2014 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.
Well, this is something we can fix
2014-12-05 12:41 GMT+03:00 Peter Lemenkov lemen...@gmail.com:
2014-12-05 4:43 GMT+03:00 Lennart Poettering lenn...@poettering.net:
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
2014-12-05 4:43 GMT+03:00 Lennart Poettering lenn...@poettering.net:
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
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-id file
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
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.
Well, this is something we
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 found
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
2014-12-05 16:25 GMT+03:00 Lennart Poettering lenn...@poettering.net:
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:
*
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
better?
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 can keep a couple
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
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
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:
--
$
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
On Fri, Dec 5, 2014 at 2:21 PM, Lennart Poettering
lenn...@poettering.net 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 sort
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 har...@redhat.com пишет:
On 04.12.2014 18:19, Andrei Borzenkov wrote:
В Thu, 04 Dec 2014 15:14:00 +0100
Harald Hoyer
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 what I do
$ 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 Fri, Dec 5, 2014 at 5:20 PM, Daniele Nicolodi dani...@grinta.net 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
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 operations
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.target
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 har...@redhat.com пишет:
On 04.12.2014 18:19, Andrei Borzenkov wrote:
В Thu, 04 Dec 2014 15:14:00 +0100
Harald Hoyer
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: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 is
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.
Really?
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 cards, a new
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 /etc.
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
34 matches
Mail list logo
