From mboxrd@z Thu Jan 1 00:00:00 1970 From: Subject: bug#32167: Kernel 'build' directory in the store is a broken symbolic link Date: Tue, 17 Jul 2018 00:10:13 +0100 (BST) Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ffCe2-0003Da-TM for bug-guix@gnu.org; Mon, 16 Jul 2018 19:11:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ffCdy-00084w-LD for bug-guix@gnu.org; Mon, 16 Jul 2018 19:11:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:39125) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ffCdy-00084m-Cy for bug-guix@gnu.org; Mon, 16 Jul 2018 19:11:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ffCdy-0007KX-4V for bug-guix@gnu.org; Mon, 16 Jul 2018 19:11:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <87r2k2u9bl.fsf@netris.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Mark H Weaver Cc: 32167 <32167@debbugs.gnu.org>, pkill9 Yes I agree with you, since it is a lot of space then it's probably best to= just delete the symlink. The reasoning behind my suggestion of keeping it is mostly for convenience = in compiling/testing an external kernel module, i.e. just downloading the s= ource and then compiling it with the currently running kernel, and then loa= ding it to test it. Come to think of it, could the build directory be put in another output of = the linux-libre package? On Mon, 16 Jul 2018 18:03:58 -0400, Mark H Weaver wrote: > Danny Milosavljevic writes: >=20 > > On Mon, 16 Jul 2018 18:55:11 +0100 (BST) > > wrote: > > > >> It would be good to keep the build directory though, since it's > >> expected to exist, and it's easier to just download a module's > >> source and compile it and test it. > > > > I agree. > > > > /run/booted-system/kernel/lib/modules/4.17.3-gnu is in the store > > anyway so it will be seen by the GC. > > > > The fix would be in linux-libre. >=20 > If we were to preserve the kernel build directory as a store item, and > keep a link from the modules directory to the build directory, that > would greatly increase the size of the most minimal system that users > could build. >=20 > The unpacked linux-libre-4.17 source directory is 929 megabytes, and > that's before building it. So, keeping the build directory would surely > increase the closure size of the most minimal system by more than a > gigabyte. I don't think it's okay to force all Guix users to pay that > price. Some users will need to build minimal systems. >=20 > I'd like to hear more specifics about what the original poster is trying > to accomplish here. It's possible that they simply noticed the broken > links and wanted to let us know. In that case, it's probably best to > simply delete those broken symlinks. >=20 > If the intent here is to allow support for out-of-tree kernel modules, > then fixing these symlinks would not solve the problem, and it's not > clear to me that fixing them would be part of a proper solution on > GuixSD. GuixSD is not a system where you can simply compile a kernel > module manually and install it, because our module directory is > immutable. If the goal is to support building out-of-tree kernel > modules, that's a separate discussion that deserves its own "wishlist" > bug report, I think. >=20 > Thoughts? >=20 > Mark