On Tue, Feb 3, 2015 at 12:50 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Feb 02, 2015 at 02:07:37PM -0800, Thomas H.P. Andersen wrote:
>> --- a/src/nspawn/nspawn.c
>> +++ b/src/nspawn/nspawn.c
>> @@ -3610,7 +3610,6 @@ int main(int argc, char *argv[]) {
>> }
>>
>>
Yes, since the concept of UFD group is not exposed.
/Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Monday, February 2, 2015 5:24 PM
To: Rauta, Alin
Cc: Andrei Borzenkov; Tom Gundersen; Kinsella, Ray; systemd Mailing List
Subject: Re: [systemd-deve
here you go:
https://bugzilla.redhat.com/show_bug.cgi?id=1185277
and since we are at systemd here to:
https://bugzilla.redhat.com/show_bug.cgi?id=1184016
Am 03.02.2015 um 04:51 schrieb crocket:
Below is the relevant part of the systemd journal log.
/usr/lib/systemd/systemd exists, but the jour
Hi
On Fri, Jan 30, 2015 at 9:30 AM, Simon McVittie
wrote:
> [For those who are there, I'll be at the system hackfest today and at
> FOSDEM this weekend, so if you are interested in these topics, please
> talk to me about them; I'll try to summarize discussion to these lists.
> For those not there
On 02.02.2015 17:48, Lennart Poettering wrote:
> On Mon, 02.02.15 00:19, Martin Pitt (martin.p...@ubuntu.com) wrote:
>
>> Hey all,
>>
>> as discussed on the hackfest, I'd like to revive the QEMU/nspawn integration
>> tests, such as adding one for EFI or swap discovery (cf. the bugs fixed last
>> w
Hey Harald,
Harald Hoyer [2015-02-03 10:56 +0100]:
> Looks good :) Pushed with 3 additional patches.
Thanks for the review!
> Martin, can you test, if this still works for you? You might need a newer
> util-linux for sfdisk.
Indeed, util-linux 2.25 fails with this. I'll update it to 2.26, but
i
On 29.01.2015 17:38, Chris Murphy wrote:
> On Thu, Jan 29, 2015 at 2:20 AM, Felix Miata wrote:
>> I wrote "clone" for a reason. I don't "just copy" files. I clone (logical,
>> root, autonomous) *partitions*, subsequently modifying only fstab, volume
>> label and UUID before attempting boot from it
2015-01-30 9:30 GMT+01:00 Simon McVittie :
> In principle, a PAM module or something could ensure that we have a
> dbus-daemon per login session, even tty/ssh/cron login sessions
> (which all go through PAM). In practice, nobody has ever cared enough to
> implement this, so we're left with D-Bus au
On Mon, 02.02.15 23:12, Charles Devereaux (syst...@guylhem.net) wrote:
> Another problem with systemd-networkd is that the lease is not renewed
> after sleep.
>
> This is a basic feature, a laptop is frequently physicially moved, which
> means another DHCP lease should be acquired, but I don't se
On 03.02.2015 00:44, Lennart Poettering wrote:
> On Tue, 03.02.15 00:27, Lennart Poettering (lenn...@poettering.net) wrote:
>
>> On Thu, 08.01.15 16:34, Harald Hoyer (harald.ho...@gmail.com) wrote:
>>
>>> IMHO
>>>
>>> systemd-fsck-root.service should be removed entirely and generated by the
>>> fs
On Tue, 03.02.15 09:05, Rauta, Alin (alin.ra...@intel.com) wrote:
> Yes, since the concept of UFD group is not exposed.
Does this mean we have agreement that the simply BindCarrier= option I
proposed would be sufficient for your usecases? That would be great!
Lennart
--
Lennart Poettering, Red
On Tue, 03.02.15 12:51, crocket (crockabisc...@gmail.com) wrote:
> Below is the relevant part of the systemd journal log.
> /usr/lib/systemd/systemd exists, but the journal says it doesn't exist
> sometimes when I log in as root via ssh.
Any chance you can use "strace -f -p 1 -s 500 -o /tmp/pid1-
On 02/02/15 22:47, Lennart Poettering wrote:
Well, I mean, we only ever put this altogether for kdbus, where
systemd itself is the one setting up the bus. But yeah, if you want to
make this all work with dbus-daemon, then you would have to teach it
bus activation support. Most likely that should
On Tue, 03.02.15 11:52, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote:
> On 02/02/15 22:47, Lennart Poettering wrote:
> >Well, I mean, we only ever put this altogether for kdbus, where
> >systemd itself is the one setting up the bus. But yeah, if you want to
> >make this all work with dbus
On 03/02/15 12:08, Lennart Poettering wrote:
Do you need more than "systemctl import DISPLAY"?
That's the main one, but for it to not be a regression on current
general-purpose distributions, the equivalent of `systemctl
import-environment` needs to upload into the dbus-daemon too (so that
D
On Tue, 03.02.15 02:36, Mikhail Morfikov (mmorfi...@gmail.com) wrote:
> So, everything works pretty well.
>
> Now there's a problem, how to add socket activation to this
> container?
Well, the sockets for socket activated containers are created on the
host's namespace, not the container's names
On Thu, 29.01.15 15:00, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Sat, Aug 30, 2014 at 11:56:30AM +0200, Kay Sievers wrote:
> > On Sat, Aug 30, 2014 at 2:09 AM, Michael Biebl wrote:
> > > Updated patch which the correct version information.
> >
> > Applied.
>
> Hm, I think this
On 03/02/15 10:16, Stef Bon wrote:
> I've never understood why the session bus is started through dbus-launch.
If we move from a per-login-session to a per-user-session bus, then it
won't be; dbus-launch will become solely for the people who run twm
under xdm or something, but who still want to ru
On Mon, 29.12.14 15:14, Tom Gundersen (t...@jklm.no) wrote:
> On Mon, Dec 29, 2014 at 2:34 PM, Lennart Poettering
> wrote:
> > On Mon, 29.12.14 09:07, Matthias Urlichs (matth...@urlichs.de) wrote:
> >
> >> > On Sun, Dec 28, 2014 at 6:18 PM, Stéphane Graber
> >> > wrote:
> >> > > My host system d
On Tue, 06.01.15 19:05, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Sun, Dec 28, 2014 at 07:18:16PM +0100, Gabriel de Perthuis wrote:
> > Change the default through /etc/systemd/bootchart.conf.
> > Keep the /sbin/init default in the source code, in case
> > some users rely on that.
Hi Lennart,
I agree that "BindCarrier=" should suffice.
Best Regards,
Alin
-Original Message-
From: Lennart Poettering [mailto:lenn...@poettering.net]
Sent: Tuesday, February 3, 2015 10:50 AM
To: Rauta, Alin
Cc: Andrei Borzenkov; Tom Gundersen; Kinsella, Ray; systemd Mailing List
Subjec
On Tue, 03.02.15 13:03, Rauta, Alin (alin.ra...@intel.com) wrote:
> Hi Lennart,
>
> I agree that "BindCarrier=" should suffice.
Perfect!
I have added this to the TODO list now, and of course we'd be
happy to take a patch!
Lennart
--
Lennart Poettering, Red Hat
___
On Tue, Feb 03, 2015 at 01:34:23PM +0100, Lennart Poettering wrote:
> On Thu, 29.01.15 15:00, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > On Sat, Aug 30, 2014 at 11:56:30AM +0200, Kay Sievers wrote:
> > > On Sat, Aug 30, 2014 at 2:09 AM, Michael Biebl wrote:
> > > > Updated patch
On Tue, Feb 3, 2015 at 3:09 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, Feb 03, 2015 at 01:34:23PM +0100, Lennart Poettering wrote:
>> On Thu, 29.01.15 15:00, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
>> wrote:
>>
>> > On Sat, Aug 30, 2014 at 11:56:30AM +0200, Kay Sievers wrote:
>> > >
On Tue, 30.12.14 06:49, Simon Peeters (peeters.si...@gmail.com) wrote:
> 2014-12-29 14:14 GMT+00:00 Tom Gundersen :
> > On Mon, Dec 29, 2014 at 2:34 PM, Lennart Poettering
> > wrote:
>
> >> I am open to adding support for this, but I think the allocation of
> >> the UID ranges should really happ
On Tue, Feb 03, 2015 at 03:41:22PM +0100, Lennart Poettering wrote:
> On Tue, 30.12.14 06:49, Simon Peeters (peeters.si...@gmail.com) wrote:
>
> > 2014-12-29 14:14 GMT+00:00 Tom Gundersen :
> > > On Mon, Dec 29, 2014 at 2:34 PM, Lennart Poettering
> > > wrote:
> >
> > >> I am open to adding supp
On Tue, 03.02.15 15:03, Daniel P. Berrange (berra...@redhat.com) wrote:
> > Hmm, so, I thought a lot about this in the past weeks. I think the way
> > I'd really like to see this work in the end is that we never have to
> > persist the UID mappings. This could work if the kernel would provide
> >
Hi
On Tue, Feb 3, 2015 at 3:41 PM, Lennart Poettering
wrote:
> Hmm, so, I thought a lot about this in the past weeks. I think the way
> I'd really like to see this work in the end is that we never have to
> persist the UID mappings. This could work if the kernel would provide
> us with the abilit
On Mon, 29.12.14 14:07, Jouke Witteveen (j.wittev...@gmail.com) wrote:
heya,
sorry for the late review, still busy catching up with all the queued
mail.
> Path units having either PathExists=, PathExistsGlob=, or
> DirectoryNotEmpty= want the service they trigger when the condition is
> met. Thi
On Mon, 29.12.14 14:33, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote:
Heya,
Sorry for the late review, still busy keeping up with all the unmerged
patches and unreplied mails that queued up...
Is this issue still relevant?
> Signed-off-by: Dimitri John Ledkov
(We do not use S-o-b, w
On Thu, 25.12.14 22:00, Chunhui He (hchun...@mail.ustc.edu.cn) wrote:
Sorry for the late response, still busy processing all the queued
mails and patches...
> Thanks David! Yes, I missed Lennart's reply.
>
> Thanks Lennart!
> Yes, I agree rtc-in-local-time is a compatibility hack.
>
> But I thi
On Tue, Feb 03, 2015 at 06:49:21AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Feb 03, 2015 at 02:42:36AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> > On Mon, Feb 02, 2015 at 08:30:43AM +0100, Jan Synacek wrote:
> > > http://lists.freedesktop.org/archives/systemd-devel/2014-December/026190
On 3 February 2015 at 15:50, Lennart Poettering wrote:
> On Mon, 29.12.14 14:33, Dimitri John Ledkov (dimitri.j.led...@intel.com)
> wrote:
>
> Heya,
>
> Sorry for the late review, still busy keeping up with all the unmerged
> patches and unreplied mails that queued up...
>
> Is this issue still r
On Tue, 2015-02-03 at 11:46 +0100, Lennart Poettering wrote:
> On Mon, 02.02.15 23:12, Charles Devereaux (syst...@guylhem.net) wrote:
>
> > Another problem with systemd-networkd is that the lease is not renewed
> > after sleep.
> >
> > This is a basic feature, a laptop is frequently physicially m
On Tue, 03.02.15 16:11, Dimitri John Ledkov (dimitri.j.led...@intel.com) wrote:
> > Hmm, what precisely is the issue again here? You are looking for a way
> > to make the root disk writable when using gpt auto discovery after
> > boot, without shipping an /etc/fstab that would result in remounting
Hey all,
I'm currently reviewing our Debian patches for systemd, and came
across this one which sounds important for other distributions, too.
This was reported and fixed two years ago in
https://bugs.debian.org/635777 which has all the details and logs, but
the summary is:
Distributions have qui
On Tue, 03.02.15 18:20, Patrik Flykt (patrik.fl...@linux.intel.com) wrote:
> On Tue, 2015-02-03 at 11:46 +0100, Lennart Poettering wrote:
> > On Mon, 02.02.15 23:12, Charles Devereaux (syst...@guylhem.net) wrote:
> >
> > > Another problem with systemd-networkd is that the lease is not renewed
> >
On Tue, 03.02.15 17:26, Martin Pitt (martin.p...@ubuntu.com) wrote:
> Hey all,
>
> I'm currently reviewing our Debian patches for systemd, and came
> across this one which sounds important for other distributions, too.
> This was reported and fixed two years ago in
> https://bugs.debian.org/63577
Quoting Lennart Poettering (lenn...@poettering.net):
> On Tue, 03.02.15 15:03, Daniel P. Berrange (berra...@redhat.com) wrote:
>
> > > Hmm, so, I thought a lot about this in the past weeks. I think the way
> > > I'd really like to see this work in the end is that we never have to
> > > persist the
On Thu, 18.12.14 11:05, Andrei Borzenkov (arvidj...@gmail.com) wrote:
> As far as I know, systemd still officially retains compatibility with
> initscripts. Unfortunately, session management now at least partially
> broke it.
>
> Any initscript that is using "su -" would create logind session; th
On Tue, 16.12.14 17:22, Filipe Brandenburger (filbran...@google.com) wrote:
> On Wed, Dec 10, 2014 at 4:11 AM, Lennart Poettering
> wrote:
> > In fact, I think we should drop the
> > libcap dependency altogether and just do the two syscalls it offers to
> > us natively in systemd code. Neither is
Lennart Poettering [2015-02-03 17:29 +0100]:
> Hmm, why precisely does this stall for 90s?
The current transaction has final.target and all other jobs which need
to be shut down. One of these now trigger "systemctl reload
postfix.service", but that reload isn't going to actually run in the
same t
On Tue, 03.02.15 16:34, Serge Hallyn (serge.hal...@ubuntu.com) wrote:
> > > the UID/GID on entire filesystem sub-trees given to containers with
> > > userns is a real unpleasant thing to have to deal with. I'd not want
>
> Of course you would *not* want to take a stock rootfs where uid == 0
> and
On Tue, 03.02.15 18:01, Martin Pitt (martin.p...@ubuntu.com) wrote:
> Lennart Poettering [2015-02-03 17:29 +0100]:
> > Hmm, why precisely does this stall for 90s?
>
> The current transaction has final.target and all other jobs which need
> to be shut down. One of these now trigger "systemctl rel
On 02.02.2015 19:58, David Herrmann wrote:
> Hi
>
> On Sun, Feb 1, 2015 at 10:50 AM, poma wrote:
>> MiracleCast - Howto
>> "Current State"
>
> [snip]
>
>> Can folks from the NetworkManager team & systemd-networkd team answer
>> regarding the current status in this matter?
>
> As people contin
On Tue, Feb 3, 2015 at 5:08 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, Feb 03, 2015 at 06:49:21AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
>> On Tue, Feb 03, 2015 at 02:42:36AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
>> > On Mon, Feb 02, 2015 at 08:30:43AM +0100, Jan Synacek wrote:
>> > >
Hi
On Tue, Feb 3, 2015 at 6:36 PM, poma wrote:
> On 02.02.2015 19:58, David Herrmann wrote:
>> As I'm not really interested in hacking on network-managers, I've
>> decided to stop working on MiracleCast. If, some day, there's a
>> working P2P stack on linux, I might resurrect it. But it sounds mo
On Mon, 15.12.14 22:42, Kai Krakow (hurikha...@gmail.com) wrote:
> Hello!
>
> I'm seeing the following errors in systemd's journal:
>
> Dez 15 22:33:57 jupiter systemd[1515]: pam_limits(systemd-user:session):
> Could not set limit for 'memlock': Operation not permitted
> Dez 15 22:33:57 jupiter
On Mon, 15.12.14 17:44, Brandon Philips (bran...@ifup.co) wrote:
> Hello-
>
> How is a user supposed to disable DefaultDependencies on a scope? From
> the docs it seems like it should work:
>
> "Unless DefaultDependencies=false is used, scope units will implicitly
> have dependencies of type Con
2015-02-03 15:18 GMT+01:00 Kay Sievers :
> On Tue, Feb 3, 2015 at 3:09 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
>> On Tue, Feb 03, 2015 at 01:34:23PM +0100, Lennart Poettering wrote:
>>> On Thu, 29.01.15 15:00, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
>>> wrote:
>>>
>>> > On Sat, Aug 30, 2
On Tue, Feb 3, 2015 at 10:20 AM, Lennart Poettering
wrote:
> I have added DefaultDependencies= for you now:
>
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=261420ba2a20305ad271b6f5f380aa74c5c9dd50
Thank you. I will work on getting Docker fixed up to fix this annoying behavior.
Brandon
On Tue, 16.12.14 08:45, David Herrmann (dh.herrm...@gmail.com) wrote:
> Hi
>
> On Mon, Dec 15, 2014 at 9:20 PM, Dan Williams wrote:
> > On Mon, 2014-12-15 at 20:40 +0300, Andrei Borzenkov wrote:
> >> systemd tries to launch logind service which now waits for services it
> >> is ordered After and
On Sun, 14.12.14 11:50, DimanNe (dima...@ya.ru) wrote:
> Hello,
> I read manual about systemd-networkd module
> (http://www.freedesktop.org/software/systemd/man/systemd.network.html),
> and as far as I know, I can do only basic actions (like run dhcp, or
> assign static addresses/mac/routes and s
On Tue, Feb 03, 2015 at 07:29:06PM +0100, Michael Biebl wrote:
> 2015-02-03 15:18 GMT+01:00 Kay Sievers :
> > On Tue, Feb 3, 2015 at 3:09 PM, Zbigniew Jędrzejewski-Szmek
> > wrote:
> >> On Tue, Feb 03, 2015 at 01:34:23PM +0100, Lennart Poettering wrote:
> >>> On Thu, 29.01.15 15:00, Zbigniew Jędrz
Hi,
This should be a reply to Davids message on Feb 2 but I'm not a
subscriber and just happened to see this on the web archive... I
apologize for the relative off-topicness and suggest that any followup
questions be sent to wysiwidi mailing list:
https://lists.01.org/mailman/listinfo/wysiwidi-dev
On Wed, 10.12.14 09:41, Ivan Shapovalov (intelfx...@gmail.com) wrote:
> On Tuesday 09 December 2014 at 13:11:41, Nekrasov, Alexander wrote:
> > Totally missed those. Thanks. Will OnFailure= be activated when the limit
> > is hit? The manual only directly describes StartLimitAction= which isn’t
Hey,
I've recently been using systemd-networkd to great success on a few of
my machines here. However I ran into an interesting problem on at least
2 machines so far. I've included the output of journal for
systemd-networkd with Environment=SYSTEMD_LOG_LEVEL=debug as was
suggested on another post.
My current solution with dhcpcd is a sleep service sending signals to
dhcpcd (give back the lease/reclaim it), something which could be extended
to systemd-networkd, with other signals for other meanings that you may not
want by default, like:
- removing the configuration it did (which is currentl
2015-02-03 19:52 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Tue, Feb 03, 2015 at 07:29:06PM +0100, Michael Biebl wrote:
>> If there are only for internal use, maybe we should consider hiding them.
> Please don't. Once they're public, they're public. We can consider doing that
> when bumping so ve
On Tue, 03.02.15 14:15, Charles Devereaux (syst...@guylhem.net) wrote:
> My current solution with dhcpcd is a sleep service sending signals to
> dhcpcd (give back the lease/reclaim it), something which could be extended
> to systemd-networkd, with other signals for other meanings that you may not
Lennart Poettering [2015-02-03 18:10 +0100]:
> I am very strongly against adding hacky work-arounds like this to PID
Yeah, indeed. This is why I asked for a more elegant approach, and
indeed the --no-block or --job-mode=ignore-dependencies sound like
slightly better approaches to this. I'll test t
On Tue, Feb 3, 2015 at 2:29 PM, Lennart Poettering
wrote:
> I am pretty sure signals are not a particularly good interface for
> this. We should add a proper bus API for this one day, but this kinda
> has to wait until kdbus is a done deal, since networkd runs in early
> boot, and dbus-daemon is
> Also note that using socket activation for cotnainers means that
> systemd instance inside the container also needs to have configuration
> for the socket, to pass it on to the service that ultimately shall
> answer for it. Are you sure that apache2 has support for that, and
> that you set it up?
2015-02-03 20:36 GMT+01:00 Martin Pitt :
> Lennart Poettering [2015-02-03 18:10 +0100]:
>> I am very strongly against adding hacky work-arounds like this to PID
>
> Yeah, indeed. This is why I asked for a more elegant approach, and
> indeed the --no-block or --job-mode=ignore-dependencies sound lik
1;3802;0cOn Tue, 03.02.15 14:38, Charles Devereaux (syst...@guylhem.net) wrote:
> On Tue, Feb 3, 2015 at 2:29 PM, Lennart Poettering
> wrote:
>
> > I am pretty sure signals are not a particularly good interface for
> > this. We should add a proper bus API for this one day, but this kinda
> > has
On Tue, 03.02.15 20:36, Martin Pitt (martin.p...@ubuntu.com) wrote:
> Lennart Poettering [2015-02-03 18:10 +0100]:
> > I am very strongly against adding hacky work-arounds like this to PID
>
> Yeah, indeed. This is why I asked for a more elegant approach, and
> indeed the --no-block or --job-mode
True, but it's better than nothing.
Well, I guess systemd-networkd doing basic things will have to wait on
kdbus :-)
On Tue, Feb 3, 2015 at 3:32 PM, Lennart Poettering
wrote:
> 1;3802;0cOn Tue, 03.02.15 14:38, Charles Devereaux (syst...@guylhem.net)
> wrote:
>
> > On Tue, Feb 3, 2015 at 2:29
Hi,
This commit 51ddf61540976fc7b09ce5 solved systemd-resolved, but broke
systemd-timesyncd. Atleast on my system.
dbuch@dbuch-laptop ~ % lscpu | grep -i "byte"
Byte Order:Little Endian
dbuch@dbuch-laptop ~ % SYSTEMD_LOGLEVEL=debug sudo
/usr/lib/systemd/systemd-timesyncd
Failed to en
On Tue, 03.02.15 20:50, Michael Biebl (mbi...@gmail.com) wrote:
> >> Another option might be to pass --job-mode=ignore-dependencies instead
> >> of --no-block, which was created for usecases like this, even though
> >> it is frickin' ugly...
> >
> > For reload that should be fairly okay, as reload
2015-02-03 21:52 GMT+01:00 Lennart Poettering :
>
> But note that this way you alter *all* queued jobs that way,
> regardless if they are created with the assumptions of sysv behaviour
> or if they were created in code that understands systemd's semantics,
> and actually cares for the correct order
On Tue, 03.02.15 20:45, Mikhail Morfikov (mmorfi...@gmail.com) wrote:
> > Also note that using socket activation for cotnainers means that
> > systemd instance inside the container also needs to have configuration
> > for the socket, to pass it on to the service that ultimately shall
> > answer fo
On Tue, 03.02.15 21:58, Michael Biebl (mbi...@gmail.com) wrote:
> 2015-02-03 21:52 GMT+01:00 Lennart Poettering :
> >
> > But note that this way you alter *all* queued jobs that way,
> > regardless if they are created with the assumptions of sysv behaviour
> > or if they were created in code that
On Tue, 03.02.15 09:04, Thomas H.P. Andersen (pho...@gmail.com) wrote:
> On Tue, Feb 3, 2015 at 12:50 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Mon, Feb 02, 2015 at 02:07:37PM -0800, Thomas H.P. Andersen wrote:
> >> --- a/src/nspawn/nspawn.c
> >> +++ b/src/nspawn/nspawn.c
> >> @@ -3610,7 +3
On Fri, 12.12.14 16:06, Olivier Brunel (j...@jjacky.com) wrote:
Sorry for resurrecting this old thread this late. Is this still an
issue? Does this work on current git?
> Today I had one unit in failed state, and after taking care of things I
> wanted to simply reset its state (to inactive) w/out
2015-02-03 22:10 GMT+01:00 Lennart Poettering :
> I don't see how this would apply to non-sysv code. I mean, code that
> is written with systemd semantics in mind should be able to issue a
> service reload during any time it wants to, if it keeps the ordering
> issues in mind. For example, if I hav
On Fri, 12.12.14 16:06, D.S. Ljungmark (spi...@aanstoot.se) wrote:
Sorry for the late reply, and resurrecting this old thread, I am still
busy processing the remaining unanswered mails and patches from the
last months.
I think we talked about this at FOSDEM quickly now?
Anyway:
> hi,
> Our /
On Tue, 03.02.15 22:22, Michael Biebl (mbi...@gmail.com) wrote:
> 2015-02-03 22:10 GMT+01:00 Lennart Poettering :
> > I don't see how this would apply to non-sysv code. I mean, code that
> > is written with systemd semantics in mind should be able to issue a
> > service reload during any time it w
On Sat, 13.12.14 17:15, Martin Pitt (martin.p...@ubuntu.com) wrote:
> Hello Lennart,
>
> Lennart Poettering [2014-12-09 2:37 +0100]:
> > hashmap_put() will actually compare the string, not the pointer to
> > it. Our hashmap implementation gets a hash function pointer as well as
> > an element co
2015-02-03 22:38 GMT+01:00 Lennart Poettering :
> On Tue, 03.02.15 22:22, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-02-03 22:10 GMT+01:00 Lennart Poettering :
>> > I don't see how this would apply to non-sysv code. I mean, code that
>> > is written with systemd semantics in mind should be a
On Fri, 19.12.14 17:08, Ivan Shapovalov (intelfx...@gmail.com) wrote:
What happened to this patch series actually? I think only 1/4 was ever
commited, what about the other ones? Ivan, any chance you can rebase
the rest with Zbigniew's requested changes and post again?
Thanks,
Lennart
> "Not fou
On Mon, Dec 8, 2014 at 10:12 PM, Josh Triplett wrote:
> The sample libabc includes functions to get a "thing", as a sample
> sub-object of the overall library context. Each "thing" has a reference
> to the parent library context, and a function to return that reference.
> Given that, abc_thing_ne
On Mon, Feb 02, 2015 at 04:42:21PM +0100, Lennart Poettering wrote:
> On Mon, 02.02.15 12:06, Cristian Rodríguez (crrodriguez at opensuse.org)
> wrote:
>
> > Using /dev/urandom as a key is valid for swap, do not
> > warn if this devices are world readable.
> > ---
> > src/cryptsetup/cryptsetup.c
Am 03.02.2015 um 22:06 schrieb Lennart Poettering:
> Socket activation is somethings daemons need to support
> explicitly. Many do these days, but I don't think Apache is one of
> them.
FYI: all released versions (i.e. up to 2.4.x) of Apache httpd don't
support it yet, but the current development
Lennart Poettering wrote:
> Hmm, so, I thought a lot about this in the past weeks. I think the way
> I'd really like to see this work in the end is that we never have to
> persist the UID mappings. This could work if the kernel would provide
> us with the ability to bind mount a file system into th
On Tue, 2015-02-03 at 19:00 +, Keller, Jacob E wrote:
> Hey,
>
> I've recently been using systemd-networkd to great success on a few of
> my machines here. However I ran into an interesting problem on at least
> 2 machines so far. I've included the output of journal for
> systemd-networkd with
Dear systemd-devel list,
I'm trying to debug the following problem:
For some unknown reason, /proc and /sys get unmounted during boot
from a NFS mounted rootfs. Booting to an emergency shell, I can observe
them disappear by first calling mount (which reads from /proc due to /etc/mtab
being a sy
On Tue, 03.02.15 14:18, Josh Triplett (j...@joshtriplett.org) wrote:
> On Mon, Feb 02, 2015 at 04:42:21PM +0100, Lennart Poettering wrote:
> > On Mon, 02.02.15 12:06, Cristian Rodríguez (crrodriguez at opensuse.org)
> > wrote:
> >
> > > Using /dev/urandom as a key is valid for swap, do not
> > >
On Tue, 03.02.15 23:03, Michael Biebl (mbi...@gmail.com) wrote:
> > While I just made this scenario up I think it's actually quite
> > realistic, and I think it's a valid thing for admins to do
>
> Well, we could easily check if DefaultDependencies=yes in this case.
> Actually, this is alread
On Tue, 03.02.15 23:00, Olaf Leidinger (ol...@mescharet.de) wrote:
> Dear systemd-devel list,
>
> I'm trying to debug the following problem:
>
> For some unknown reason, /proc and /sys get unmounted during boot
> from a NFS mounted rootfs. Booting to an emergency shell, I can observe
> them disa
On Sat, 13.12.14 07:36, Adam Papai (w...@wooh.hu) wrote:
> Yeah, something similar is happening. If I edit the container.target and
> add the Wants= instead of creating the .wants directory it works well.
>
> I think the preset-all is "syncing" the config with the .wants directory as
> well and r
On Thu, 20.11.14 15:28, Brendan Horan (brendanho...@basstech.net) wrote:
> No one has any clue?
> Or do I need to provide more information? (if so what?)
Hmm, somehow this thread got lost. Is this still an issue with current
git? If so could you repost, and we'll have a look at it.
Sorry for no
Hi all,
As I posted last week, a change merged a while ago to systemd-nspawn adding
seccomp protections with no ability to enable/disable broke the Ironic Python
Agent ramdisk which utilizes CoreOS and systemd. The attached patch makes the
behavior optional, with it defaulting to disabled. I di
On Fri, 12.12.14 14:25, Colin Guthrie (gm...@colin.guthr.ie) wrote:
> Lennart Poettering wrote on 11/12/14 00:16:
> > * All systemd programs that read standalone configuration
> > files in /etc now also support a corresponding series of
> > .conf.d configuration directo
On 03.02.2015 18:43, David Herrmann wrote:
> Hi
>
> On Tue, Feb 3, 2015 at 6:36 PM, poma wrote:
>> On 02.02.2015 19:58, David Herrmann wrote:
>>> As I'm not really interested in hacking on network-managers, I've
>>> decided to stop working on MiracleCast. If, some day, there's a
>>> working P2P s
For context this puts a toggle on this feature added to nspawn:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=28650077f36466d9c5ee27ef2006fae3171a2430
I encouraged Jay to make it an opt-in flag so as to not break other
people who had working setups when using nspawn as a minimal ns
wrappe
On Tue, 03.02.15 23:22, Jay Faulkner (j...@jvf.cc) wrote:
> Hi all,
>
> As I posted last week, a change merged a while ago to systemd-nspawn
> adding seccomp protections with no ability to enable/disable broke
> the Ironic Python Agent ramdisk which utilizes CoreOS and
> systemd. The attached pat
Check sysfs devicetree values in order to detect if we are running on a KVM
hypervisor on a powerpc architecture.
---
src/shared/virt.c | 20
1 file changed, 20 insertions(+)
diff --git a/src/shared/virt.c b/src/shared/virt.c
index f10baab..7c1381f 100644
--- a/src/shared/vir
On Tue, 03.02.15 17:56, Chris J Arges (chris.j.ar...@canonical.com) wrote:
> Check sysfs devicetree values in order to detect if we are running on a KVM
> hypervisor on a powerpc architecture.
Looks good! Applied!
Thanks!
Lennart
--
Lennart Poettering, Red Hat
On Fri, 12.12.14 15:57, Matthias Urlichs (matth...@urlichs.de) wrote:
> Hi,
>
> Colin Guthrie:
> > What's the argument for including /usr/local in all this stuff? Feels
> > wrong to me.
> >
> +ME_TOO. /usr/local frequently has wider permissions than reasonable for
> something that can affect sys
On Thu, 25.12.14 08:37, Andrei Borzenkov (arvidj...@gmail.com) wrote:
> This looks like fallout of moving to generators for sysv units. Before
> systemd added dependencies on runlevelX.target directly to units built
> from initscripts. This forced runlevelX.target resolution and
> everything was O
1 - 100 of 124 matches
Mail list logo
