[systemd-devel] libsytemd is missing move-to-rootlibdir when using split-ur

2014-02-20 Thread Michael Biebl
With split-usr, libsystemd should be installed to /lib, not /usr/lib. The compat-libs are still correctly installed to /lib, but libsystemd.so itself isn't Will follow up with a patch unless someone beats me to it Michael -- Why is it that all of the instruments seeking intelligent life in the

Re: [systemd-devel] libsytemd is missing move-to-rootlibdir when using split-ur

2014-02-20 Thread Michael Biebl
2014-02-20 17:24 GMT+01:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: On Thu, Feb 20, 2014 at 05:20:05PM +0100, Michael Biebl wrote: With split-usr, libsystemd should be installed to /lib, not /usr/lib. The compat-libs are still correctly installed to /lib, but libsystemd.so itself isn't

Re: [systemd-devel] Starting CUPS very late on a desktop and non-server system

2014-02-20 Thread Michael Biebl
This might be of interest to you: http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2014-February/001433.html So, the cups maintainer is already looking into this. It has to be said CUPS is not the most trivial wrt proper systemd support. 2014-02-20 23:18 GMT+01:00 Paul Menzel

Re: [systemd-devel] [PATCH] install: Do not enable systemd-networkd by default

2014-02-21 Thread Michael Biebl
2014-02-21 16:31 GMT+01:00 Jason A. Donenfeld ja...@zx2c4.com: On Fri, Feb 21, 2014 at 4:19 PM, Lennart Poettering lenn...@poettering.net wrote: Well, ultimately it's up the distributions to decide what they want to enable and what not. True, but this requires manual patching and fixing up

Re: [systemd-devel] Failure to mount partitions on startup since v209

2014-02-25 Thread Michael Biebl
2014-02-25 18:56 GMT+01:00 Patrick Steinhardt p...@pks.im: for my system. The kernel running (3.13.5) has got CONFIG_DEVTMPFS and CONFIG_DEVTMPFS_MOUNT enabled. Do you have CONFIG_FHANDLE=y set? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed

Re: [systemd-devel] [HEADSUP] Formalizing Backports

2014-02-28 Thread Michael Biebl
2014-02-28 18:33 GMT+01:00 Greg KH gre...@linuxfoundation.org: On Fri, Feb 28, 2014 at 02:34:15PM +0100, Lennart Poettering wrote: Heya! Since a while now we have been adding Backport tags to git commits with git notes. Zbigniew and Colin have now set up a new git repo with a stable branch

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Michael Biebl
2014-03-01 15:46 GMT+01:00 Colin Walters walt...@verbum.org: Hi, So for OSTree I am trying to move to a model where services populate the contents of /var on *start*. See previous discussion here: https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg07859.html The really

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Michael Biebl
2014-03-01 19:47 GMT+01:00 Colin Walters walt...@verbum.org: On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl mbi...@gmail.com wrote: I vaguely remember that we exactly had this discussion a while ago. Argh, yes, possibly. The dangers of getting older... Unfortunately I'm not able to find

Re: [systemd-devel] binding tmpfiles.d to unit startup

2014-03-01 Thread Michael Biebl
2014-03-01 20:18 GMT+01:00 Tom Gundersen t...@jklm.no: On Sat, Mar 1, 2014 at 8:04 PM, Michael Biebl mbi...@gmail.com wrote: 2014-03-01 19:47 GMT+01:00 Colin Walters walt...@verbum.org: On Sat, Mar 1, 2014 at 1:44 PM, Michael Biebl mbi...@gmail.com wrote: I vaguely remember that we exactly

Re: [systemd-devel] [PATCH] Fix systemd-stdio-bridge symlink

2014-03-02 Thread Michael Biebl
2014-03-03 5:37 GMT+01:00 Mike Gilbert flop...@gentoo.org: The symlink is created in bindir (/usr/bin), and points to a binary which lives in rootlibexecdir (/lib/systemd or /usr/lib/systemd). A relative symlink does not work here. --- Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1

Re: [systemd-devel] [PATCH] Fix systemd-stdio-bridge symlink

2014-03-03 Thread Michael Biebl
2014-03-03 15:32 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Sun, 02.03.14 23:37, Mike Gilbert (flop...@gentoo.org) wrote: The symlink is created in bindir (/usr/bin), and points to a binary which lives in rootlibexecdir (/lib/systemd or /usr/lib/systemd). A relative symlink does

Re: [systemd-devel] Subscribe from commandline

2014-03-06 Thread Michael Biebl
2014-03-06 0:23 GMT+01:00 Usman deser...@yahoo.com: Thanks Lennart. Is there a way I can do it from shell rather than writing C or Java code? I just want to quickly verify that the messages I get once Unit state changes. Any example? Shell probably not, but you should be able to quickly hack

Re: [systemd-devel] [patch] Fix AC_PATH_PROG usage in configure.ac for systems with (still) bin vs. sbin distiction

2014-03-09 Thread Michael Biebl
2014-03-08 8:52 GMT+01:00 Samuli Suominen ssuomi...@gentoo.org: If eg. setcap is in /sbin and user is building as a normal user without $PATH having /sbin, the build system will default to /usr/sbin/setcap as it's defined in AC_PATH_PROG and fail during the build with 'setcap: command not

Re: [systemd-devel] [PATCH] systemd: powerd initctl support

2014-03-11 Thread Michael Biebl
2014-03-11 4:30 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Fri, 07.03.14 14:32, Hannes Reinecke (h...@suse.de) wrote: + THE POWER IS FAILED! SYSTEM GOING DOWN! PLEASE LOG OFF NOW!); Hmm, this is incorrect english, isn't it? it should be The power

Re: [systemd-devel] [patch] Add -lresolv to libsystemd_intenal_la_LIBADD to prevent underlinking issues

2014-03-16 Thread Michael Biebl
Am 16.03.2014 14:52 schrieb Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl : On Sun, Mar 16, 2014 at 10:10:15AM +0200, Samuli Suominen wrote: Since -Wl,-fuse-ld=gold addition, this happens on IA64 arch where binutils's ld gold doesn't support --gc-sections yet: Maybe you should just use bfd

Re: [systemd-devel] How to manually set service in failed state

2014-03-18 Thread Michael Biebl
/etc/systemd/system# cat fail.service [Unit] Description=Fail service [Service] ExecStart=/bin/false 2014-03-18 22:59 GMT+01:00 Usman deser...@yahoo.com: Hi Guys, I am trying to test some code with respect to my services setup. I have two services, lets say service_a and service_b. In

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-24 Thread Michael Biebl
2014-03-24 17:11 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Mon, 24.03.14 14:00, Michael Biebl (mbi...@gmail.com) wrote: Don't parse Red Hat style chkconfig headers if chkconfig support is disabled via --disable-chkconfig. Hmm, I am not overly hapy with adding even more ifdefs

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-24 Thread Michael Biebl
2014-03-24 17:11 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Mon, 24.03.14 14:00, Michael Biebl (mbi...@gmail.com) wrote: Don't parse Red Hat style chkconfig headers if chkconfig support is disabled via --disable-chkconfig. Hmm, I am not overly hapy with adding even more ifdefs

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-24 Thread Michael Biebl
2014-03-24 17:21 GMT+01:00 Lennart Poettering lenn...@poettering.net: Well, but we are a lot more dependent on correct headers than other parsers anyway... For example, the LSB deps have traditionally been much less accurately followed than they are now... I mean, we don't claim compatibility

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-24 Thread Michael Biebl
2014-03-24 17:21 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Mon, 24.03.14 17:17, Michael Biebl (mbi...@gmail.com) wrote: 2014-03-24 17:11 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Mon, 24.03.14 14:00, Michael Biebl (mbi...@gmail.com) wrote: Don't parse Red Hat

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-24 Thread Michael Biebl
2014-03-24 17:36 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Mon, 24.03.14 17:25, Michael Biebl (mbi...@gmail.com) wrote: 2014-03-24 17:21 GMT+01:00 Lennart Poettering lenn...@poettering.net: Well, but we are a lot more dependent on correct headers than other parsers anyway

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-24 Thread Michael Biebl
2014-03-24 17:46 GMT+01:00 Michael Biebl mbi...@gmail.com: sysv scripts would behave the same way on all systemd installations... I mean that's what we try to do after all, provide a unified interface for developers... Since Debian doesn't have chkconfig, sysv init script already behave

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-24 Thread Michael Biebl
We could probably just drop the priority info parsing entirely, since it is pretty useless these days: as no native units carry a priority number we cannot make any useful use of the chkconfig priority anyway anymore... It is only useful to order sysv scripts with such a number against other

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-24 Thread Michael Biebl
2014-03-24 19:58 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Mon, 24.03.14 19:21, Lennart Poettering (lenn...@poettering.net) wrote: See the bug report I posted earlier. The discrepancy between the chkconfig head and the LSB header (the latter being the correct one) caused a

Re: [systemd-devel] [PATCH] core: make parsing of chkconfig headers conditional

2014-03-25 Thread Michael Biebl
2014-03-25 0:14 GMT+01:00 Lennart Poettering lenn...@poettering.net: On Mon, 24.03.14 23:59, Michael Biebl (mbi...@gmail.com) wrote: I think the priority information is irrelevant in this particular issue. It's the discrepancy regarding runlevel information. So I doubt your patch makes

Re: [systemd-devel] [PATCH] build: change tcpwrappers support to disabled by default

2014-03-25 Thread Michael Biebl
2014-03-20 20:29 GMT+01:00 Lennart Poettering lenn...@poettering.net: TO figure out what we can do in Fedora I have now started a discussion on fedora-devel, about getting rid of tcpwrap system-wide. Let's see where this goes. Would be interested in feedback about this from other distros too.

Re: [systemd-devel] Requiring hardware device and escaping device names

2014-03-26 Thread Michael Biebl
2014-03-26 3:56 GMT+01:00 Kai Hendry hen...@webconverger.com: On 25 March 2014 18:01, Kai Hendry hen...@webconverger.com wrote: Requires=dev-input-by\x2did-usb\x2d13ba_0001\x2devent\x2dkbd.device On #systemd IRC I was recommended After=, and I think it's working as it should!

[systemd-devel] simple way to crash systemd via a dangling symlink

2014-03-26 Thread Michael Biebl
There is an interesting bug which can be used to crash systemd via a dangling symlink. For details please see [0]. To trigger the bug, you need a socket activated service. I'm using cups in this case. The steps to reproduce are a/ Make sure cups.socket is properly configured and in state active

Re: [systemd-devel] systemd-udevd seems to kill mount.ntfs started in rules scripts?

2014-04-03 Thread Michael Biebl
2014-04-03 17:13 GMT+02:00 Barry Scott barry.sc...@onelan.co.uk: More of my porting from F16 to F20. I have the following in /etc/udev/rules.d ACTION==add, SUBSYSTEM==block, SUBSYSTEMS==usb, RUN+=/usr/local/onelan/ntb/bin/ntb_mount_usb ACTION==remove, SUBSYSTEM==block, SUBSYSTEMS==usb,

Re: [systemd-devel] systemd-udevd seems to kill mount.ntfs started in rules scripts?

2014-04-03 Thread Michael Biebl
2014-04-03 17:27 GMT+02:00 Thomas Bächler tho...@archlinux.org: Am 03.04.2014 17:13, schrieb Barry Scott: But as soon as the script exits the mount.ntfs process is killed off by something? systemd-udevd maybe? From man udev's section on RUN: This can only be used for very

Re: [systemd-devel] systemd-udevd seems to kill mount.ntfs started in rules scripts?

2014-04-03 Thread Michael Biebl
2014-04-03 17:13 GMT+02:00 Barry Scott barry.sc...@onelan.co.uk: How should I be doing this? As I don't know if your script is meant to mount arbitrary removable drives, if you just want to mount a specific device, the simplest solution is to just add it to /etc/fstab. Use somehting like UUID or

[systemd-devel] inconsistency between hibernate-multiple-sessions and suspend-multiple-sessions

2014-05-14 Thread Michael Biebl
Hi, looking at org.freedesktop.login1.policy I notice that org.freedesktop.login1.suspend-multiple-sessions has allow_activeyes/allow_active whereas org.freedesktop.login1.hibernate-multiple-sessions has allow_activeauth_admin_keep/allow_active What's the reason for this inconsistency? Looking

Re: [systemd-devel] inconsistency between hibernate-multiple-sessions and suspend-multiple-sessions

2014-05-14 Thread Michael Biebl
2014-05-15 2:29 GMT+02:00 Michael Biebl mbi...@gmail.com: What's the reason for this inconsistency? Small correction: org.freedesktop.login1.power-off-multiple-sessions org.freedesktop.login1.reboot-multiple-sessions org.freedesktop.login1.suspend-multiple-sessions → allow_activeyes

Re: [systemd-devel] [RFC PATCH] Fix so install will work without 'ln --relative' support

2014-05-20 Thread Michael Biebl
2014-05-20 10:58 GMT+02:00 Umut Tezduyar Lindskog u...@tezduyar.com: On Fri, May 16, 2014 at 4:14 PM, Lennart Poettering lenn...@poettering.net wrote: If it is desirable to cross-build systemd on such an old distribution I'd recommend sticking an alternative ln implementation into $PATH and

Re: [systemd-devel] simple way to crash systemd via a dangling symlink

2014-05-21 Thread Michael Biebl
Filed this as https://bugs.freedesktop.org/show_bug.cgi?id=76899 Would be great to have someone look at it. Having systemd crash due to something simple as a dangling symlink is pretty bad imho. 2014-03-27 5:18 GMT+01:00 Michael Biebl mbi...@gmail.com: There is an interesting bug which can

Re: [systemd-devel] simple way to crash systemd via a dangling symlink

2014-05-22 Thread Michael Biebl
Hi Lennart, 2014-05-22 9:59 GMT+02:00 Lennart Poettering lenn...@poettering.net: Please test! Thanks for looking into this. Since the commits can not be cherry-picked for v204 and v208 (which I'm currently running in Debian), I can't easily test. So this will have to wait until I've upgraded to

Re: [systemd-devel] [PATCH 17/17] networkd: add dhcp server support

2014-05-27 Thread Michael Biebl
2014-05-27 4:38 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: On Mon, May 26, 2014 at 09:39:46PM +0200, Tom Gundersen wrote: When enabled in [Network] it will set up a dhcp server on the interface, listening on one of its statically configured IPv4 addresses and with a fixed size

Re: [systemd-devel] [PATCH 17/17] networkd: add dhcp server support

2014-05-27 Thread Michael Biebl
2014-05-27 14:00 GMT+02:00 Lennart Poettering lenn...@poettering.net: In many ways, if people complain about a dhcp server in networkd, then it's like complaining about the fact that pppd also can assign addresses to the other side... I don't see pppd implementing a DHCP server. -- Why is

Re: [systemd-devel] [PATCH] Drop the udev firmware loader

2014-05-29 Thread Michael Biebl
2014-05-30 3:55 GMT+02:00 Greg KH gre...@linuxfoundation.org: On Fri, May 30, 2014 at 03:40:52AM +0200, Zbigniew Jędrzejewski-Szmek wrote: On Thu, May 29, 2014 at 08:54:22PM -0400, Cristian Rodríguez wrote: As discussed ad-nauseum previously, it is the kernel's task to load firmware, not

Re: [systemd-devel] [PATCH] Drop the udev firmware loader

2014-05-29 Thread Michael Biebl
2014-05-30 4:26 GMT+02:00 Greg KH gre...@linuxfoundation.org: You update systemd but you don't update the kernel? How does that make any sense? There might be very valid reasons why you need to stick with the old kernel. As said, one example could be that the new one simply doesn't boot.

Re: [systemd-devel] [PATCH] Drop the udev firmware loader

2014-05-29 Thread Michael Biebl
2014-05-30 4:32 GMT+02:00 Michael Biebl mbi...@gmail.com: 2014-05-30 4:26 GMT+02:00 Greg KH gre...@linuxfoundation.org: You update systemd but you don't update the kernel? How does that make any sense? There might be very valid reasons why you need to stick with the old kernel. As said

Re: [systemd-devel] [PATCH] Drop the udev firmware loader

2014-05-29 Thread Michael Biebl
2014-05-30 6:02 GMT+02:00 Greg KH gre...@linuxfoundation.org: On Fri, May 30, 2014 at 05:00:34AM +0200, Zbigniew Jędrzejewski-Szmek wrote: On Thu, May 29, 2014 at 07:51:29PM -0700, Greg KH wrote: On Fri, May 30, 2014 at 04:41:01AM +0200, Michael Biebl wrote: 2014-05-30 4:32 GMT+02:00

Re: [systemd-devel] systemd-213 fails to compile without kmod, no way to fix it using ./configure options

2014-06-01 Thread Michael Biebl
Tom, I quickly looked at the patch and it seems ok. While glancing over Makefile.am I noticed that e.g. libsystemd_network links against $(KMOD_LIBS). That looks wrong to me (faulty commit is 679be2a74241a70028438217bace423a1a45faa6), only libsystemd-networkd-core really requires kmod

Re: [systemd-devel] [PATCH] Add a network-pre.target to avoid firewall leaks

2014-06-07 Thread Michael Biebl
Could you elaborate why Before=network.target is too late? Am 06.06.2014 14:53 schrieb Rusty Bird rustyb...@openmailbox.org: https://bugs.freedesktop.org/show_bug.cgi?id=79600 --- Makefile.am | 1 + man/systemd.special.xml | 1 + units/network-pre.target

Re: [systemd-devel] [PATCH] Add a network-pre.target to avoid firewall leaks

2014-06-07 Thread Michael Biebl
2014-06-08 1:07 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: On Sun, Jun 08, 2014 at 12:55:55AM +0200, Michael Biebl wrote: Could you elaborate why Before=network.target is too late? Because then network setup races with e.g. iptables setup. Depending on the timing, a window

Re: [systemd-devel] [PATCH] Add a network-pre.target to avoid firewall leaks

2014-06-10 Thread Michael Biebl
2014-06-10 19:44 GMT+02:00 Lennart Poettering lenn...@poettering.net: I figure we don't really need network-pre.target, as units that want to run before the network is up should just use: Before=systemd-networkd.service basic.target THis is enough since network management services like

Re: [systemd-devel] [PATCH] Add a network-pre.target to avoid firewall leaks

2014-06-10 Thread Michael Biebl
2014-06-10 19:44 GMT+02:00 Lennart Poettering lenn...@poettering.net: I figure we don't really need network-pre.target, as units that want to run before the network is up should just use: Before=systemd-networkd.service basic.target THis is enough since network management services like

Re: [systemd-devel] [PATCH] [RFCv7] Optionally save core dumps as plain files

2014-06-20 Thread Michael Biebl
2014-06-20 20:02 GMT+02:00 Lennart Poettering lenn...@poettering.net: So here's what is implemented in git now: a) There's a configuration file /etc/systemd/coredump.conf with some of the options you proposed. b) We will now store coredumps outside of the journal by default, but you

Re: [systemd-devel] [PATCH] [RFCv7] Optionally save core dumps as plain files

2014-06-23 Thread Michael Biebl
2014-06-23 10:28 GMT+02:00 Frederic Crozat fcro...@suse.com: Le vendredi 20 juin 2014 à 20:02 +0200, Lennart Poettering a écrit : 2) I change the paths to store this in. I drop the coredumps in /var/lib/systemd/coredump/ now. While the journal logs appear to be something worth sharing

Re: [systemd-devel] [PATCH] core/transaction: fix cycle break attempts outside transaction

2014-06-23 Thread Michael Biebl
Related files are at http://people.debian.org/~biebl/systemd-dep-cycle/ Or a sample bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752259 2014-06-23 15:50 GMT+02:00 Uoti Urpala uoti.urp...@pp1.inet.fi: The attached patch fixes some incorrect-looking code in transaction.c. It

Re: [systemd-devel] Potential major bug in 214

2014-06-25 Thread Michael Biebl
2014-06-25 23:18 GMT+02:00 Adam Williamson awill...@redhat.com: Hi, folks. I'm about 90% sure there's a fairly significant bug in the systemd-sysv-generator that was introduced in 214. It's a bit complicated, and the full details are at https://bugs.freedesktop.org/show_bug.cgi?id=80537 . But

Re: [systemd-devel] file-hierarchy. user persistent data dir.

2014-07-04 Thread Michael Biebl
2014-07-04 14:21 GMT+02:00 Simon McVittie simon.mcvit...@collabora.co.uk: On 04/07/14 11:33, Lennart Poettering wrote: ~/.config: state and configuration, the counterpart for both /etc/ *and* /var/lib/ in the home directory ~/.local: static vendor resources of additional packages

Re: [systemd-devel] systemctl escaping of unit names

2014-07-06 Thread Michael Biebl
of the instruments seeking intelligent life in the universe are pointed away from Earth? From c8d500e547063b0d0480d34869ee6fd97ec0e01a Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Wed, 4 Jun 2014 01:57:11 +0200 Subject: [PATCH] Add systemd-escape helper --- Makefile.am

Re: [systemd-devel] systemctl escaping of unit names

2014-07-06 Thread Michael Biebl
2014-07-06 22:28 GMT+02:00 Michael Biebl mbi...@gmail.com: If there is consensus, I'll just move it from rootlibexec_PROGRAMS to rootbin_PROGRAMS And moving it to $PATH probably means adding a short man page -- Why is it that all of the instruments seeking intelligent life in the universe

Re: [systemd-devel] systemctl escaping of unit names

2014-07-06 Thread Michael Biebl
2014-07-06 23:22 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: On Sun, Jul 06, 2014 at 10:28:55PM +0200, Michael Biebl wrote: +#include stdio.h +#include stdlib.h + +#include log.h +#include unit-name.h + +int main(int argc, char *argv[]) { +char *escaped_name = NULL

Re: [systemd-devel] using /dev/root in fstab

2014-07-07 Thread Michael Biebl
2014-07-07 10:14 GMT+02:00 Samuli Suominen ssuomi...@gentoo.org: We restore the /dev/root symlink in Gentoo same way Debian is restoring it on non-systemd This has been removed from Debian's udev package a while ago

Re: [systemd-devel] using /dev/root in fstab

2014-07-07 Thread Michael Biebl
Hi Samuli, 2014-07-07 13:41 GMT+02:00 Samuli Suominen ssuomi...@gentoo.org: also Quota's quotacheck command uses /dev/root on XFS file systems, also 'nilfs-utils' uses /dev/root, also e2fsprogs e4defrag still uses /dev/root If even e2fsprogs and quota would be fixed from those, I'd be

Re: [systemd-devel] systemctl escaping of unit names

2014-07-07 Thread Michael Biebl
2014-07-07 22:54 GMT+02:00 Lennart Poettering lenn...@poettering.net: I have now committed your original patch and beefed it up considerably. Added Zbigniew's --template= switch, and a couple of other things. Also added docs, with a few examples.

Re: [systemd-devel] [PATCH 1/2] journal: add LZ4 as optional compressor

2014-07-08 Thread Michael Biebl
2014-07-08 12:22 GMT+02:00 Jon Severinsson j...@severinsson.net: Am 06.07.2014 21:47, schrieb Lennart Poettering: BTW, have you checked whether reuseing the XZ context might make the XZ more competitive? On Sun Jul 6 15:01:11 PDT 2014 Reindl Harald wrote: please try a simple test compress 50

Re: [systemd-devel] [PATCH 1/4] Add ENVIRONMENT to hostnamectl

2014-07-08 Thread Michael Biebl
2014-07-08 13:40 GMT+02:00 Lennart Poettering lenn...@poettering.net: I'd go for something generic like description or comment or so. Or maybe purpose. I think simply description appears to be the best option for me. BTW, something I also wanted to see for a long time, was a location field,

Re: [systemd-devel] [PATCH 1/4] Add ENVIRONMENT to hostnamectl

2014-07-08 Thread Michael Biebl
2014-07-08 13:49 GMT+02:00 Kay Sievers k...@vrfy.org: This information looks like local state, i.e. can't be part of /usr/lib/os-release. machine-info Ah, k. Sorry for the noise. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?

Re: [systemd-devel] [ANNOUNCE] systemd 215

2014-07-08 Thread Michael Biebl
2014-07-08 16:41 GMT+02:00 Umut Tezduyar Lindskog u...@tezduyar.com: Are there any thoughts about natively sending coredumps over network? I guess it is possible now by mounting /var/lib/systemd/coredump to a network drive but dumps occuring before network is up need to be transferred too.

Re: [systemd-devel] systemctl escaping of unit names

2014-07-08 Thread Michael Biebl
Am 08.07.2014 14:14 schrieb Lennart Poettering lenn...@poettering.net: On Tue, 08.07.14 00:22, Michael Biebl (mbi...@gmail.com) wrote: 2014-07-07 23:50 GMT+02:00 Michael Biebl mbi...@gmail.com: 2014-07-07 22:54 GMT+02:00 Lennart Poettering lenn...@poettering.net : I have now committed

Re: [systemd-devel] [PATCH 08/10] units: make it possible to disable tmp.mount using systemctl

2014-07-16 Thread Michael Biebl
2014-07-16 16:59 GMT+02:00 Lennart Poettering lenn...@poettering.net: THis wouldn't work the way you might expect. RequiresMountsFor= I don't think we actually have a unit which has RequiresMountsFor=tmp.mount and if there was, I would consider that broken. -- Why is it that all of the

Re: [systemd-devel] Pairing udev's SYSTEMD_WANTS and systemd's templated units

2014-07-31 Thread Michael Biebl
I suggested something like this in [1] but in the end a systemd-escape utility was added [2]. Since you can't use ENV to set dynamic variables, you might do that via a RUN rule instead. HTH, Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747044#25 [2]

Re: [systemd-devel] eye of cylon / timeout timer is cut off

2014-08-14 Thread Michael Biebl
2014-08-14 17:17 GMT+02:00 Lennart Poettering lenn...@poettering.net: On Sun, 27.07.14 21:47, Michael Biebl (mbi...@gmail.com) wrote: Hi, as you can see at the attached diff, there is a small issue with the timer that is disabled, when systemd is waiting for a job. In this case, the job

Re: [systemd-devel] How to get rid of this ordering cycle?

2014-08-14 Thread Michael Biebl
2014-08-14 17:57 GMT+02:00 Lennart Poettering lenn...@poettering.net: Hmm, Debian still generates persistent rules at boot? Yuck! Correct. We still use the old persistent network naming scheme and have not transitioned to the new scheme [1] yet. We might in the future or not. This needs further

Re: [systemd-devel] eye of cylon / timeout timer is cut off

2014-08-14 Thread Michael Biebl
2014-08-14 18:36 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: It would be more useful to remove the / 1min 30s part. Maybe the cylon code could be smart enough for that. I think it's useful information to know that the timeout is 90s. An alternative could be, to simply use seconds

Re: [systemd-devel] How to get rid of this ordering cycle?

2014-08-14 Thread Michael Biebl
2014-08-14 17:04 GMT+02:00 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: On Thu, Aug 14, 2014 at 02:31:00PM +0100, Simon McVittie wrote: On 14/08/14 13:27, Vlad Orlov wrote: ### BEGIN INIT INFO # Provides: mintsystem # Required-Start:$local_fs $syslog $remote_fs dbus #

Re: [systemd-devel] [PATCH] core: collapse JOB_RELOAD on an inactive unit into JOB_NOP

2014-08-15 Thread Michael Biebl
2014-08-15 12:50 GMT+02:00 Lennart Poettering lenn...@poettering.net: I think most of the confusion here comes from the fact that sysv service restarts don't care about ordering at all, really, and we do. But the answer to that is not to weaken the current strong semantics of blocking, but

Re: [systemd-devel] fstab Mounts Not Getting Waken Up

2013-07-12 Thread Michael Biebl
2013/7/12 cac...@quantum-sci.com: Reindl Harald: Your use of sshfs# as a FUSE type is wrong -- you must use fuse.sshfs as the fstype instead. this simply wrong, this line below in /etc/fstab works day and night from FC9 to Fedora 18 as well as curlftpsfs mounts in /etc/fstab are

[systemd-devel] runtime directories for services vs. tmpfiles

2013-07-15 Thread Michael Biebl
Hi, an interesting issue was raised as part of reviewing a patch for iodione [1], a system service which needs a runtime directory. We thought this might need further dicussion, so reposting the issue to systemd-devel: For system services needing a runtime directory, we basically have two

Re: [systemd-devel] runtime directories for services vs. tmpfiles

2013-07-16 Thread Michael Biebl
2013/7/16 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: On Tue, Jul 16, 2013 at 05:08:12PM +0100, Colin Guthrie wrote: I am not too concerned about unused runtime directories. After all this is not something that would (or even could) grow without bounds. There will never be more than O(n)

Re: [systemd-devel] runtime directories for services vs. tmpfiles

2013-07-16 Thread Michael Biebl
And to follow up on that: 2013/7/16 Michael Biebl mbi...@gmail.com: I think it's even less of an issue for Debian, as we usually only install stuff when needed and not in a disabled state. So the unused directories in /run are something I don't expect to be an issue for Debian

Re: [systemd-devel] runtime directories for services vs. tmpfiles

2013-07-17 Thread Michael Biebl
2013/7/16 Lennart Poettering lenn...@poettering.net: I'd be very conservative regarding adding full tmpfiles support into unit files directly. Instead, I'd suggest adding two very minimal, very specific new unit file settings: RuntimeDirectory= RuntimeDirectoyMode= If RuntimeDirectory= is

Re: [systemd-devel] runtime directories for services vs. tmpfiles

2013-07-17 Thread Michael Biebl
2013/7/17 Harald Hoyer harald.ho...@gmail.com: If RuntimeDirectory would support variable substitutions, this feature could not be provided with systemd-tmpfiles. That would indeed be a nice feature. -- Why is it that all of the instruments seeking intelligent life in the universe are

Re: [systemd-devel] runtime directories for services vs. tmpfiles

2013-07-17 Thread Michael Biebl
2013/7/17 Michael Biebl mbi...@gmail.com: If this scheme is not flexible enough to cover the vast majority of all cases (for services), then I fear we'd end up half of the services using RuntimeDirectory, the other half a tmpfile. And that imho would be even more confusing. Could we have some

Re: [systemd-devel] [PATCH][pciutils] lspci: pci_id_lookup - add udev/hwdb support

2013-07-20 Thread Michael Biebl
2013/7/20 Tom Gundersen t...@jklm.no: Ideally Linux distros using systemd would like to not ship pci.ids, but use hwdb as the only source of this information, which this patch allows. I don't think you strictly need to run systemd to make use of hwdb. You just need to run a recent enough

[systemd-devel] unused translations in git

2013-07-21 Thread Michael Biebl
Hi, so it seems to me, we use gettext to translate the PolicyKit policy files, but we do not actually enable/ship them, as the po files are not added to po/LINGUAS. Admittedly, it's currently only a single translation (Polish), so I was wondering what the intention here is. Do we want systemd to

Re: [systemd-devel] Excluding .hwdb files

2013-07-22 Thread Michael Biebl
2013/7/22 Kay Sievers k...@vrfy.org: On Mon, Jul 22, 2013 at 3:32 PM, Umut Tezduyar u...@tezduyar.com wrote: For an embedded system that is not using hwdb.bin, we are shipping roughly 4 mb .hwdb files under /usr/lib/udev/hwdb.d. Is it distributions responsibility to clean up .hwdb files after

Re: [systemd-devel] [PATCH] shell-completion: fix zsh completion installation

2013-07-25 Thread Michael Biebl
2013/7/25 William Giokas 1007...@gmail.com: Moved zsh shell completion to shell-completion/zsh/_systemd for automake's sake. Also allow users to specify where the files should go with:: ./configure --with-zshcompletiondir=/path/to/some/where and by default going to

Re: [systemd-devel] unused translations in git

2013-07-25 Thread Michael Biebl
2013/7/25 Lennart Poettering lenn...@poettering.net: On Mon, 22.07.13 05:51, Michael Biebl (mbi...@gmail.com) wrote: Hi, so it seems to me, we use gettext to translate the PolicyKit policy files, but we do not actually enable/ship them, as the po files are not added to po/LINGUAS

Re: [systemd-devel] [GIT PULL] Split out zsh completion into multiple files

2013-07-29 Thread Michael Biebl
2013/7/29 William Giokas 1007...@gmail.com: This patch set splits out the zsh completion into 13 distinct files that are installed separately, similar to the bash completion system. There One of the main reasons why the bash completion was split into separate files named after the individual

[systemd-devel] build-failure: libtool: link: only absolute run-paths are allowed when using --without-python

2013-09-18 Thread Michael Biebl
When using ./configure --without-python make I get the following build failure: make --no-print-directory all-recursive Making all in . CCLD _journal.la libtool: link: only absolute run-paths are allowed make[2]: *** [_journal.la] Error 1 make[1]: *** [all-recursive] Error 1 make: ***

Re: [systemd-devel] [HEADS-UP] systemd hackfest at FOSDEM 2014/Brussels or devconf.cz 2014/Brno?

2013-09-30 Thread Michael Biebl
2013/9/30 Lennart Poettering lenn...@poettering.net: We are looking into organizing another systemd Hackfest early next year, either co-located with FOSDEM 2014 in Brussels (Feb. 1+2) or with devconf.cz 2014 in Brno (Feb 7-9). Now, we have the suspcicion that more people might be willing to

Re: [systemd-devel] cannot view my own logs?

2013-10-09 Thread Michael Biebl
2013/10/9 Manuel Amador (Rudd-O) rud...@rudd-o.com: I'm trying to audit my user logs on my system but journalctl shows nothing, saying No journal files were opened due to insufficient permissions. journald has created these files: total 587,776 drwxr-xr-x 2 root root4

Re: [systemd-devel] tree-wide conversion from libdbus to libsystemd-bus

2013-10-22 Thread Michael Biebl
Just to be clear, this is step b/, i.e. systemd will still use dbus-daemon? Is there an ETA for when kdbus will land in the kernel, i.e. step c/? 2013/10/23 Kay Sievers k...@vrfy.org: Most of the original plan outlined a couple of months ago is still valid:

Re: [systemd-devel] [PATCH 2/2] man: wording and grammar updates

2013-11-12 Thread Michael Biebl
2013/11/12 Jan Engelhardt jeng...@inai.de: Important this time: /lib was changed to /usr/lib, since that is what most distros seem to use for their systemd/udev file location. That paths shouldn't be hard-coded but rather be set the values the package was actually compiled with [1]. Zbyszek

Re: [systemd-devel] pam: Don't use loginuid [was: Re: Fix PAM module to not clobber XDG_RUNTIME_DIR with su]

2013-11-20 Thread Michael Biebl
2013/11/21 Lennart Poettering lenn...@poettering.net: For that, add a new parameter to pam_systemd maybe force-new-session=yes/no or so which is set in su -'s PAM config stack, but not in su's PAM config stack (luckily they are stored in two separate files). This is not the case for Debian

Re: [systemd-devel] pam: Don't use loginuid [was: Re: Fix PAM module to not clobber XDG_RUNTIME_DIR with su]

2013-11-20 Thread Michael Biebl
2013/11/18 Michael Stapelberg stapelb...@debian.org: This is a rather pressing issue for us (it breaks GDM logins in some cases), and we’d like to fix it by cherry-picking a patch that was merged upstream. some cases is very vague. Reading through the gdm bug report (or the one re-assigned to

Re: [systemd-devel] pam: Don't use loginuid [was: Re: Fix PAM module to not clobber XDG_RUNTIME_DIR with su]

2013-11-20 Thread Michael Biebl
2013/11/21 Colin Walters walt...@verbum.org: On Thu, 2013-11-21 at 01:20 +0100, Michael Biebl wrote: 2013/11/18 Michael Stapelberg stapelb...@debian.org: This is a rather pressing issue for us (it breaks GDM logins in some cases), and we’d like to fix it by cherry-picking a patch

Re: [systemd-devel] pam: Don't use loginuid [was: Re: Fix PAM module to not clobber XDG_RUNTIME_DIR with su]

2013-11-20 Thread Michael Biebl
2013/11/21 Colin Walters walt...@verbum.org: On Thu, 2013-11-21 at 01:20 +0100, Michael Biebl wrote: 2013/11/18 Michael Stapelberg stapelb...@debian.org: This is a rather pressing issue for us (it breaks GDM logins in some cases), and we’d like to fix it by cherry-picking a patch

Re: [systemd-devel] pam: Don't use loginuid [was: Re: Fix PAM module to not clobber XDG_RUNTIME_DIR with su]

2013-11-20 Thread Michael Biebl
2013/11/21 Michael Biebl mbi...@gmail.com: Hm, yeah, that might be it. I guess one would have to ask the bug reporters if they had used su to start a root X application (in case they remember) and if the problem goes away after a reboot, i.e. /run has been reset. Actually, starting a root X

Re: [systemd-devel] [PATCH] nspawn: Give a more helpful error message when -D argument is bogus.

2013-11-25 Thread Michael Biebl
2013/11/26 Shawn Landden sh...@churchofgit.com: +log_error(Root directory %s is not accessable: %m, optarg); s/accessable/accessible/ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?

Re: [systemd-devel] Not authorized to perform operation

2013-12-02 Thread Michael Biebl
Also install policykit-1 from experimental, which is built with logind support. 2013/12/2 Floris jkflo...@dds.nl: Dear systemd maintainers, recently I upgraded Debian Testing to Gnome 3.8, but unfortunately gdm3.8 is build without systemd support, so I installed gdm3.10 from experimental

Re: [systemd-devel] systemd unit review requested

2013-12-05 Thread Michael Biebl
2013/12/5 Jóhann B. Guðmundsson johan...@gmail.com: On 12/05/2013 06:50 AM, Peter Hutterer wrote: ExecStartPre=/usr/sbin/modprobe wacom_w8001 Add a configuration file called wacom-w8001.conf to /etc/modules-load.d directory with the following content to load the module (

Re: [systemd-devel] [PATCH] Fix: can not pass configure by default kmod build option

2014-01-16 Thread Michael Biebl
2014/1/16 Holger Schurig holgerschu...@gmail.com: Chengwai, given that kmod may not available in some distro version I'm on Debian and use my self-compiled systemd v208 with a self-made kmod_15.deb file. Packaging kmod is dead easy, it's a very Fwiw, sid/jessie have a recent version of

Re: [systemd-devel] [systemd-commits] 4 commits - .gitignore Makefile.am man/sd_bus_creds_get_pid.xml man/sd_bus_creds_new_from_pid.xml man/sd_bus_error.xml man/sd_bus_label_escape.xml man/sd_bus_mess

2014-01-16 Thread Michael Biebl
2014/1/16 Lennart Poettering lenn...@poettering.net: So I am pretty sure libsystemd-id128, libsystemd-login, libsystemd-journal should just end up in a single libsystemd.so together with the event loop, the bus, the asyncns stuff and more. All this functinality requires each other, and should

Re: [systemd-devel] [systemd-commits] 4 commits - .gitignore Makefile.am man/sd_bus_creds_get_pid.xml man/sd_bus_creds_new_from_pid.xml man/sd_bus_error.xml man/sd_bus_label_escape.xml man/sd_bus_mess

2014-01-16 Thread Michael Biebl
2014/1/16 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: I am also a bit worried about so-bumps: currently we have very nice backwards compatibility, without any API removals. -daemon, -id128, -journal, -login are all still .so.0. But libsystemd-bus (libsystemd now) is much harder to keep this

Re: [systemd-devel] [systemd-commits] 4 commits - .gitignore Makefile.am man/sd_bus_creds_get_pid.xml man/sd_bus_creds_new_from_pid.xml man/sd_bus_error.xml man/sd_bus_label_escape.xml man/sd_bus_mess

2014-01-16 Thread Michael Biebl
2014/1/16 Lennart Poettering lenn...@poettering.net: On Thu, 16.01.14 17:33, Michael Biebl (mbi...@gmail.com) wrote: 2014/1/16 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl: I am also a bit worried about so-bumps: currently we have very nice backwards compatibility, without any API

  1   2   3   4   5   6   >