Udept seems to have problems with some ebuild names e. g. mplayer-1.0_rc2_pre20070321-r4 which i have installed. When i want to apply the -d, option. It wants to remove all dependencies of mplayer which are not needed by other packages except mplayer as if mplayer was not installed If i use the -s option it wants to downgrade to media-video/mplayer-1.0_rc1-r2 When i apply dep -l mplayer it says i have installed media-video/mplayer-1.0_rc1-r2. And further more it lists all dependencies which it wants to unmerge wit the -p option. Using eix it tells me that i have mplayer-1.0_rc2_pre20070321-r4 installed And dep -E says that there is no mplayer installed It also wants to remove virtual/jdk and then dev-java/sun-jdk-1.4.2.13 as there is no real dependency on it but the java-check-environment recommend to install it. The missing of the gen-1 system-vm causes problems in revdep-rebuild like bug #152039. When running emerge --depclean whether the mplayer nor the virtual issue happens. I have appended the dep and eix output as these are to long for putting it here.
Created attachment 114830 [details] Output of dep and eix
I can confirm this bug. It happens with other packages as well, for example I have media-video/transcode-1.0.3_rc2_p20070310-r1 installed but dep -E says: !!!REDUNDANT ENTRY!!! media-video/transcode no matching packages installed
Here too.
(In reply to comment #3) > Here too. > It seems that the author of udept Ed Catmur has stopped developing it. No updates since 2006-08-25 according the changelog. There are now other tools which provide the same features but updept combined them all in one tool. Now i have to use gentoolkit eix and portage-utils and others to achieve the same. Until now i have not found a tool to clean the world file from unwanted entries instead of udept. Regards Daniel
The patch below fixes this for me. Anybody here got enough karma to make a new ebuild and commit to the tree?
Created attachment 133502 [details] patch for udept to recognize more complex version strings
(In reply to comment #5) > The patch below fixes this for me. Anybody here got enough karma to make a new > ebuild and commit to the tree? > I have tried to apply your patch but it seems to make it even worse. dep -P with patch wants to remove sys-devel/automake selected: 1.9.6-r2 sys-kernel/gentoo-sources selected: 2.6.22-r5 app-crypt/gnupg selected: 1.4.7-r1 sys-devel/autoconf selected: 2.13 dev-java/commons-lang selected: 2.0-r2 2.1-r1 dev-libs/glib selected: 1.2.10-r5 2.12.13 x11-libs/gtk+ selected: 1.2.10-r12 2.10.14 virtual/jdk selected: 1.5.0 media-gfx/splash-themes-livecd selected: 2006.1 x11-libs/qt selected: 3.3.8-r4 4.3.1-r1 dev-java/java-config selected: 1.3.7 2.0.33-r1 dev-libs/lzo selected: 1.08-r1 2.02-r1 dev-java/sun-jdk selected: 1.5.0.13 1.6.0.03 app-text/docbook-xml-dtd selected: 4.1.2-r6 4.2-r1 dep -P without patch wants to remove sys-kernel/gentoo-sources selected: 2.6.22-r5 media-gfx/splash-themes-livecd selected: 2006.1 The same for dep -s or -d more i have not tested. Regards Daniel
Created attachment 135702 [details] udept-0.5.99.0.2.95-r2.ebuild There have been changes upstream but the author has not released a new version. This is the ebuild which applies an updated udept.default-use.patch and a udept.svn-1638.patch. I have tested this version and udept seems to work properly if not better than before! Patches follow!
Created attachment 135704 [details, diff] udept.default-use.patch
Created attachment 135706 [details, diff] udept.svn-1638.patch
For me, the new ebuild and patches fix the "downgrading mplayer" problem, but introduce a new bug: dep -e no longer removes entries when the corresponding package has been unmerged entirely. That it to say, if an entry refers to a package which isn't even installed, dep -e no longer says anything about it. I believe the earlier version had this feature; was it removed with the patches?
(In reply to comment #11) > For me, the new ebuild and patches fix the "downgrading mplayer" problem, but > introduce a new bug: dep -e no longer removes entries when the corresponding > package has been unmerged entirely. That it to say, if an entry refers to a > package which isn't even installed, dep -e no longer says anything about it. I > believe the earlier version had this feature; was it removed with the patches? > I guess you mean dep -E instead of dep -e which just shows the versions of a package and the status. According to dep help: -E, --filter-etc-portage = Remove redundant entries from files in /etc/portage -e, --versions = List versions of PACKAGE, with status Here dep -E works properly.
Is there any chance to get this in the tree? There is no progress upstream at the moment so new versions will probably not come in the near future, but the versions in the tree are much more broken than this one!
I will close this bug as wontfix. The package is masked and should get the last rites imho.
Reopening then to remember to treeclean it
I just closed this bug because it wont be fixed ever. Udept is currently masked with the following message: # Paul Varner <fuzzyray@gentoo.org> (06 Apr 2009) # Dead upstream and has issues with newer portages. # Due to popular demand and no suitable replacement, it will stay in the tree # in a masked status until it completely breaks or is replaced. app-portage/udept Maybe there is still popular demand but I don't think so.
Will last rite it in the next round then ;)
(In reply to Pacho Ramos from comment #17) > Will last rite it in the next round then ;) It can go away, I just had not gotten around to it yet. There still really isn't a good alternative, but nobody has stepped to maintain this or create a new one. Regardless, udept is now pretty much completely broken. So consider this my blessing to treeclean it on the next go around.
dropped