CRUX

Welcome to CRUX bug tracking.
Tasklist

FS#826 - kmod with xz

Attached to Project: CRUX
Opened by Sergei (Johnny) - Monday, 14 May 2012, 19:40 GMT
Last edited by Juergen Daubert (jue) - Wednesday, 20 June 2012, 15:43 GMT
Task Type Feature Request
Category ports
Status Closed
Assigned To No-one
Operating System Linux
Severity Low
Priority Normal
Reported Version Development
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

linux kernel has an option to compress it using xz algorithm. why not to configure kmod package with --with-xz option in order to be avle to compress kernel modules with xz algorithm too? xz is available in core, why not to use it?
This task depends upon

Closed by  Juergen Daubert (jue)
Wednesday, 20 June 2012, 15:43 GMT
Reason for closing:  Won't implement
Comment by Juergen Daubert (jue) - Tuesday, 15 May 2012, 11:26 GMT
The reason why we have no zlib and nor xz-support in kmod is the location of libraries, libkmod is installed into /lib whereas zlib and xz are installed into /usr/lib. If we enable zlib/xz support we link libkmod against the zlib/xz libaries in /usr/lib which breaks kmod and udev if /usr isn't available at early boot. Sure, it would be possible to move zlib and/or xz to /lib as well but it's not worth the effort, IMO.
Comment by Sergei (Johnny) - Tuesday, 15 May 2012, 12:06 GMT
That's not a big issue to move libs over into /lib and create symlinks inside /usr/lib I suppose. You've managed somehow to create that operation with libpcre, am I wrong?
Comment by Juergen Daubert (jue) - Tuesday, 15 May 2012, 13:42 GMT
What's the point of your last comment?
Comment by Sergei (Johnny) - Tuesday, 15 May 2012, 17:50 GMT
I think that I was pretty clear. But if moving zlib/xz libs to /lib doesn't worth the effort, well the boss calls the shots.
Comment by Juergen Daubert (jue) - Wednesday, 20 June 2012, 15:42 GMT
We decided not to add any compression to kmod right now. As we do not provide a distribution kernel the amount of modules is probably very low for the typical user and compressing them not a real win. As a general rule we try to keep the dependencies of all the low-level tools as minimal as possible.

Loading...