Package: systemd
Version: 215-17+deb8u4
Severity: normal
Tags: patch
--- Please enter the report below this line. ---
When creating a new system facility via /etc/insserv.conf.d/, the
insserv generator generates drop-in files with ordering info for the
sysv-generator-created service files (which
The additional package versions and system information in the initial
bug report are wrong. I used reportbug-ng on the host, that runs the vm,
where the testing took place. Please ignore.
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@l
On Mon, Jun 6, 2016 at 3:22 PM, Michael Biebl wrote:
> Control: tags -1 moreinfo unreproducible
>
> On Wed, 20 Apr 2016 19:04:01 +0200
> =?utf-8?b?w4Z2YXIgQXJuZmrDtnLDsCBCamFybWFzb24=?= wrote:
>> Package: systemd
>> Version: 215-17+deb8u4
>> Severity: important
>>
>> [I filed this before, but I s
Your message dated Thu, 9 Jun 2016 00:02:57 +0200
with message-id
and subject line Re: Bug#821946: systemd: Something (systemd?) keeps changing
my /etc/vconsole.conf away from Dvorak
has caused the Debian Bug report #821946,
regarding systemd: Something (systemd?) keeps changing my /etc/vconsole.
Hi.
I just discovered IPMasquerade= in systemd.network(5) which is exactly
what I need to set up a Bluetooth PAN Access Point. The config
*would* be straight forward via systemd-networkd (bt-pan related setup
not included):
/etc/systemd/network/pan.netdev:
[NetDev]
Name=pan
Kind=bridge
ForwardDe
Am 09.06.2016 um 01:44 schrieb Mario Lang:
> It would be nice if we could get this bug fixed before the release.
> Preferably by enabling iptable support in systemd.
I guess this would need someone asking the iptables maintainer to split
out /lib/libip(4|6)tc.so into a separate library package, so
Am 09.06.2016 um 01:56 schrieb Michael Biebl:
> Am 09.06.2016 um 01:44 schrieb Mario Lang:
>> It would be nice if we could get this bug fixed before the release.
>> Preferably by enabling iptable support in systemd.
>
> I guess this would need someone asking the iptables maintainer to split
> out
Hi Arturo,
I noticed that you split of the various libraries in iptables into
separate subpackages. This will make it more feasible to implement the
requested change in #787480.
While looking at the package split, I noticed the following:
libiptc.pc contains
Requires: libip4tc libip6tc
The
Package: systemd
Version: 230-2
Severity: important
Performed a btrfs snapshot and upgraded. systemd upgraded from 229-6
to 230-2. systemd.automount no longer
remounts a path after the timeout. systemd crashes. Here is the journal
output:
Jun 08 17:29:51 incense systemd[1]: opt-erik-auto-p.automo
Am 09.06.2016 um 02:44 schrieb Michael Biebl:
> Hi Arturo,
>
> I noticed that you split of the various libraries in iptables into
> separate subpackages. This will make it more feasible to implement the
> requested change in #787480.
Btw, thanks for that.
>
> While looking at the package split,
Am 09.06.2016 um 02:51 schrieb Erik:
> Package: systemd
> Version: 230-2
> Severity: important
>
> Performed a btrfs snapshot and upgraded. systemd upgraded from 229-6
> to 230-2. systemd.automount no longer
> remounts a path after the timeout. systemd crashes. Here is the journal
> output:
Looks
Am 09.06.2016 um 03:05 schrieb Michael Biebl:
> Attached is a diff including all those changes.
>
> Thanks for considering.
One more comment:
$ du -hs debian/libip*tc0/usr/*
36K debian/libip4tc0/usr/lib
88K debian/libip4tc0/usr/share
40K debian/libip6tc0/usr/lib
88K debian/libip6
Yes. I agree that #826782 is a duplicate of #826512.
This exactly fits: https://github.com/systemd/systemd/issues/3332
Please close.
On Wed, Jun 8, 2016 at 6:07 PM, Michael Biebl wrote:
> Am 09.06.2016 um 02:51 schrieb Erik:
> > Package: systemd
> > Version: 230-2
> > Severity: important
> >
>
Processing commands for cont...@bugs.debian.org:
> forcemerge 826512 826782
Bug #826512 [systemd] [systemd] automount hangs after first unmount
Bug #826782 [systemd] systemd.automount fails to mount filesystem after unmount
do to a timeout, then crashes
Set Bug forwarded-to-address to
'https://g
Package: systemd
Version: 230-2
Here we see fsck is apparently run _before_ unmounting file systems.
And maybe that is why we see
Failed unmounting /home?
Also there is a Failed unmounting /tmp I can send if you are interested.
# ls -lR /dev/disk/|grep 9405199517
lrwxrwxrwx 1 root root 10 06-09
Michael Biebl [2016-06-09 2:29 +0200]:
> At some point, shuffling the libraries around becomes a nuisance. Maybe
> we should only do that for /lib/systemd/systemd and eventually
> /lib/systemd/systemd-udevd.
We got two RC bugs before we had this check, but I don't remember
whether this was before
16 matches
Mail list logo