[quantal PATCH 0/1] Beef up linux-image-extras-* postinst/postrm

Stefan Bader stefan.bader at canonical.com
Tue May 29 09:38:19 UTC 2012


On 28.05.2012 20:13, Andy Whitcroft wrote:
> When we install linux-image-generic-* and linux-image-extras-generic-*
> we end up installing linux-image-generic-* first due to internal
> dependancies, we then regenerate the initramfs, we then install
> linux-image-extras-generic-*, indicate we would like to rebuild the
> initramfs again but do not (it is elided) and complete.  This potentially
> leaves us with a half formed initramfs.
> 
> After discussions it is clear we should actually be doing the full post
> kernel install hook runs.  Following this email is a patch to do this.
> 
> It should be noted that for a split kernel, ie all main kernels in
> Quantal we will build the initramfs twice.  This is at least correct if
> sub-optimal.  The correct solution is to perameterise the update-initramfs
> hook so that the kernel can delay the rebuilds to then end of the apt run;
> very likely update-grub would also have to become a hook.  I will discuss
> this further with foundations.
> 
> Proposing for Quantal.
> 
> -apw
> 
> Andy Whitcroft (1):
>   UBUNTU: [Config] linux-image-extras needs full postinst
> 
>  debian/control-scripts/postinst.extra |  154 +++++++++++++++++++++++++++++++--
>  debian/control-scripts/postrm.extra   |  143 ++++++++++++++++++++++++++++--
>  debian/rules.d/2-binary-arch.mk       |    5 +-
>  3 files changed, 284 insertions(+), 18 deletions(-)
> 
Not that I could claim to completely have understood all the perl, but quantal
is the right place to find out how things work. And it definitely needs some
handling.

For the longterm goal of only running things once it may need to cope with
multiple kernels (types) installing at once. A bit of a corner case but...

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20120529/31e2e0eb/attachment.sig>


More information about the kernel-team mailing list