2016-05-26 8:25 GMT+02:00 Francis Moreau :
> Well yes that's not usefull, so I'm wondering why systemd has code to
> deal with this weid case specially since by default all stubs will
> have a Conflicts/Before=shutdown.target.
The generator code is generic, there is no special code for this.
-
2016-05-26 7:49 GMT+02:00 Francis Moreau :
> Hello Michael,
>
> On Wed, May 25, 2016 at 11:08 PM, Michael Biebl wrote:
>> Hm, I've already given you the answer on IRC, so I'm not sure why you
>> ask them again.
>>
>
> Indee and thank you for that.
>
And if a service does not have an explicit stop on shutdown/reboot,
the processes are killed in a final killing spree where there are not
ordering guarantees.
2016-05-25 23:08 GMT+02:00 Michael Biebl :
> Hm, I've already given you the answer on IRC, so I'm not sure why you
>
Hm, I've already given you the answer on IRC, so I'm not sure why you
ask them again.
The K symlinks determine whether a service needs an explicit stop
request on shutdown (i.e. Conflicts/Before: shutdown.target).
That's exactly how sysvinit also worked. If there was a K symlink in
rc0 and rc6, t
2016-05-23 22:52 GMT+02:00 Christian Boltz :
> I'd argue that nobody will complain if "systemctl restart apparmor" does
> something sane (reloading the profiles) instead of making the system
> insecure by removing the confinement from all running processes ;-)
So, you really want reload here, not
I have to add, I don't quite understand, why the convenience libs are
split up like this:
> libbasic.la
> libshared.la
> libfirewall.la
> libcore.la
> libsystemd-internal.la
> libsystemd-network.la
> libudev-internal.la
> libudev-core.la
> libjournal-core.la
> libsystemd-journal-internal.la
> lib
2016-05-17 10:36 GMT+02:00 Lennart Poettering :
> On Mon, 16.05.16 04:24, Michael Biebl (mbi...@gmail.com) wrote:
>
>> Hi,
>
>> Any ideas, why simple tools like loginctl, busctl, hostnamectl require 300K+
>> ?
>> What's up with systemd-analyze?
>
>
2016-05-16 6:15 GMT+02:00 Auke Kok :
> On Mon, May 16, 2016 at 04:24:25AM +0200, Michael Biebl wrote:
>> 1,5M usr/bin/systemd-analyze
>>
>> What's up with systemd-analyze?
>
> It shouldn't be part of a base package, it's not even a diagnostic tool, mor
Hi,
systemd has a tendency to grow in size with each new release (and I
mean installed Mb on disk here).
Looking at the size of a couple of binaries, I'm really suprised they
are so huge:
36K bin/systemd-notify
36K usr/bin/systemd-cat
36K usr/bin/systemd-detect-virt
40K bin/systemd-escape
44K
2016-04-26 16:49 GMT+02:00 george Karakou :
> You were really close, the correct answer is provided by mantas. Anyway
> driven from your thought i moved the script's execution to NetworkManager
> and i am now at the point i wanted. Though i have added 2 and something
> minutes to my startup process
Ordering after the dispatcher won't help.
The dispatcher is not part of the initial transaction (e.g. pulled in
by multi-user.target.wants).
2016-04-26 14:14 GMT+02:00 george Karakou :
> It's actually NetworkManager-dispatcher whose actual job is -if i am not
> mistaken- to run some scripts after
2016-04-21 16:06 GMT+02:00 Michael Biebl :
> Hi Lennart
>
> 2016-04-21 12:11 GMT+02:00 Lennart Poettering :
>> On Thu, 21.04.16 02:50, Michael Biebl (mbi...@gmail.com) wrote:
>>
>>> 2016-04-21 0:56 GMT+02:00 Michael Biebl :
>>> On second thought, maybe n
Hi Lennart
2016-04-21 12:11 GMT+02:00 Lennart Poettering :
> On Thu, 21.04.16 02:50, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2016-04-21 0:56 GMT+02:00 Michael Biebl :
>> On second thought, maybe not such a good idea as this would break
>> hibernate on alternate in
2016-04-21 0:56 GMT+02:00 Michael Biebl :
> 2016-04-20 11:14 GMT+02:00 Lennart Poettering :
>>
>> Here's the heuristics code logind uses to check whether hibernation
>> shall be considered available or not:
>>
>> https://github.com/systemd/systemd/blob
2016-04-20 11:14 GMT+02:00 Lennart Poettering :
>
> Here's the heuristics code logind uses to check whether hibernation
> shall be considered available or not:
>
> https://github.com/systemd/systemd/blob/master/src/shared/sleep-config.c#L229
>
> i.e. it checks that the RAM size is smaller than 0.98
s://github.com/systemd/systemd-initctl/
>
> I'm happy to push the client code there once you migrated the project.
>
>
> However, I'd still like to have an Ack from Michael Biebl on the
> downstream integration of this new repository.
Well, I guess I already explained our
So why don't you implement such a scheme? Talk is cheap
2016-04-10 18:22 GMT+02:00 Xen :
> I just want to present my conclusion here succintly.
>
> https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/
>
> Was introduced to safeguard against a rare occasion where an i
2016-04-08 18:12 GMT+02:00 Andrei Borzenkov :
> 08.04.2016 18:20, Michael Biebl пишет:
>> 2016-04-08 16:25 GMT+02:00 Michal Soltys :
>>> On your root partition keep /var/run symlink to /run - so regardless if /var
>>> is or isn't mounted, the path will be corre
2016-04-08 16:25 GMT+02:00 Michal Soltys :
> On your root partition keep /var/run symlink to /run - so regardless if /var
> is or isn't mounted, the path will be correct. Wouldn't that help ? (unless
> I missed something)
That only work for late boot though. Consider the case where /var is a
separ
Great stuff!
Thanks for working on that, Martin and Daniel.
Regards,
Michael
2016-02-18 9:01 GMT+01:00 Martin Pitt :
> Hello all,
>
> you might already have noticed, but from now on PRs will not only
> trigger the semaphore checks (which are essentially a "make
> distcheck"), but also trigger mo
2016-02-11 18:06 GMT+01:00 Lennart Poettering :
> Heya!
>
> So I am thinking about some spring cleaning, and would love to remove
> the following bits from the systemd package:
>
> 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last
>time Debian was still using that, maybe this
Nvm, seems I had a stray /etc/systemd/system/getty@tty1.service from running
systemctl edit --full getty@tty1.service
I didn't have that in my pristine test VM with v228
2016-02-11 14:13 GMT+01:00 Michael Biebl :
> There seems to be a regression in git master (v228-1303-
There seems to be a regression in git master (v228-1303-gcf92d86):
$ systemctl enable getty@tty1.service
Failed to execute operation: File exists
$ echo $?
1
This didn't fail with v228
2016-02-11 12:00 GMT+01:00 Lennart Poettering :
> Heya,
>
> just wanted to say that v229 is around the corner.
Thanks for the response Lennart.
I think something like this should be added to the man page. I opened
a bug report for this.
Michael
2016-02-03 22:58 GMT+01:00 Lennart Poettering :
> On Wed, 03.02.16 22:03, Michael Biebl (mbi...@gmail.com) wrote:
>
>> Hi everyone
>>
Hi everyone
I wonder that emergency.target/emergency.service/emergency mode is good for.
Afaics, it doesn't offer anything that rescue mode doesn't also offer.
I find this situation a bit confusing.
Can anyone enlighten me why we need two different modes which are
basically the same?
Regards,
M
2015-12-22 3:43 GMT+01:00 Mike Gilbert :
> With systemd, you really cannot start daemons from an interactive
> shell.
Well, there is systemd-run ...
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
__
2015-12-21 17:30 GMT+01:00 Jóhann B. Guðmundsson :
> It's an added work to add the environmental line to begin with and it's an
That would be done once, by upstream ideally. The work would be negligible.
> equal amount of work for administrators to change the environmental line or
> the Exec= lin
2015-12-21 17:00 GMT+01:00 Jóhann B. Guðmundsson :
> No what's obvious is it does not add any value not et all
Well, I can reiterate the points, but I suggest you just read this thread again.
and not all
> daemons and service support additional environmental options added to them
> et all so addi
2015-12-21 14:23 GMT+01:00 Jóhann B. Guðmundsson :
> What he proposed is redundant and adds an extra line to the unit file and in
> addition requires some distro's acceptance that upstream needs to be aware
> of when it creates the unit for it's daemon/service.
>
> His proposal
>
> [Unit]
> Descrip
2015-12-21 14:16 GMT+01:00 Lennart Poettering :
> None of these three settings belong in [Unit]. They belong in [Service].
Yeah, I already figured that out in the mean time, see my earlier reply.
Sorry for the confusion.
Michael
--
Why is it that all of the instruments seeking intelligent life i
2015-12-20 17:33 GMT+01:00 Michael Biebl :
> # /etc/systemd/system/rsyslog.service.d/override.conf
> [Unit]
...
> Am I doing something wrong or is this a bug in systemd?
Apparently the former. I mixed up [Unit] and [Service]. Should have
checked the journal logs more carefully for erro
2015-12-20 18:40 GMT+01:00 Reindl Harald :
> InaccessibleDirectories=-/home
Makes no difference here. Using InaccessibleDirectories, rsyslogd can
still monitor and read the file in /home/michael.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away f
Hi,
I'm using systemd v228 and tried to lock down rsyslog a bit.
For that I added
# /etc/systemd/system/rsyslog.service.d/override.conf
[Unit]
ProtectSystem=yes
ProtectHome=yes
CapabilityBoundingSet=~CAP_SYS_ADMIN
I then went on to test it. For that I created the following rsyslog
config which
2015-12-09 20:46 GMT+01:00 Lennart Poettering :
> On Wed, 09.12.15 18:27, Soumya Koduri (skod...@redhat.com) wrote:
>
>> Hi,
>>
>> I have created a systemd.unit(nfs-ganesha.service) file as below :
>>
>> [Unit]
>>
>> After=nfs-ganesha-config.service
>> Requires=nfs-ganesha-config.service
>>
>>
Hi Michael
> The USB drive is named 'clone'. Its fstab entry reads:
>> #Entry for /dev/sdb1 :
>> UUID=F4CEDFE4CEDF9D64 /media/michael/clonentfs
>> defaults,nodev,nosuid,uid=1000,gid=1000,uhelper=udisks2 0
>> 0
Add noauto or nofail to your mount options.
--
Why is it that all of the
2015-11-23 13:32 GMT+01:00 Mantas Mikulėnas :
> I remember Debian had an oddly restrictive policy for systemd bus access
> (though it seems to be fixed now?).
The Debian systemd package never diverged from the upstream D-Bus policy afair.
*But* in the past, the systemd-shim package shipped it's o
2015-11-19 11:17 GMT+01:00 Umut Tezduyar Lindskog :
> On Wed, Nov 18, 2015 at 10:13 AM, David Herrmann
> wrote:
>> * systemd will now bump the net.unix.max_dgram_qlen to 512 by
>> default now (the kernel default is 16). This is beneficial
>
> AFAIK default is 10 which means you
2015-11-14 12:27 GMT+01:00 Martin Pitt :
> There's also still the networkd regression:
>
> https://github.com/systemd/systemd/issues/1866
Another recent regression:
https://github.com/systemd/systemd/issues/1892
which should be fixed before the release.
--
Why is it that all of the instrume
2015-11-11 21:21 GMT+01:00 Jóhann B. Guðmundsson :
[snip]
> To coordinate and oversee and collectively share work done between
> distribution integrating the relevant components in their distribution.
And now you started an unrelated meta-discussion. Please do that in a
separate thread and don't h
2015-11-11 12:58 GMT+01:00 Martin Pitt :
> Hello all,
>
> in case it's useful, this is how we split them in Debian.
>
> However, is this even a topic for upstream, apart from giving
> recommendations? I. e. do you actually consider putting this kind of
> split into the upstream build system à la "m
I wonder why we use gold as linker in systemd by default.
bfd is not noticeably slower here and the actual generated binaries
seem to be a bit smaller.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
__
Grr, my first reply should have gone to the mailing list...
2015-11-08 21:03 GMT+01:00 Lennart Poettering :
> On Sun, 08.11.15 19:40, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-11-08 19:10 GMT+01:00 Lennart Poettering :
>> > Heya!
>> >
>> > At s
Oops, the make check output was cut off
2015-10-29 2:14 GMT+01:00 Michael Biebl :
> $ make check
> python setup.py build
> running build
> running build_py
> package init file 'systemd/test/__init__.py' not found (or not a regular file)
> package init file 'system
Hi
2015-10-28 17:44 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> * Tests that cover most of the python code were added. As a
> result, a bug in sd_is_mq was fixed in systemd 227.
Is there something special I need to do to run the test-suite and make it pass:
$ make check
python se
2015-10-07 14:43 GMT+02:00 Jan Synacek :
> Lennart Poettering writes:
>> Happy to take a patch that removes the intltool hookup if it replaces
>> it with the right gettext hookup instead.
>
> I have investigated this a bit... AFAIK, gettext cannot be directly used
> to parse and merge translation
1:17 GMT+02:00 Michael Biebl :
> 2015-09-23 0:45 GMT+02:00 Lennart Poettering :
>> On Wed, 23.09.15 00:38, Michael Biebl (mbi...@gmail.com) wrote:
>>
>>> Hi,
>>>
>>> yes, in Debian we'll need /dev/initctl support for at least another
>>>
2015-09-23 0:45 GMT+02:00 Lennart Poettering :
> On Wed, 23.09.15 00:38, Michael Biebl (mbi...@gmail.com) wrote:
>
>> Hi,
>>
>> yes, in Debian we'll need /dev/initctl support for at least another
>> release cycle so users can switch between the init system and s
Hi,
yes, in Debian we'll need /dev/initctl support for at least another
release cycle so users can switch between the init system and safely
reboot (in both directions).
If it's not too much of a nuisance, it would be great if it could
still be provided a bit longer upstream, otherwise we'll have
2015-09-18 22:34 GMT+02:00 Tobias Hunger :
>
> Any progress yet on the "very soon now" release?
This fix is supposed to be part of the v226 release, which was
released on 2015-09-08.
You raised this issue on 2015-09-05, so you didn't have v226 back then.
--
Why is it that all of the instruments s
2015-09-10 19:07 GMT+02:00 martin f krafft :
> also sprach Michael Biebl [2015-09-10 17:51 +0200]:
>> drbd requires network access and drdb.service has
>> DefaultDependencies=yes and is started in multi-user.target.
>>
>> If this mount point is treated as local fil
Hi,
reading https://wiki.gnome.org/Projects/GnomeCommon/Migration, it says
that intltool is practically dead and one should use gettext directly.
Do we still need intltool in systemd? Does gettext have support for
translating PolicyKit policy files?
Michael
--
Why is it that all of the instrum
2015-09-10 12:00 GMT+02:00 martin f krafft :
> Hi,
>
> on one of my machines, /srv/backup is an encrypted filesystem
> sitting on top of a DRBD volume. In /etc/crypttab, I thus have
>
> backup /dev/drbd/by-res/backup none noauto
>
> and then I mount /dev/mapper/backup on /srv/backuppc.
>
drbd r
2015-09-01 11:45 GMT+02:00 Michael Biebl :
> As it looks like, Martin (Ubuntu/Debian) and myself (Debian) will be going.
Let's say, we are planning to go :-)
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away fr
Hi,
2015-08-31 14:46 GMT+02:00 Lukáš Nykrýn :
> We have never did "mass backport", because most of them were irrelevant
> for our ancient systemd in rhel. It is handy when I am looking for some
> bugfix in upstream and the first step was to go through such patches.
>
> By the way it might be a goo
Hi,
say I wanted to grant an unprivileged userA the ability to
systemctl start/stop/restart/reload foo.service
and only grant this for foo.service.
Is there a way to achieve that without resorting to using hacks like
sudo or a suid binary? From a cursory look, the existing PolicyKit
rules are too
2015-08-06 14:43 GMT+02:00 Reindl Harald :
> well, but "Type=simple" is default and recommended everywhere because there
> is no main-pid to guess and the with "Restart=always" monitored is in fact
> "ExecStart"
Actually, Type=simple has its own share of problems:
https://bugs.debian.org/cgi-bin/
2015-07-29 5:40 GMT+02:00 Tom Gundersen :
> On Wed, Jul 29, 2015 at 1:21 AM, Michael Biebl wrote:
>> something I was wondering regarding kdbus and udev.
>> If udev wants to drop the netlink transport and instead rely on kdbus,
>> would this mean, systemd becomes mandator
Hi,
something I was wondering regarding kdbus and udev.
If udev wants to drop the netlink transport and instead rely on kdbus,
would this mean, systemd becomes mandatory in the initramfs to setup
kdbus before udev is run?
Will it still be possible in the future to run udev without systemd
in the
2015-07-25 3:18 GMT+02:00 Rich Freeman :
> I noticed that mount units for nfs shares created by the generator do
> not Want=nfs-client.target or similar.
>
> That means that if you don't explicitly want nfs-client in your
> configuration then nfs shares will get mounted, but services like
> rpc-sta
2015-07-22 19:15 GMT+02:00 Lennart Poettering :
> On Tue, 21.07.15 13:43, Marc Haber (mh+systemd-de...@zugschlus.de) wrote:
>> Can I write my nifty.target as a service? I have seen in this case
>> nifty.service files with Exec=/bin/true to basically create a no-op
>> service, but that's ugly.
>
> T
Have a look at the openvpn package in Debian. It implements something
like you have in mind.
There are multiple openvpn@.service instances and a single
openvpn.service which can be used by the admin to start/stop/restart
them.
2015-07-21 13:43 GMT+02:00 Marc Haber :
> Hi,
>
> I am trying to system
Hi
2015-07-09 14:17 GMT+02:00 Armin K. :
> a is systemd-221 from fd.o, b is systemd-222 generated by make dist.
>
> TL;DR - files used to build the compat libs are missing even though
> --enable-compat libs was specified on ./configure line before
> make dist was built.
You need to run "make" bef
2015-07-08 21:17 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> On Tue, Jul 07, 2015 at 03:49:13PM +0200, Michael Biebl wrote:
>> 2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
>> > Comments, patches, pull requests — especially for documentation and tests —
>>
2015-07-07 23:12 GMT+02:00 Daniel Mack :
> On 07/07/2015 04:42 PM, Michael Biebl wrote:
>> Assertion 'fsck_exists("minix") == 0' failed at
>> src/test/test-path-util.c:213, function test_fsck_exists(). Aborting.
>> Aborted
>
> That's due to a
2015-07-07 22:42 GMT+02:00 Michael Biebl :
> 2015-07-06 19:54 GMT+02:00 David Herrmann :
>> Hi
>>
>> We intend to release v222 tomorrow. If anyone has open issues that
>> need to be in that release, please speak up. Right now, the release
>> consists almost exclusi
2015-07-06 19:54 GMT+02:00 David Herrmann :
> Hi
>
> We intend to release v222 tomorrow. If anyone has open issues that
> need to be in that release, please speak up. Right now, the release
> consists almost exclusively of bug-fixes, and we want to get those
> into distributions.
I'm getting a "ma
2015-07-06 19:54 GMT+02:00 David Herrmann :
> Hi
>
> We intend to release v222 tomorrow. If anyone has open issues that
> need to be in that release, please speak up. Right now, the release
> consists almost exclusively of bug-fixes, and we want to get those
> into distributions.
Regarding the rem
2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> Comments, patches, pull requests — especially for documentation and tests —
> are very much welcome.
Regarding the documentation: I failed to generate the documentation
with sphinx since it didn't find the python modules.
Do you have some i
2015-07-07 4:50 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> On Tue, Jul 07, 2015 at 04:11:28AM +0200, Michael Biebl wrote:
>> Do you intend to publish release tarballs somewhere or should we get one from
>> https://github.com/systemd/python-systemd/releases ?
> I was hoping that t
Hi!
2015-07-07 2:51 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> The new separated package is at https://github.com/systemd/python-systemd
..
> Following the example of libudev, I bumped the version of the separated
> package to 230, so that it is guaranteed to stay larger than the last
> version o
2015-07-01 22:50 GMT+02:00 Johannes Ernst :
> Hey Martin,
>
> thanks, but:
>
>>> My container is degraded because systemd-tmpfiles-setup.service
>>> failed. My understanding is that it should not run in the container
>>> anyway. (Right?)
>>
>> It should run in a container; its purpose is both neces
2015-06-19 16:11 GMT+02:00 Michael Biebl :
> I'm very disappointed (once again) how this release was handled.
> Lot's of last minute changes. Especially
> https://github.com/systemd/systemd/pull/293
> really sucks.
While I'm still disappointed how this issue was h
2015-06-19 16:38 GMT+02:00 Lennart Poettering :
> On Fri, 19.06.15 16:29, Michael Biebl (mbi...@gmail.com) wrote:
>
>> > If something is not in shape we'll revert it. Regardless of the
>> > general merits of the patch set: this one actually broke stuff, it
>> &g
All this talk about getting downstream patches upstream and then last
minute reverts without a proper justitification. WTF.
2015-06-19 16:11 GMT+02:00 Michael Biebl :
> I'm very disappointed (once again) how this release was handled.
> Lot's of last minute changes. Especially
>
l Hahler, Daniel Mack, David Herrmann,
> David Mohr, Dimitri John Ledkov, Djalal Harouni, dslul, Ed
> Swierk, Eric Cook, Filipe Brandenburger, Gianpaolo Macario,
> Harald Hoyer, Iago López Galeiras, Igor Vuk, Jan Synacek,
> Jason Pleau, Jason S.
2015-06-14 11:17 GMT+02:00 Igor Bukanov :
> Hello,
>
> I noticed that running `systemctl is-enabled foo.service` against a
> service written by a generator fails with a puzzling error message:
>
> Failed to get unit file state for foo.service: No such file or directory
>
> when I expected that the
2015-06-03 18:39 GMT+02:00 Kay Sievers :
> On Wed, Jun 3, 2015 at 6:32 PM, Will S wrote:
>> My understanding is that the system and user instances of systemd are
>> completely isolated from each other. So I can not create a user unit file
>> with the option Requires=network-online.target. Is there
2015-06-02 12:55 GMT+02:00 Daniel Mack :
> So, my primary motivation was to fix the obvious regression at hand
> first, but I agree the actual problem goes deeper.
Looks like even with this patch applied, we have regressions compared
to previous releases.
See https://bugs.freedesktop.org/show_bug.
2015-06-01 20:12 GMT+02:00 David Herrmann :
> Hi
>
> As of today we've disabled git-push to fd.o. The official development
> git repository is now at github [1].
What about the bug tracker? Will it remain at fdo's bugzilla. I have
to admit I'm not a huge fan of github's bug tracker.
Michael
--
2015-05-28 15:02 GMT+02:00 Martin Pitt :
> Lennart Poettering [2015-05-28 13:05 +0200]:
>> Nah, please remove this part. We should not ship that upstream. THis
>> is something that Fedora's initscripts.rpm should provide eventually,
>> and should be neither shipped with systemd upstream nor systemd
2015-05-30 2:53 GMT+02:00 Michael Biebl :
> 2015-05-30 2:50 GMT+02:00 Michael Biebl :
>> 2015-05-30 2:24 GMT+02:00 Daniel Mack :
>>>
>>> Fine for me, just go ahead if you have an implementation in mind :)
>>
>> I was lazy and just copied
>> ftp://ftp.t
2015-05-30 2:50 GMT+02:00 Michael Biebl :
> 2015-05-30 2:24 GMT+02:00 Daniel Mack :
>>
>> Fine for me, just go ahead if you have an implementation in mind :)
>
> I was lazy and just copied
> ftp://ftp.tu-clausthal.de/pub/mirror/gnu/www/software/ac-archive/normpath.html
Oh,
2015-05-30 2:24 GMT+02:00 Daniel Mack :
>
> Fine for me, just go ahead if you have an implementation in mind :)
I was lazy and just copied
ftp://ftp.tu-clausthal.de/pub/mirror/gnu/www/software/ac-archive/normpath.html
The resulting diff would look something like
diff --git a/configure.ac b/config
2015-05-30 2:30 GMT+02:00 Filipe Brandenburger :
> On Fri, May 29, 2015 at 5:21 PM, Michael Biebl wrote:
>> autoconf already strips trailing slashes for all default directory
>> variables [1].
>
> How does it handle --prefix=/ though? Does it turn it into an empty string?
2015-05-30 2:05 GMT+02:00 Daniel Mack :
> Make sure the variable set via --with-rootprefix= does not contain a
> trailing slash, so man pages can use entities like "&rootprefix;/lib"
> without ending up having double slashes.
> ---
> configure.ac | 3 ++-
> 1 file changed, 2 insertions(+), 1 delet
2015-05-29 15:56 GMT+02:00 Lennart Poettering :
>
> I think it's ok to expect people to run "make clean" after touching
> the makefile to get the man pages fixed.
Atm, man/custom-entities.ent is only cleaned up on "make distclean".
I think we should move that from DISTCLEANFILES to CLEANFILES.
-
2015-05-19 17:06 GMT+02:00 David Herrmann :
> Hi
>
> We're about to remove gudev from the systemd repository, as it is in
> no way related to the systemd code-base, nor used by the systemd
> project. To preserve backwards compatibility, gudev was extracted into
> a separate repository and is now ma
2015-05-28 19:47 GMT+02:00 Filipe Brandenburger :
> We're actually still missing a small part of it (A sentence like
> "Files in /etc have the highest priority, files in /run take
> precedence over files with the same name in */usr/lib*." in files like
> hwdb.xml, the last /usr/lib won't get fixed)
2015-05-28 19:41 GMT+02:00 Martin Pitt :
>> > I hope that's helpful!
>>
>> Applied both!
>
> \o/ Many thanks Filipe, that's great! Biggest patch gone :)
A huge thanks from me as well to everyone involved!
--
Why is it that all of the instruments seeking intelligent life in the
universe are poin
2015-05-27 2:51 GMT+02:00 Dave Reisner :
> The fact of the matter is, the last 2 releases of systemd have been
> brown bag releases. Neither 219 nor 220 are useable as the tarballs are
> provided. v220 doesn't even build in a large number of configurations.
> v218 wasn't quite as bad, but landed 18
2015-05-26 19:08 GMT+02:00 Lennart Poettering :
> On Tue, 26.05.15 18:52, Martin Pitt (martin.p...@ubuntu.com) wrote:
>
>> > > http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/Fix-paths-in-man-pages.patch?h=experimental-220
>> >
>> > Not enthusiastic about the idea. But th
2015-05-26 17:57 GMT+02:00 Reindl Harald :
>> There's a stable git tree maintained by Zbigniew, Lukas and friends,
>> that carries backports for the stable releases. Most vendors should
>> consider following that repo I figure.
>>
>> I try to help the backporting business by tagging the commits I
>
2015-05-15 22:16 GMT+02:00 Tom Gundersen :
> on-demand I agree with Lennart that it makes the most sense to simply
> unconditionally load the modules. If this is undesirable the solution
> should be to teach the kernel to auto-load the modules, not to expect
> the admin to figure out that explicit
2015-05-13 15:45 GMT+02:00 Lennart Poettering :
> Well, I am pretty sure that in this case, it should be sulogin that
> propagates the shutdown request to the shell it spawned, but we should
> not do it otherwise.
>
> Note that by default we don't even clean up processes of unprivileged
> users on
2015-05-13 15:19 GMT+02:00 Lennart Poettering :
> sulogin generally does not set up a PAM session, and we indeed should
> allow processes like screen staying around in such a context. Hence
> KillMode=process is actually the right choice for all these services,
> indeed.
Do you really think it mak
2015-05-12 0:03 GMT+02:00 Lennart Poettering :
> On Tue, 12.05.15 00:01, Lennart Poettering (lenn...@poettering.net) wrote:
>
>> On Mon, 11.05.15 23:50, Michael Biebl (mbi...@gmail.com) wrote:
>>
>> > 2015-05-08 17:43 GMT+02:00 Michael Biebl :
>> > > S
2015-05-08 17:43 GMT+02:00 Michael Biebl :
> See http://lists.freedesktop.org/archives/systemd-devel/2015-May/031536.html
Lennart, are you ok if I commit this?
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Ea
2015-05-08 17:43 GMT+02:00 Michael Biebl :
> See http://lists.freedesktop.org/archives/systemd-devel/2015-May/031536.html
>
> We probably want to use KillMode=mixed, but let's start with the ones
We probably want to use KillMode=mixed *as well for other units which
spawn of child p
From d3118dc4705c8f6a3d341bf8e8c0e05f84a93127 Mon Sep 17 00:00:00 2001
From: Michael Biebl
Date: Fri, 8 May 2015 17:35:52 +0200
Subject: [PATCH] unit: Set KillMode=mixed for services which use sulogin
Don't rely on sulogin to cleanup all child processes but use
KillMode=mixed instead to make sure we
2015-05-06 13:40 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> On Wed, May 06, 2015 at 12:39:50PM +0200, Michael Biebl wrote:
>> 2015-05-06 1:49 GMT+02:00 Cameron Norman :
>> > +KillMode=process
>> >
>> > If I had to take a guess I would say that it was desired to l
201 - 300 of 681 matches
Mail list logo
