Summary: | Emerge of dcopperl-3.5.0 completes, but fails to make DCOP.pm | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mike Thompson <dia> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | perl |
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Output of emerge -v dcopperl
dcopperl-3.5.4.ebuild Working ebuild updated patch, not really worth it though working ebuild finally |
Description
Mike Thompson
2006-08-17 22:27:55 UTC
Created attachment 94499 [details]
Output of emerge -v dcopperl
Created attachment 94959 [details]
dcopperl-3.5.4.ebuild
Ew - this one doesn't work either. :(
perl team: would someone have a look at the ebuild I have attached, please. It should work (to a degree) and executing the relavant call in the sandboxshell does work as well, but the emerge dcopperl stalls only with the following output: Can't open INSTALLMAN3DIR=none: No such file or directory at Makefile.PL line 18. Can't open PREFIX=/usr: No such file or directory at Makefile.PL line 18. Can't open INSTALLDIRS=vendor: No such file or directory at Makefile.PL line 18. Can't open DESTDIR=/var/tmp/portage/dcopperl-3.5.4/image/: No such file or directory at Makefile.PL line 18. and I have no f*cking clue why. It would be also nice, if the perl team checked kde-base/kalyptus with regards to perl-cleaner script etc., I do know nothing about. (In reply to comment #3) > and I have no f*cking clue why. language not becoming, but i'll take a look when i get a chance. It looks like its a poor Makefile.PL, should be correctable. > It would be also nice, if the perl team checked > kde-base/kalyptus with regards to perl-cleaner script etc., I do know nothing > about. > Is there an actual bug for this? I'm sure you can appreciate that the perl team doesn't step on other people's toes in regards to projects. If you have an issue with perl-cleaner, a bug would be most welcome. (In reply to comment #4) > > It would be also nice, if the perl team checked > > kde-base/kalyptus with regards to perl-cleaner script etc., I do know nothing > > about. > > > Is there an actual bug for this? I'm sure you can appreciate that the perl team > doesn't step on other people's toes in regards to projects. If you have an > issue with perl-cleaner, a bug would be most welcome. Not really. I fixed bug 135039 and had it therefore in mind. It was a quick shot assuming you'd maybe perform compatibility tests to perl versions. But actually looking at the perl-cleaner script, you don't and the scripts within KDE are pretty much self-contained, aside from the need to have perl in $PATH. Stepping on someones toes who asked for it is fine, but I was too quick putting this one on the table as well. Should really have had a look at the perl-cleaner script before asking. :) Path to KDE headers? []: Path to KDE libraries? []: Missing deps? I don't run kde locally, am i short a dep or two for this? Created attachment 95285 [details]
Working ebuild
Created attachment 95286 [details, diff]
updated patch, not really worth it though
Not sure why you chose to rewrite this ebuild, most of what was in the originsl 3.5.0 ebuild was valid and needed. For some reasons locally KDEDIRS keeps showing up as /usr instead of /usr/kde/<version>, which is what this package needs to determine where the include and bin is at for kde. The attached ebuild and updated patch work (though in reflection the patch could probably be cut down, maybe even simply reverted to the original... <snip> looking at CONTENTS I see that most of this didn't in fact get installed, just the docs. almost there, sorry for the traffic. Created attachment 95291 [details]
working ebuild finally
This is messy as anything, but it does work correctly. If you can cleanup the setting of KDEDIRS I'd appreciate it (I had to hardcode them, they weren't correct on my box for some reason, but then I don't run KDE). Enjoy,
~mcummings
Thanks, mcummings. It's still a bit messy but at least it works now. I've just committed dcopperl-3.5.6-r1 because 3.5.6 still basically did nothing at all. |