[aur-general] [arch-dev-public] final leg of /lib removal

Ike Devolder ike.devolder at gmail.com
Tue Jul 3 13:56:32 EDT 2012


Op dinsdag 3 juli 2012 11:41:08 schreef Dave Reisner:
> Hey all,
> 
> *** If you use a custom kernel, this will affect you. Please read the
> big scary note at the end ***
> 
> I'm taking today to work on the last roadblock before Allan can move
> glibc out of /lib. This basically consists of a rebuild of:
> 
> - kmod (to drop our local patch)
> - linux, linux-lts (diff for linux here: http://paste.xinu.at/LLd/)
> - all OOT kernel modules (for /usr/lib/modules/extramodules-*)
> - bash-completion (temp patch until /lib is a symlink:
> http://paste.xinu.at/xEs/)
> 
> I'll be doing this all locally to avoid building against allan's new
> toolchain in [staging]. This will hopefully all hit [testing] by the
> end of the day. You know where to find me if you have any questions or
> angry rants.
> 
> If you'd like to do some early testing, I'm leaving the rebuilt kmod and
> kernel packages on gerolde:
> 
> http://dev.archlinux.org/~dreisner/linux-usrmove/
> 
> (i686 packages are lagging behind at the moment)
> 
> BIG SCARY NOTE: Due to the kmod changes, this will BREAK all module
> tools for users with their own kernels. If you do not rebuild your
> kernel after pulling in the new kmod, you're going to have a bad time.
> See the paste link above for inspiration.
> 
> Cheers!
> Dave

I'm replying on this in arch-general and aur-general because i cant post in 
arch-dev.

So if i understand correctly we (the people running custom kernels) can't 
prepare for this ?

There is no way of moving the modules already to /usr/lib ? I assume kmod now 
only looks in /lib.

Another note, people with custom repositories should move their kernels in 
sync with the official repositories ?

--Ike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://mailman.archlinux.org/pipermail/aur-general/attachments/20120703/b8327c94/attachment.asc>


More information about the aur-general mailing list