Processing commands for cont...@bugs.debian.org:
> #
> # bts-link upstream status pull for source package systemd
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.o
#
# bts-link upstream status pull for source package systemd
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #852534 (http://bugs.debian.org/852534)
# Bug title: systemd: cryptsetup-generator doe
On Thu, 07 Sep 2017, Ben Hutchings wrote:
> On Thu, 2017-09-07 at 12:53 +0200, Raphael Hertzog wrote:
> > On Thu, 07 Sep 2017, Raphael Hertzog wrote:
> > > What informs udev about the new filesystem?
> >
> > Somehow, it's the kernel apparently.
> >
> > > Or is this a bug in the kernel really?
> >
On Thu, 2017-09-07 at 12:53 +0200, Raphael Hertzog wrote:
> On Thu, 07 Sep 2017, Raphael Hertzog wrote:
> > What informs udev about the new filesystem?
>
> Somehow, it's the kernel apparently.
>
> > Or is this a bug in the kernel really?
>
> At least "udevadm monitor" shows that the kernel is se
On Thu, 07 Sep 2017, Raphael Hertzog wrote:
> Is there anything that can be done by vmdebootstrap to force-trigger the
> creation of that entry even when chrooted?
Yes, "udevadm trigger" or "udevadm trigger /dev/mapper/loop0p1" works
well for that. So we have a work-around at least (thanks to Feli
On Thu, 07 Sep 2017, Raphael Hertzog wrote:
> What informs udev about the new filesystem?
Somehow, it's the kernel apparently.
> Or is this a bug in the kernel really?
At least "udevadm monitor" shows that the kernel is sending
less uevents when I run the command in the chroot. I attach
two logs
[ Ccing grub, udev, linux maintainers for the questions at the end,
I want to understand why some /dev/disk/by-uuid/ entries are not
properly created ]
Hello,
On Wed, 23 Aug 2017, Raphaël Hertzog wrote:
> Hello, I'm trying to update my qemu image used for autopkgtest, so I
> followed the inst
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers