Hey Michael,
thanks for dealing with this!
Michael Biebl [2015-01-06 1:34 +0100]:
> +static bool is_mounted(const char *dev_path) {
> +_cleanup_endmntent_ FILE *mtab = NULL;
> +struct mntent *me = NULL;
> +
> +mtab = setmntent("/etc/mtab", "r");
Can we rely on /etc/mtab
Am 27.12.2014 um 11:20 schrieb Michael Biebl:
> Am 27. Dezember 2014 09:33:21 MEZ, schrieb Sven Joachim :
>> I haven't looked at dracut, but with initramfs-tools 0.118 /usr is
>> going
>> to end up being mounted readonly.
>
> Hmm, good point. We'll need a more elaborate patch then which deals wit
Control: severity -1 serious
On Sun, 28 Dec 2014 18:29:57 +0100 Christian Kastner wrote:
> > The question is why the PAM stack is processed twice. Perhaps there is
> > some way to inhibit the second invocation, although I am not familiar
> > enough with systemd/logind to know what to change.
>
>
Processing control commands:
> severity -1 serious
Bug #739676 [systemd] systemd-user PAM config breaks some libpam-* modules
Severity set to 'serious' from 'important'
--
739676: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739676
Debian Bug Tracking System
Contact ow...@bugs.debian.org wit
Works, thanks!
Applied the patch, and then repeatedly logged in, checked that home
directories are present, and rebooted.
Used 218-3 plus your patch.
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lis
control: reassign -1 dh-systemd
Am 05.01.2015 um 14:52 schrieb Wolodja Wentland:
> Package: systemd
> Version: 215-8
> Severity: important
>
> Dear Maintainer,
>
> services that have explicitly been disabled in sysvinit with "update-rc.d
> disable $SERVICE" are enabled/started in systemd after t
Processing control commands:
> reassign -1 dh-systemd
Bug #774625 [systemd] Disabled services in sysvinit are started/reenabled
during transition to systemd
Bug reassigned from package 'systemd' to 'dh-systemd'.
No longer marked as found in versions systemd/215-8.
Ignoring request to alter fixed
Package: systemd
Version: 215-8
Severity: important
Dear Maintainer,
services that have explicitly been disabled in sysvinit with "update-rc.d
disable $SERVICE" are enabled/started in systemd after the transition. This
requires users to keep track of the service status before the upgrade/transiti
Processing commands for cont...@bugs.debian.org:
> forwarded 774335
> http://lists.freedesktop.org/archives/systemd-devel/2015-January/026730.html
Bug #774335 [systemd-sysv] Provides: in SysV init scripts are not handled
correctly, leading to wrong orderings
Set Bug forwarded-to-address to
'htt
Processing commands for cont...@bugs.debian.org:
> unarchive 771118
Bug #771118 {Done: Martin Pitt } [systemd] sysv-generator
creates bogus orderings
Bug #764408 {Done: Martin Pitt } [systemd]
systemd-sysv-generator incorrectly considers sysvinit priorities when LSB
headers are present
Unarchiv
control: forwarded -1
http://lists.freedesktop.org/archives/systemd-devel/2015-January/026730.html
Am 01.01.2015 um 14:32 schrieb Michael Biebl:
> Upon further investigation, it looks like the Names= option was dropped
> from unit file parsing in v186. So even if the sysv-generator would
> write a
11 matches
Mail list logo