Re: [gentoo-soc] Application for Google Summer of Code 2018-Mishal Roy

[EBo <ebo@sandien.com>]

On Mar 23 2018 7:37 AM, Rich Freeman wrote:
> On Fri, Mar 23, 2018 at 2:50 AM, Patrick Lauer <patrick@gentoo.org> 
> wrote:
>>
>> https://github.com/adjust/gentoo-overlay/tree/master/sys-kernel
>>
>> This just needs to be cleaned up a bit to be upstreamed, and so far 
>> I've
>> not had the time for it.
>>
>> It's a solved problem (I'm aware of at least two other ebuilds to do 
>> the
>> same) :)
>>
>
> Yeah, that is certainly one approach.  Part of me thinks that
> modularizing the initramfs portion would be ideal, and as Benda
> suggested making it possible to install the built sources might be
> useful (if doing so one would need to patch the file that points to
> the build location so that future module builds can find them).  This
> particular ebuild uses sources in /usr/src but I think it would be
> cleaner to just fetch these into the build directory.
>
> The package I find most frustrating is zfs-kmod, because it needs
> fully-built sources and not just prepared sources.  I build to a
> tmpfs, and re-creating prepared sources using that approach is
> trivial, but doing a full rebuild just to update zfs modules is a bit
> painful (granted, less so now that I have 12 cores).  I've been too
> lazy to figure out why zfs needs them...

In the past I have had zfs-kmod seriously break my kernel builds.  
Cleaning that up to be consistent would probably be useful to the 
general community as a whole IMNSHO.  Isn't there a way to set the build 
and install directories from some env variable?  If so, maybe verifying 
that the core emuilds are consistent would be helpful.  Hmmm... in the 
past I have written utility scripts to check for things like this.  
Would it be reasonable to add those checks to repoman (or whatever it is 
called today)?

Hope I am not out of line asking this on this forum.

   EBo --