[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [PATCH 3/3] dracut has initrd-generic-<version> instead of initrd-<version> (#519185)

On 09/02/2009 07:17 PM, Jesse Keating wrote:
On Wed, 2009-09-02 at 10:26 +0200, Hans de Goede wrote:
As one of the persons involved in dracut and in integrating dracut into the
distribution I'm rather surprised to hear this.

Where has this been discussed ? Were are the bugs for the situations where
this does not work properly ?

Also as one of the mkinitrd maintainers I would like to know if we're sticking
with mkinitrd for Fedora 12, as there are some open issues which would be
really good to fix before the beta if we go this way.

The fact that it wasn't turned on at Alpha means it really shouldn't be
on now, not without FESCo approval.

That is interesting reasoning, first keep it out of Alpha even though it was
ready as you were afraid it would delay the Alpha further (although there were
no open bugs) and no now use that to also keep it out of Fedora 12 entirely.

We've got some licensing concerns with a pre-generated binary blob of
bits from other packages being shipped with the kernel package, and the
kernel srpm doesn't have any sources to match those binary blobs.

We already do the same with the stage1 and stage2 images of anaconda. The
initrd is just a cpio archive, like the livecd images are just an iso, it is
all mere aggregation.

Those are my biggest issues.  I'd much prefer to see work continue on
dracut and have it available for F-12 users, but not default.  We only
have one more major test point, the Beta, and there is very little time
after the beta to repair such a critical function as our initrd
generation, and no opportunity to test such repairs.

dracut already is the default in rawhide and there are very little bug
reports because of it. Not to mention that other Features such as:

Depend up on it.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]