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