| 1 |
On Tue, Jan 03, 2012 at 10:22:15PM +0100, Fabian Groffen wrote: |
| 2 |
> > I'll have to go through on my system at |
| 3 |
> > least and find all of the ebuilds that install things in |
| 4 |
> > /{bin,sbin,lib}. I'll open a tracker bug as soon as udev-176 is |
| 5 |
> > released; this will list all of the things we need to do to complete the |
| 6 |
> > migration. |
| 7 |
> |
| 8 |
> I would suggest not to do this. It's more interesting to know what udev |
| 9 |
> really requires to be in /usr/bin. |
| 10 |
|
| 11 |
The issues involve binaries in /{bin,sbin} that link to libraries in |
| 12 |
/usr/lib as well as packages that install udev rules that run binaries. |
| 13 |
|
| 14 |
> |
| 15 |
> > Basically I have these in my head: |
| 16 |
> > |
| 17 |
> > * mask udev-176 in the tree. |
| 18 |
> > * figure out and document how to make a simple initramfs with dracut. |
| 19 |
> > * unmask udev 176 making sure to point users with a separate /usr |
| 20 |
> > partition to how to make an initramfs (I could probably do this with |
| 21 |
> > ewarns in the ebuild and maybe a news item before we go stable). |
| 22 |
> > * stabilize a version of dracut. |
| 23 |
> > * stabilize >=udev-176 and kmod. |
| 24 |
|
| 25 |
The part of the process above is the part I am the most concerned about. |
| 26 |
I think we need to get everyone who is using separate /usr switched over |
| 27 |
to an initramfs with udev 176, and this needs to happen sooner than |
| 28 |
later, without using things like wrapper scripts or ways to avoid the |
| 29 |
initramfs. Those are just stop-gap options that will only work until |
| 30 |
some package they are depending on migrates to /usr. |
| 31 |
|
| 32 |
Once we get to this point in the process, I think we could take each |
| 33 |
package that installs things in / individually and migrate it. But, I |
| 34 |
think the part of the process listed above needs to happen sooner than |
| 35 |
later. |
| 36 |
|
| 37 |
What are your thoughts? |
| 38 |
|
| 39 |
William |
Archives