Hey, While trying to clean up my system a bit from new perl packages being pulled in, I noticed many perl packages I do need runtime depend on module-build, rather than just build-time depending. So that in turn rdepends on Tar-Archive and the like, and pulls in more stuff with USE=bzip2 now (that's just why I investigated it). I don't think most of those perl packages actually need it at runtime (well, those that aren't build helpers themselves I suppose) - it seems for at least all of those I checked simply declare a DEPEND and assume on RDEPEND=DEPEND if RDEPEND isn't defined, but unfortunately together with dev-perl/module-build A list of all packages runtime depending on dev-perl/module-build can be found at http://tinderbox.dev.gentoo.org/misc/rindex/dev-perl/module-build
(In reply to comment #0) > A list of all packages runtime depending on dev-perl/module-build can be found > at http://tinderbox.dev.gentoo.org/misc/rindex/dev-perl/module-build I started to fix it when i touch/bump them and hoped that one day it's done. If you compare dindex and rindex you can see that often a new (and fixed version) is in the tree already. I try to remember to fix it completely when we finish moving dev-perl/module-build to virtual/perl-Module-Build soon. Thanks.
I don't know exactly what I'm talking about, but I can't see the dev-perl/module-build anymore, while some packages still depend on it. I guess that brings up this bug, then?
When I switched to perl-5.10 from the perl-experimental overlay, I found _many_ cases where Module-Build was being referenced directly. For perl-5.10, this requirement is satisfied by perl-5.10 itself. This dependency (if converted to a virtual) should be satisfied by either >=dev-lang/perl-5.10.0 or by dev-perl/Module-Build and <dev-lang/perl-5.10.0.
(In reply to comment #3) > When I switched to perl-5.10 from the perl-experimental overlay, I found _many_ > cases where Module-Build was being referenced directly. For perl-5.10, this > requirement is satisfied by perl-5.10 itself. This dependency (if converted to > a virtual) should be satisfied by either >=dev-lang/perl-5.10.0 or by > dev-perl/Module-Build and <dev-lang/perl-5.10.0. > Oops, looks like the ebuild for dev-lang/perl-5.10.0 is not providing that yet.
(In reply to comment #2) > I don't know exactly what I'm talking about, but I can't see the > dev-perl/module-build anymore, while some packages still depend on it. I guess > that brings up this bug, then? No, not at all. 1) dev-perl/module-build was moved to perl-core/Module-Build 2) If packages still depend on dev-perl/module-build, they should be fixed. Talk to the maintainer of your overlay. What this bug is about is this: Module::Build is used at build time -- not at runtime (most of the time). So it should be in RDEPEND and not in DEPEND. If you want to help: - Go to <http://tinderbox.dev.gentoo.org/misc/dindex/virtual/perl-Module-Build> - Check if a newer ebuild is in the tree for 4 weeks which is not listed on the page and - File a stabilization bug.
(In reply to comment #5) > If you want to help: > - Go to <h**p://tinderbox.dev.gentoo.org/misc/dindex/virtual/perl-Module- Build> And the correct URL is: <http://tinderbox.dev.gentoo.org/misc/rindex/virtual/perl-Module-Build> > - Check if a newer ebuild is in the tree for 4 weeks which is not listed on the > page and > - File a stabilization bug. >
Stuart, Joe: media-sound/squeezecenter is still on the list. Please have a look. I didn't wanted to touch it myself.
I've submitted an updated SqueezeCenter ebuild to Joe for consideration and committing. It moves the virtual/perl-Module-Build to the DEPEND dependencies only (ie not RDEPEND).
OK, new squeezecenter-7.3.2-r1 fixes this. Thanks, Stuart!
These following packages have Module-Build as runtime dependency. sci-biology/bioperl-1.6.0-r2 sci-biology/bioperl-9999 sci-biology/bioperl-db-1.6.0 sci-biology/bioperl-db-9999 sci-biology/bioperl-network-1.6.0 sci-biology/bioperl-network-9999 sci-biology/bioperl-run-1.6.1 sci-biology/bioperl-run-9999
Fixed for bioperl packages
Fixed. (Well, squeezecenter needs some cleaning, but it needs it anyway)