| 1 |
On Tue, Jan 3, 2012 at 1:36 PM, William Hubbs <williamh@g.o> wrote: |
| 2 |
> Well, I don't think everything is going to move immediately. The way I |
| 3 |
> see this happening is, udev/systemd/kmod are moving first, then other |
| 4 |
> upstreams will move their software. |
| 5 |
|
| 6 |
Agreed. If only a few packages have issues we don't have to subject |
| 7 |
our users to a huge overnight change. We can just move gradually with |
| 8 |
upstream. |
| 9 |
|
| 10 |
> Hmm, I'm not really interested in putting symbolic links in /usr/bin |
| 11 |
> linking to things in /bin or /sbin. I'm not following what that does for |
| 12 |
> us. |
| 13 |
|
| 14 |
Perhaps we could consider compatibility packages, like a bash-links |
| 15 |
that just installs a symlink to /usr/bin/bash in /bin. Ideally we'd |
| 16 |
never create them, but if a package can't be fixed in a |
| 17 |
straightforward way we could add a link package and then have that |
| 18 |
package depend on it. Then we can get rid of those links over time as |
| 19 |
nothing depends on them when upstream catches up. |
| 20 |
|
| 21 |
Before anything changes at all we need to have a solution in |
| 22 |
dracut/etc for mounting /usr. Once that is in place packages can move |
| 23 |
at any pace we wish, so there is no reason to short-cut QA. |
| 24 |
|
| 25 |
Rch |
Archives