On Thu, 2017-09-07 at 20:37 +0200, Nikolaus Rath wrote:
> Hello,
>
> I would like to rebuild a Debian kernel with an extra patch. I have
> followed the instructions at
> https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official:
>
> $ apt-get source -t stretch linux
> $ cd
Processing commands for cont...@bugs.debian.org:
> found 874432 3.16.43-2+deb8u3
Bug #874432 [src:linux] linux: Kernel panic due to duplicate AppArmor profiles
Marked as found in versions linux/3.16.43-2+deb8u3.
> severity 874432 important
Bug #874432 [src:linux] linux: Kernel panic due to duplica
Hello,
I would like to rebuild a Debian kernel with an extra patch. I have
followed the instructions at
https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official:
$ apt-get source -t stretch linux
$ cd linux-4.9.30
$ perl -ipe 's/^debug-info: true/debug-info: false/g;'
deb
Hi Riku,
2017-08-16 20:08 GMT+09:00 :
> From: Riku Voipio
>
> The updated deb-pkg and bindeb-pkg will use the same snippet,
> so make it reusable.
>
> Signed-off-by: Riku Voipio
> ---
> scripts/package/Makefile | 12 +++-
> 1 file changed, 7 insertions(+), 5 deletions(-)
>
> diff --gi
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 2017-09-07 16:01 +0100, Ben Hutchings wrote:
> On Thu, 2017-09-07 at 15:01 +0100, Wookey wrote:
> > OK, but we need the kernel-headers package in order build the
> > toolchain, so at least that needs to be built (which is in fact all I
> > have done/tested so far).
>
> Yes, and that's trivial
On Thu, 2017-09-07 at 15:01 +0100, Wookey wrote:
> On 2017-09-07 14:46 +0100, Ben Hutchings wrote:
> > > Attached are the packaging changes needed to make the kernel build for
> > > arm64ilp32.
> > >
> > > The arm64ilp32 (aarch64-linux-gnu_ilp32) kernel support is not yet
> > > merged upstream, s
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 2017-09-07 14:46 +0100, Ben Hutchings wrote:
> > Attached are the packaging changes needed to make the kernel build for
> > arm64ilp32.
> >
> > The arm64ilp32 (aarch64-linux-gnu_ilp32) kernel support is not yet
> > merged upstream, so I guess you are not going to include this until it
> > is,
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
Processing control commands:
> tag -1 upstream
Bug #874536 [src:linux] linux: arm64ilp32 support
Added tag(s) upstream.
> tag -1 - patch
Bug #874536 [src:linux] linux: arm64ilp32 support
Removed tag(s) patch.
> notfound -1 4.9.30-2+deb9u2.1
Bug #874536 [src:linux] linux: arm64ilp32 support
The sou
Control: tag -1 upstream
Control: tag -1 - patch
Control: notfound -1 4.9.30-2+deb9u2.1
Control: found -1 4.13~rc7-1~exp1
On Thu, 2017-09-07 at 04:43 +0100, Wookey wrote:
> Source: linux
> Version: 4.9.30-2+deb9u2.1
> Severity: wishlist
> Tags: patch
>
> Attached are the packaging changes needed
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
Hi,
I've seen this problem on a fresh install of stretch on a Thinkpad T470s
when docked.
I found another upstream bug:
https://bugzilla.gnome.org/show_bug.cgi?id=709062
and a Fedora bug that was incorrectly closed:
https://bugzilla.redhat.com/show_bug.cgi?id=876134
If I dock the laptop, pre
[ 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
15 matches
Mail list logo