On 05/03/2012 03:53 PM, Michael Tokarev wrote:
03.05.2012 14:03, Kasatkin Nikolay wrote:
Package: ipxe
Version: 1.0.0+git-20120202.f6840ba-3
Severity: wishlist

Dear Maintainer, please consider including undionly.kkpxe in ipxe package.
We use undionly.kpxe for netbooting computer classes in our university. But 
there are mainboards that can boot only with undionly.kkpxe, because of buggy 
BIOS. So for now we compile ipxe manually to boot those computers over the net 
via iPXE. If undionly.kkpxe will be included in ipxe package we will boot our 
classes without compiling iPXE manually.

How useful this undionly.kkpxe thing is, generally?

The thing is: ipxe has really a TON of various options and
configuration variations, packaging all these isn't practical.

So we decided to package only one, the most universal variant.

For other usages, recompiling from source is the best way to
go, since you as a user know best which configuration do you
need, exactly.

It is not like ipxe is changing 10 times a day, so frequent
recompile/reinstall isn't necessary: you compile it only
when you hit some limitation or bug, in your version.

It is not like ipxe is the place where most recent features
are always requireed, either.

So I'd say keep it the way the package currently is, and compile
site-specific versions as needed, locally.  And mark this
bugreport as wontfix.

Unless ther's a very good reason why this undionly.kkpxe can
be useful for a much wider userbase.

Also, when including other options, I'd say they should be
made available using some configuration mechanism (such as
debconf), to be included in a bootloader configuration --
like ipxe.lknl currently handled.

Thanks,

/mjt


Hello!
In practice the difference between undionly.kpxe and undionly.kkpxe is in support of older network cards. In our environment 90% motherboards can be booted with undionly.kpxe, and other 10% can be booted only with undionly.kkpxe. This is regular cheap desktop computers with consumer motherboards with embedded network cards. So I suppose in environments with mixed cheap and old hardware (like universities and schools) this thing would be useful.



--
Nikolay Kasatkin
http://rain.ifmo.ru/~kasatkin



--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to