Michael Cummings posted <1111061186.8230.2.camel@nomad.datanode.net>,
excerpted below, on Thu, 17 Mar 2005 07:06:26 -0500:
> I have a bug open, 81947, where a chap is saying that the message I
> display at the end of the perl install is pointing to some path
> under /var/tmp that doesn't exist. But in the ebuild, I'm just pointing
> the user to $FILESDIR/perl-cleaner, like we always have. On my boxes
> this gets displayed as /usr/portage/yada ('cept when its in the overlay,
> but you know what I mean). Anyone shed any light on which one of us is
> off their rocker?
I've seen this -- I have $PORTAGE_TMPDIR=/tmp, and after installing the
binary package, which I'd previously created, the message says to run the
script /tmp/portage-pkg/perl-<ver>/inf/perl-cleaner, which of course
doesn't exist, at least a few seconds after that message is displayed,
because that dir has been cleaned by then. Further, looking at the binary
package to see where /it/ put it I couldn't find any file by that name in
the binary package either???, and the script didn't seem to be on my path,
so I decided running it couldn't be that important after all, or there'd
actually be a way to do so, and it would exist in the binary package to be
reextracted, if necessary.
Perhaps luckily, I don't have many perl packages installed, and I haven't
run into any problems with ebuilds failing due to it, so I'm not too
worried.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html --
gentoo-dev@gentoo.org mailing list