[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#719944: initramfs-tools: backport of prepend_earlyinitramfs() to Wheezy



On Sat, 2013-08-17 at 09:45 -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 17 Aug 2013, Ben Hutchings wrote:
> > On Sat, 2013-08-17 at 00:22 -0300, Henrique de Moraes Holschuh wrote:
> > [...]
> > > People do use the LTS 3.10 kernel with Debian wheezy, it would be a very
> > > good thing to be able to better support this kernel, and support early
> > > firmware updates for those people out-of-the-box.  It will also come on very
> > > handy for wheezy-and-a-half (updated kernel) if we decide to release it.
> > [...]
> > 
> > We have wheezy-backports for this.  I don't see any need to change the
> > wheezy version.
> 
> So, I should do a stable update for intel-microcode that doesn't support
> early firmware mode?

Yes.

> And anyone trying a 3.10 kernel on wheezy with
> encrypted root will get stuck without a keyboard and no way to boot because
> they need initramfs-tools v0.112 or later?

The official kernel image packages have correct versioned dependencies
on initramfs-tools.  And now you are talking about an entirely different
problem, anyway.

> I can do it, it will be somewhat annoying due to version numbering dances,
> but it is not difficult at all.  However, we could really enhance the
> support of out-of-the-box wheezy for newer kernels with a no-risk stable
> update of initramfs-tools v0.113...

This is not 'out-of-the-box wheezy' any more then... whichever
administrator is customising with a new kernel package can also add the
new initramfs-tools package.  There is no point in adding just one of
them to wheezy.

Ben.

-- 
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: