Bug#861789: Please provide database.target as a synchronization point for applications providing databases and needing databases

How will a database.target solve anything in those not so uncommon setups: - database is remote or - one database needs another to start? Please consider: if you end up with a solution that only works for 90% of installations - fails on 10% - is that actually solving your problem? C.

Bug#856337: systemd: please support kernel 4.4, or don't hardcode dm interface versions

* Michael Biebl [170228 14:57]: > TBH, I find it rather broken having to embed a local copy of dm-ioctl.h > to work around this. My feeling as well. > Christian, this version mismatch, does that happen for minor version > differences as well, like say 4.10.0 vs 4.10.1 or only

Bug#856337: systemd: please support kernel 4.4, or don't hardcode dm interface versions

* Marc Lehmann [170228 02:21]: > Alternatively, since lvm and dmsetup from stretch do not have any issues > with kernel 4.4, I suspect systemd hardcodes version numbers in direct > calls instead of going through e.g. libdevmapper - going through a library > such as

Bug#851412: #851412: libsystemd segfaults on mips64el

* Michael Biebl <bi...@debian.org> [170115 19:09]: > Am 15.01.2017 um 14:12 schrieb Christian Hofstaedtler: > > PS: libsystemd does not appear to have a -dbgsym package. > > > > It does, at least on amd64 > > libsystemd0-dbgsym: > Installed: (none) >

Bug#851412: #851412: libsystemd segfaults on mips64el

A debugging session is active. Inferior 1 [process 11890] will be killed. Quit anyway? (y or n) y (sid_mips64el-dchroot)zeha@eller:~$ ls -la /etc/machine-id ls: cannot access '/etc/machine-id': No such file or directory PS: libsystemd does not appear to have a -dbgsym package. -- christian

Bug#848504: usrmerge breaks various systemd symlinks

. % systemctl status dbus-org.freedesktop.timedate1.service Unit dbus-org.freedesktop.timedate1.service could not be found. % systemctl status dbus-org.freedesktop.login1.service Unit dbus-org.freedesktop.login1.service could not be found. I don't think that is the expected outcome...? -- christian

Bug#848504: usrmerge breaks various systemd symlinks

:38 procps.service.usrmerge-broken -> systemd-sysctl.service lrwxrwxrwx 1 root root 17 Nov 30 13:38 runlevel3.target.usrmerge-broken -> multi-user.target Can't really tell what the state before was, though. -- christian hofstaedtler <z...@debian.org> __

Bug#843761: invoke-rc.d: Kill 600 birds with one stone (a.k.a. automatic policy-rc.d for init-less chroots)

y. > Michael, any others: Do you see any downside of this? >From a sysadmin PoV: please implement this. Cheers, -- christian hofstaedtler <z...@debian.org> ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainer

Bug#728682: Patch

Control: tags -1 + patch Proposed patch attached. -- ,''`. Christian Hofstaedtler <z...@debian.org> : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- >From ceae57b4ae857680c2526d2e7c3a149ae5c23dec Mon Sep 17 00:00:00 2001 From: Christian Hofsta

Bug#728682: #728682 - unfixed, only happens with policy-rc.d

://sources.debian.net/src/init-system-helpers/1.46/script/invoke-rc.d/#L265 I find this is quite annoying, and would suggest just dropping lines 260-269 from that file. Any opposition? Thanks, -- ,''`. Christian Hofstaedtler <z...@debian.org> : :' : Debian Developer `. `' 7D1A CFFA D9E

Re: #728682 - unfixed, only happens with policy-rc.d

if a policy-rc.d helper has been installed by the local admin. See: http://sources.debian.net/src/init-system-helpers/1.46/script/invoke-rc.d/#L265 I find this is quite annoying, and would suggest just dropping lines 260-269 from that file. Any opposition? Thanks, -- ,''`. Christian Hofstaedtler &l

Bug#840529: systemd-sysctl.service does not run in LXC containers

run those creation scripts in the first place, but get their templates from elsewhere, sometimes plain debootstrap.) C. -- ,''`. Christian Hofstaedtler <z...@debian.org> : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- _

Bug#840529: systemd-sysctl.service does not run in LXC containers

Package: systemd Version: 215-17+deb8u5 Severity: normal Tags: upstream Hi, systemd-sysctl.service does not start in LXC containters, as they have /proc/sys R/O. *BUT* /proc/sys/net is R/W. It'd be useful if the net-specific settings would still be applied at boot. Arch has "fixed" this in

Bug#830930: lintian: dh --with systemd is now builtin

dependency-for-dh-addon systemd => dh-systemd --with systemd can (and needs to be!) given on the dh command line, even if dh-systemd is not in Build-Depends any more. Best, -- ,''`. Christian Hofstaedtler <z...@debian.org> : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392

Re: Bug#796585: #796585: aoetools: Has init script in runlevel S but no matching service file

* Christian Hofstaedtler <z...@debian.org> [160704 20:01]: > I'm attaching a debdiff of something that -works-, but causes a > 60sec wait for AoE mount points listed in fstab (with > defaults,_netdev). After some additional debugging I found aoe-discover.service starts too early,

Re: #796585: aoetools: Has init script in runlevel S but no matching service file

, but unfortunately even with the configured udev rule and DefaultDependencies=no, aoe-discover.service does not start early enough in my testing. Debugging help, hints, etc. would be appreciated. -- ,''`. Christian Hofstaedtler <z...@debian.org> : :' : Debian Developer `. `' 7D1A CFFA D9E0 806

Bug#829593: systemd: modules-load.d(5) is inconsistent for /usr/lib vs. /lib

Package: systemd Version: 230-5 Severity: normal Dear systemd maintainers, while reading the modules-load.d(5) manpage, I noticed that: * in SYNOPSIS, /usr/lib/modules-load.d/*.conf is mentioned, * in the text below, only /lib/ is mentioned. The current systemd package only installs

Bug#829513: Timeout for reading PIDFile is too low for some services

is retried 2) giving a daemon only ~0.2sec to start is a bit harsh IMO (See #796608 for more context.) Thanks, -- ,''`. Christian Hofstaedtler <z...@debian.org> : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 930

(forw) Re: Maintenance of package console-cyrillic

- Forwarded message from Anton Zinoviev <an...@lml.bas.bg> - From: Anton Zinoviev <an...@lml.bas.bg> Subject: Re: Maintenance of package console-cyrillic Date: Sat, 2 Jul 2016 14:52:32 +0300 To: Christian Hofstaedtler <z...@debian.org> On Fri, Jul 01, 2016 at 06:34:48P

Bug#769733: Duplicate of 766991

, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers

Re: vt2-6 still not available with base system

my servers and VMs with vt2-6 working (by default, also for upgrades, etc.). Thank you, -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpfxjCEfCbA1.pgp Description: PGP signature

Bug#769733: systemd without dbus breaks ACPI button handling

. Pass --all to see loaded but inactive units, too. To show all installed unit files use 'systemctl list-unit-files'. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpNCMwX7HR22.pgp Description: PGP

Bug#768908: networkd: please support bridge mac cloning

Package: systemd Version: 215-5+b1 Severity: wishlist Dear systemd Maintainers, while trying out networkd with a bridge setup, I've been unable to find how to set a static MAC address for the setup bridge. Ideally I'd like to just clone the MAC of the physical device, but setting a static

Bug#768329: grub-common: Please enable splash for jessie

Package: grub-common Version: 2.02~beta2-15 Severity: important Dear Maintainers, thank you for maintaining GRUB in Debian. Please add the splash option to the Linux default command line, as just installing plymouth otherwise has no effect, and plymouth is the recommended solution for fixing

Bug#762343: systemd: timesyncd should run in VMware

* Michael Biebl bi...@debian.org [140921 14:34]: Am 20.09.2014 um 21:47 schrieb Christian Hofstaedtler: timesyncd carries a setting of ConditionVirtualization=no, which is wrong for VMware virtualization guests, as the standard way of doing timesync in VMware guests is to run a timesync

Bug#760524: systemd: Man page timesyncd.conf(5) missing

Package: systemd Version: 214-1 Severity: normal Dear Maintainers, `/etc/systemd/timesyncd.conf` claims in a comment that there is documentation available as a man page `timesyncd.conf(5)`, unfortunately this is not the case: 02:00 ch@sxl:~ % grep 'for details' /etc/systemd/timesyncd.conf # See

Re: Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory

doing these things in the first place. It'd be my understanding that udev should take care about most stuff, and for the root device, your initramfs-tools hook should do it. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB

Re: unlocking encfs during boot (Re: systemd now appears to be only possible init system in testing)

unlock.service file which seems to work reasonable fine and which I can share with you. I'd love to see that file. C. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03