Re: Bug#534866: ITP: kernelcheck -- tool for an automated build of a kernel from the latest source
> Hello Steven,
> please keep the recipients list, replying in public so this discussion
> can interest also other people.
> On Sun, Jun 28, 2009 at 02:24, Steven Pusser<firstname.lastname@example.org>
> > On Sat, Jun 27, 2009 at 3:55 PM, Sandro Tosi<email@example.com> wrote:
> >> On Sat, Jun 27, 2009 at 19:57, Steven Pusser<firstname.lastname@example.org>
> >>> Package: wnpp
> >>> Severity: wishlist
> >>> KernelCheck is a Python-based GUI that checks kernel.org and the
> >>> Master Kernel thread on the Ubuntu forums
> >>> for the latest Linux kernel sources and patches, then installs the
> >> is this somehow related to Debian? Can be used on a debian system in a
> >> productive way?
> > Thank you for your reply.
> > It's had quite a bit of testing on the Simply Mepis 8.0.6, which is
> > essentially Lenny under the hood. It depends on Python >= 2.5.
> > Unless the kernel building tools in Debian are renamed upstream, it
> > should work on all versions except oldstable.
> You didn't answer my question: can this package be useful to a Debian user?
The question could be extended further: ... to be useful to any distro user?
In fact, it could be useful if the user doesn't mind to install kernels on its
own in parallel to the kernels installed by distro provided packages, or want
to bypass the packaging system for any weird reason. That would lead to
unpredictable and unexpected results sooner or later, and since that package
mostly tries to ease the build and installation of new kernels for
unexperienced users, they most probably won't understand the point of conflict
happening between these two parties installing kernel stuff. This might also
lead to spurious bug reports to debian kernel packages and user systems
rendered unbootable. OTOH, I really doubt that any experienced users would use
for such a tool to bring latest kernel for them in place, they just even pull
from git and further take the whole control themselves.
To summarize: this package could be either dangerous or useless depending on
the userbase ;-)
Last, but not least: this package name sounds quite suboptimal to me and
should probably be renamed to linuxcheck, since Debian also distributes other
kernels as well, or to tool could be extended to `check' other kernels
provided in Debian instead, which might be a little nightmare I seriously
doubt worth the effort.
pub 4096R/0E4BD0AB 2003-03-18 <people.fccf.net/danchev/key pgp.mit.edu>