Re: [gentoo-user] trying to track down broken dependency
On Fri, 18 Sep 2009 18:49:39 -0700 kashani kashani-l...@badapple.net wrote: Paul Hartman wrote: On Fri, Sep 18, 2009 at 5:40 PM, kashani kashani-l...@badapple.net wrote: kash...@www01 ~ $ emerge -pvt bugzilla These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy ~dev-lang/perl-5.10.1. (dependency required by perl-core/Module-Build-0.35 [ebuild]) (dependency required by dev-perl/DateTime-TimeZone-0.98 [ebuild]) (dependency required by www-apps/bugzilla-3.4.1-r1 [ebuild]) (dependency required by bugzilla [argument]) I don't see anything in man emerge that would help me track down the missing dependency. Is there any easy way to do this or do I have to track it down the Modeule-Build dependency tree which looks to be the culprit. kashani What version of bugzilla are you trying to emerge? That perl is newer than any I see in my portage. Are you using an overlay? www-apps/bugzilla-3.4.1-r1 seems to emerge fine and works with perl 5.8 here. Perl 5.8 is at end-of-life. Gentoo volunteers are *very* (PAINFULLY) slow in getting 5.10 into the official tree. They unfortunately need all the help they can get, since this is a major failure of Gentoo to keep up with the upstream developers and (FWIW) other distros. This isn't news, BTW... Please report the error on b.g.o., so the perl herd (or whoever is really doing the work now) can fix the problem. Also, #gentoo-perl is the only place to get any real help on these gentoo-perl issues... (devolution to IRC chat being yet another systemic failure, IMO, but that's the place the folks making these mistakes may communicate with users). Better yet, take the plunge and go on to install 5.10.1 from the perl-experimental overlay (good luck with *that*) and report how you fixed any issues you come across. It's only going to get to be a worse mess unless everyone who is able picks up the slack for these guys. And you will have to upgrade eventually anyway... so why not now? My $.02, not terribly helpful though, I suppose. :( Cheers, -- Michael Higgins
Re: [gentoo-user] trying to track down broken dependency
On Samstag 19 September 2009, Michael Higgins wrote: Please report the error on b.g.o., so the perl herd (or whoever is really doing the work now) can fix the problem. Also, #gentoo-perl is the only place to get any real help on these gentoo-perl issues... (devolution to IRC chat being yet another systemic failure, IMO, but that's the place the folks making these mistakes may communicate with users). the devolution are the forums - with irc and mailing lists being the original forms to find help.
Re: [gentoo-user] trying to track down broken dependency
Michael Higgins wrote:
Perl 5.8 is at end-of-life.
Gentoo volunteers are *very* (PAINFULLY) slow in getting 5.10 into the
official tree. They unfortunately need all the help they can get, since
this is a major failure of Gentoo to keep up with the upstream
developers and (FWIW) other distros. This isn't news, BTW...
Please report the error on b.g.o., so the perl herd (or whoever is
really doing the work now) can fix the problem. Also, #gentoo-perl is
the only place to get any real help on these gentoo-perl issues...
(devolution to IRC chat being yet another systemic failure, IMO, but
that's the place the folks making these mistakes may communicate with
users).
Better yet, take the plunge and go on to install 5.10.1 from the
perl-experimental overlay (good luck with *that*) and report how you
fixed any issues you come across. It's only going to get to be a worse
mess unless everyone who is able picks up the slack for these guys. And
you will have to upgrade eventually anyway... so why not now?
My $.02, not terribly helpful though, I suppose. :(
FWIW I'm also running RT and it's 200 odd Perl module dependencies on
the same machine. I can assure you that I have no interest in updating
the whole stack to perl-5.10 and the QA nightmare that will require.
I solved this the old fashioned way after a bit of coffee this morning.
Still seems like Portage should be smart enough to tell about the
missing dep if I asked it correctly.
1. created fake perl-5.10 ebuild which was really just renaming
perl-5.8.8-r2 and commenting out any {$PN} patches so I didn't need to
make a bunch of fake patch files in files/. This allowed portage to tell
me what was requiring perl-5.10 instead of bombing out.
2. Figured out that while the virtual/perl packages weren't specifying
perl 5.10 the actual perl-core were which is why it didn't make sense
earlier.
3. Doctored up portage.mask to mask the errant virtuals
=virtual/perl-Digest-SHA-5.47
=virtual/perl-Test-Harness-3.17
Thought grumpy thoughts at developers who let packages into ~x86 with
completely broken deps. Hard mask that crap next time.
4. Add the needed packages in portage.keywords and make it pretty and
organized.
# bugzilla and deps for bugzilla-3.4.1-r1, added 20090919
www-apps/bugzilla
dev-perl/Daemon-Generic
dev-perl/DateTime-TimeZone
dev-perl/Data-ObjectDriver
dev-perl/File-Flock
dev-perl/TheSchwartz
perl-core/Module-Build
perl-core/Test-Harness
virtual/perl-Module-Build
virtual/perl-Test-Harness
And now I've got a fancy new bugzilla.
kashani
Re: [gentoo-user] trying to track down broken dependency
On Fri, Sep 18, 2009 at 5:40 PM, kashani kashani-l...@badapple.net wrote: kash...@www01 ~ $ emerge -pvt bugzilla These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy ~dev-lang/perl-5.10.1. (dependency required by perl-core/Module-Build-0.35 [ebuild]) (dependency required by dev-perl/DateTime-TimeZone-0.98 [ebuild]) (dependency required by www-apps/bugzilla-3.4.1-r1 [ebuild]) (dependency required by bugzilla [argument]) I don't see anything in man emerge that would help me track down the missing dependency. Is there any easy way to do this or do I have to track it down the Modeule-Build dependency tree which looks to be the culprit. kashani What version of bugzilla are you trying to emerge? That perl is newer than any I see in my portage. Are you using an overlay? www-apps/bugzilla-3.4.1-r1 seems to emerge fine and works with perl 5.8 here.
Re: [gentoo-user] trying to track down broken dependency
On Fri, Sep 18, 2009 at 5:49 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Fri, Sep 18, 2009 at 5:40 PM, kashani kashani-l...@badapple.net wrote: kash...@www01 ~ $ emerge -pvt bugzilla These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy ~dev-lang/perl-5.10.1. (dependency required by perl-core/Module-Build-0.35 [ebuild]) (dependency required by dev-perl/DateTime-TimeZone-0.98 [ebuild]) (dependency required by www-apps/bugzilla-3.4.1-r1 [ebuild]) (dependency required by bugzilla [argument]) I don't see anything in man emerge that would help me track down the missing dependency. Is there any easy way to do this or do I have to track it down the Modeule-Build dependency tree which looks to be the culprit. kashani What version of bugzilla are you trying to emerge? That perl is newer than any I see in my portage. Are you using an overlay? www-apps/bugzilla-3.4.1-r1 seems to emerge fine and works with perl 5.8 here. Oops, I see you're trying the same bugzilla. So I wonder what kind of overlays or unmasking might be going on to want a version of perl that's not in portage.
Re: [gentoo-user] trying to track down broken dependency
Paul Hartman wrote: On Fri, Sep 18, 2009 at 5:40 PM, kashani kashani-l...@badapple.net wrote: kash...@www01 ~ $ emerge -pvt bugzilla These are the packages that would be merged, in reverse order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy ~dev-lang/perl-5.10.1. (dependency required by perl-core/Module-Build-0.35 [ebuild]) (dependency required by dev-perl/DateTime-TimeZone-0.98 [ebuild]) (dependency required by www-apps/bugzilla-3.4.1-r1 [ebuild]) (dependency required by bugzilla [argument]) I don't see anything in man emerge that would help me track down the missing dependency. Is there any easy way to do this or do I have to track it down the Modeule-Build dependency tree which looks to be the culprit. kashani What version of bugzilla are you trying to emerge? That perl is newer than any I see in my portage. Are you using an overlay? www-apps/bugzilla-3.4.1-r1 seems to emerge fine and works with perl 5.8 here. I'm trying to get bugzilla-3.4.1-r1 (or 3.4.1) to work which is just ~x86 and not any overlay. I'm planning to update a system in Nov and wanted to play with the latest build at home. Mostly interested in 3.4.1 since the API is a bit newer and not completely backwards compatible. Has a few nice things in it though. Module-Build-0.35 doesn't seem to require perl 5.10 in the ebuild so it must be a dependency of a dependency. Same in DateTime-TimeZone. I'd like portage to tell me where the dependency tree is breaking, ie which package is asking for perl-5.10, so I can mask or futz with the ebuild for that package appropriately. kashani
