On Thu, Aug 01, 2019 at 06:37:05PM +0100, Ben Hutchings
wrote:
>
> I introduced the "linux-version" command some years back for precisely
> this purpose.
Wow, this bug report becomes superusefuleducational, I never knew about
this :)
And in perl, too. And using a module on top. And I happen
On Thu, 2019-08-01 at 17:01 +0200, Marc Lehmann wrote:
[...]
> I always wondered why initramfs has its own system -
> although I guess that debian doesn't have a "canonical" way to enumerate
> kernels, so it's not clear what the right mehtod is.
>
> BTW, my workaorund just iterates over
On Mon, 2019-07-29 at 01:38 +0200, Marc Lehmann wrote:
> On Sat, Jul 27, 2019 at 11:19:06PM +0100, Ben Hutchings
> wrote:
> > > images for all kernels, in 0.133, it is a nop.
> >
> > Not quite. In older versions, "-k all" would apply to every initramfs
> > image that initramfs-tools remembered
On Sat, Jul 27, 2019 at 11:19:06PM +0100, Ben Hutchings
wrote:
> > images for all kernels, in 0.133, it is a nop.
>
> Not quite. In older versions, "-k all" would apply to every initramfs
> image that initramfs-tools remembered generating (as recorded in
> /var/lib/initramfs-tools).
Well, I
Control: tag -1 moreinfo
On Thu, 04 Apr 2019 15:05:57 +0200 Marc Lehmann
wrote:
> Package: initramfs-tools
> Version: 0.130
> Severity: normal
>
> Dear Maintainer,
>
> between versions 0.130 and 0.133 the behaviour of update-initramfs -k all
> -c changes considerably. In 0.130, this command
Package: initramfs-tools
Version: 0.130
Severity: normal
Dear Maintainer,
between versions 0.130 and 0.133 the behaviour of update-initramfs -k all
-c changes considerably. In 0.130, this command would generate initrd
images for all kernels, in 0.133, it is a nop.
The reason is that
6 matches
Mail list logo