[ 3.5.yuz extended stable ] Patch "kbuild: Do not package /boot and /lib in make tar-pkg" has been added to staging queue

Herton Ronaldo Krzesinski herton.krzesinski at canonical.com
Thu Nov 15 05:48:10 UTC 2012

This is a note to let you know that I have just added a patch titled

    kbuild: Do not package /boot and /lib in make tar-pkg

to the linux-3.5.y-queue branch of the 3.5.yuz extended stable tree 
which can be found at:


If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.5.yuz tree, see



>From 94c67cd32d2de6b89361825992a6476087c35663 Mon Sep 17 00:00:00 2001
From: Michal Marek <mmarek at suse.cz>
Date: Tue, 25 Sep 2012 16:03:03 +0200
Subject: [PATCH] kbuild: Do not package /boot and /lib in make tar-pkg

commit fe04ddf7c2910362f3817c8156e41cbd6c0ee35d upstream.

There were reports of users destroying their Fedora installs by a kernel
tarball that replaces the /lib -> /usr/lib symlink. Let's remove the
toplevel directories from the tarball to prevent this from happening.

Reported-by: Andi Kleen <andi at firstfloor.org>
Suggested-by: Ben Hutchings <ben at decadent.org.uk>
Signed-off-by: Michal Marek <mmarek at suse.cz>
[ herton: dropped unrelated changes to arch/x86/Makefile and
  scripts/Makefile.fwinst, which don't apply anyway on 3.5, see commit
  3ce9e53e788881da0d5f3912f80e0dd6b501f304 upstream ]
Signed-off-by: Herton Ronaldo Krzesinski <herton.krzesinski at canonical.com>
 scripts/package/buildtar |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/package/buildtar b/scripts/package/buildtar
index 8a7b155..d0d748e 100644
--- a/scripts/package/buildtar
+++ b/scripts/package/buildtar
@@ -109,7 +109,7 @@ esac
 	if tar --owner=root --group=root --help >/dev/null 2>&1; then
 		opts="--owner=root --group=root"
-	tar cf - . $opts | ${compress} > "${tarball}${file_ext}"
+	tar cf - boot/* lib/* $opts | ${compress} > "${tarball}${file_ext}"

 echo "Tarball successfully created in ${tarball}${file_ext}"

More information about the kernel-team mailing list