Grepping in the current portage tree reveals that there are some programs using "dos2unix" without RDEPEND'ing on it. So they mainly use it in the ebuild itself. Since there is an edos2unix function in current stable portage available, using this and dumping the dos2unix DEPEND would be nice. I did not verify, if dos2unix definitely isn't used by the programs. It would be nice to clarify this. The following packages are affected: net-mail/gml-0.5 games-board/freedoko-0.7.3 media-video/vstrip-0.8f Reproducible: Always Steps to Reproduce: 1. find /usr/portage -name "*.ebuild" -exec egrep -H "(unix|dos)2(dos|unix)" {} \; | grep -v edos2unix 2. use your eyes on the results. Actual Results: ./net-mail/gml/gml-0.5.ebuild: app-text/dos2unix" ./net-mail/gml/gml-0.5.ebuild: dos2unix -o gmlw.py ./games-board/freedoko/freedoko-0.7.3.ebuild: app-text/dos2unix" ./games-board/freedoko/freedoko-0.7.3.ebuild: dos2unix ${S}/src/Makefile.rules ./media-video/vstrip/vstrip-0.8f.ebuild:DEPEND="app-text/dos2unix ./media-video/vstrip/vstrip-0.8f.ebuild: dos2unix -q -o *.c *.h [and some irrelevant ones] Expected Results: Not the ones mentioned above.
(In reply to comment #0) > Grepping in the current portage tree reveals that there are some programs using > "dos2unix" without RDEPEND'ing on it. Why should they RDEPEND on it? It's not a runtime dependency at all; the deps are just fine...
(In reply to comment #0) > Grepping in the current portage tree reveals that there are some programs using > "dos2unix" without RDEPEND'ing on it. So they mainly use it in the ebuild > itself. Since there is an edos2unix function in current stable portage > available, using this and dumping the dos2unix DEPEND would be nice. dos2unix is a function in eutils.eclass, not a package....
(In reply to comment #2) > dos2unix is a function in eutils.eclass, not a package.... Nope, that's edos2unix :)
freedoko fixed.
(In reply to comment #3) > (In reply to comment #2) > > dos2unix is a function in eutils.eclass, not a package.... > > Nope, that's edos2unix :) :( i guess i'll just go and be quiet over here then...
gml fixed
media-video/vstrip converted to edos2unix.. the package is borqued in many different ways, it was least of it's worries.