The other-other is stroed in EXTRAVERSION right?

Jason Chu wrote:

On Mon, Jul 11, 2005 at 01:06:12AM +0300, z4ziggy wrote:
heya,

i understand the problem you and tpowa are facing since we have the same issue with archie-kernel package and i admit we do the same. however, we plan on changing it since i think its important to know the kernel exact subversion, mainly when kernel-vulnerability is detected. ofcourse, "pacman -Qi kernel26" will do the job, but i think having "uname -r" report 100% correct subversion is just as important imho.

maybe there could be a better solution? i havnt investigated it too much, but maybe using a symbolic link in the modules path (ie, 2.6.12 to point to latest - 2.6.12.2, etc)? i might be completely off the case, so i better stop here...

Then you run into the perl symlink problem.  You'd need a
post-install/upgrade script that moved shit around if it was in the way.
Not my idea of a nice kernel package.

At the same time, it would be nice.  Maybe we should just update the kernel
less ;o)  Right... like that's gonna happen...

I think the really sticky point is the module directory.  Is there some way
to patch the kernel (modprobe?) so that it looks in
/lib/modules/<major>.<minor>.<bugfix>-<EXTRA> instead of adding the
other-other number as well?

Jason

On Friday 08 July 2005 22:59, Judd Vinet wrote:
Hello all,

As you all well know by this point, the kernel developers have taken to
releasing minor updates every week or so (2.6.12.1, 2.6.12.2, etc.).

This has really increased the kernel maintenance workload for tpowa and
myself, because each kernel rebuild means that all extraneous modules
(nforce, ipw2X00, ltmodem, slmodem, etc.) need to be rebuilt with that
version.

To try save us some time, tpowa has reworked the kernel 2.6 PKGBUILDs
slightly. We still stay up to date with the latest minor revision of the
kernels, but we change the internal version number so that the last
minor revision number is truncated. For example, when you install
kernel26-2.6.12.2-1 and run "uname -r", it will say 2.6.12 instead of
2.6.12.2.

This saves us time, because tpowa no longer has to rebuild all
extraneous modules with each minor revision upgrade. It means a quicker
build process and less time involved in moving kernel-related packages
back and forth between Extra and Testing.

If you have any questions or concerns, send them to the ML or myself and
tpowa.

Thanks.


- J


_______________________________________________
arch mailing list
[email protected]
http://www.archlinux.org/mailman/listinfo/arch
--
regards,
Elia Yehuda, aka z4ziggy
Archie project developer,
http://user-contributions.org/archie.html

_______________________________________________
arch mailing list
[email protected]
http://www.archlinux.org/mailman/listinfo/arch


------------------------------------------------------------------------

_______________________________________________
arch mailing list
[email protected]
http://www.archlinux.org/mailman/listinfo/arch

_______________________________________________
arch mailing list
[email protected]
http://www.archlinux.org/mailman/listinfo/arch

Reply via email to