Summary: | x11-themes/fluxbox-styles-fluxmod-20050128-r1 depends on >=x11-wm/fluxbox-0.9.11 but not really needed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Geralt <usr.gentoo> |
Component: | Eclasses | Assignee: | Desktop WM Team (OBSOLETE) <desktop-wm+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | skiidoo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Geralt
2008-06-27 19:38:56 UTC
*** Bug 229809 has been marked as a duplicate of this bug. *** *** Bug 229813 has been marked as a duplicate of this bug. *** *** Bug 229815 has been marked as a duplicate of this bug. *** *** Bug 229817 has been marked as a duplicate of this bug. *** *** Bug 229819 has been marked as a duplicate of this bug. *** *** Bug 229823 has been marked as a duplicate of this bug. *** *** Bug 229825 has been marked as a duplicate of this bug. *** (In reply to comment #0) > Because x11-wm/fluxbox is an unnecessary dependency you should remove it from > the fluxbox-styles-fluxmod package. It causes unnecessary problems (as you can > see). No, the problem comes from you using an external ebuild. If you were using the Portage tree's ebuild, you wouldn't suffer these troubles. I don't know about any overlay from the fluxbox developpers. The closest thing that I know of is Akira's ebuild: http://darkshed.net/files/gentoo/ebuilds/x11-wm/ak-fluxbox-git/ Since his ebuild is called ak-fluxbox-git, Portage thinks you didn't installed fluxbox. I guess you could use /etc/portage/package.provided to solve this issue, but I think it's not the best solution, so I chose to update/fix Akira's ebuild. You can find my version here: http://dev.azatom.info/projects/dotfiles/browser/portage/x11-wm/fluxbox Or directly from my SVN repository: svn co http://dev.azatom.info/svn/dotfiles/browser/portage/x11-wm/fluxbox fluxbox It still lacks of a few USE flags though. ak|ra (Mathias Gumz) is a fluxbox developer, although his ebuild is not endorsed by the project. At any rate, I'm going to agree with the original poster. While the styles may not be _useful_ without fluxbox (or blackbox), they don't _require_ fluxbox. A user may have fluxbox installed by other means, or he may just want the styles installed on a data server so they can be accessed by other computers on the network. I realize that a similar argument could be made for other software and that it would be absurd for those cases. I don't expect portage to know when a user has installed software manually (but it would be nice!). However, fluxbox is not a library or command line utility, and it doesn't currently support plugins. There's no good reason for anything to depend on it. (In reply to comment #9) > or he may just want the styles installed on a data server so they can be > accessed by other computers on the network. Having the files available on a machine is different than having it installed on the system, so this precise example is invalid. > I don't expect portage to know when a user has > installed software manually (but it would be nice!). Portage is nice, and /etc/portage/package.provided is the way. > However, fluxbox is not a > library or command line utility, and it doesn't currently support plugins. > There's no good reason for anything to depend on it. I just wanted to make a difference between the problem Geralt had (and how he could have solved it), but that doesn't make the background point invalid ; this one is more about the (R)DEPENDS policy, so I'll pass on it. fixed. |