On Saturday 24 December 2005 03:42, Thomas de Grenier de Latour wrote:
> On Sat, 24 Dec 2005 02:22:06 +0900
>
> Jason Stubbs <[EMAIL PROTECTED]> wrote:
> > PackageA is installed, PackageB is installed, PackageB is
> > uninstalled -> PackageA is broken. Does this case exist?
>
> Found two on my system:
>
>  * "/usr/lib/X11/app-defaults -> /etc/X11/app-defaults" is
> installed by several X11 apps (media-gfx/xfig, x11-misc/seyon,
> x11-misc/xvkbd, and i would not be surprised there are others)

This looks like something that a lower level X ebuild should be installing. 
The problem here is that there's also a bit of funny business going on when 
portage encounters a merge of some filetype being blocked by a different 
filetype. In the above case, if some X11 package installs 
the /usr/lib/X11/app-defaults symlink and all other apps install 
to /etc/X11/app-defaults then everything should be fine.

>  * "/usr/share/cups/model/foomatic-ppds -> /usr/share/ppd" is
> installed by both net-print/foomatic-db and net-print/hplip.

Again, given the name of the symlink, net-print/hplip should probably be 
installing directly to /usr/share/ppd.

> Maybe this particular packages could be hacked to avoid need for
> the symlinks (or the symlinks should be installed only by some
> lower level, depended-on, packages?), but anyway it would be hard
> to do a strict sanity check of the whole tree. And letting that to
> "collision-protect" feature doesn't sound really like a short term
> solution neither. So, basically, i don't see how you could safely
> change this portage behavior atm (although i agree it would be a
> good thing once done).

Yep, it seems that changing the behaviour will lead to some breakage. However 
repoman is definately not capable of handling this sort of stuff. Also, none 
of the breakage (that you've revealed here at least) is that bad. Putting the 
relevant collision-protect changes into ~arch and following up with the 
actual unmerge changes should lead to minimal disruption on the user's side.

--
Jason Stubbs
-- 
gentoo-dev@gentoo.org mailing list

Reply via email to