On Sat, Mar 29, 2003 at 02:51:57PM -0600, Stephen Waters wrote: > Package: perl-modules > Version: 5.8.0-17 > > When perl-modules is installed but libperl-dev is not, ExtUtils::Embed > incorrectly reports -lperl to be available.
> If > > perl -MExtUtils::Embed -e ccopts > and > perl -MExtUtils::Embed -e ldopts > > return valid data and we find xsubpp, I'm going to say that your installation > is > broken, and there's nothing we should do about it. If perl's saying > "here's -lperl, really, right over here..." and that lib doesn't really > exist, it isn't our fault. Uninstalling libperl-dev should uninstall the > headers and ExtUtils::Embed packages, no questions asked. Yes, it seems to me that ExtUtils::Embed belongs in libperl-dev. Brendan, what's the rationale for the current organization? I see you fixed #155319 in 5.8.0-7 by documenting the situation in the ExtUtils::Embed manpage rather than moving the module. No other module in perl-modules requires ExtUtils::Embed AFAICS, so that part should not be a problem. Also, I expect that every package that needs ExtUtils::Embed already depends on libperl-dev as the module is quite useless otherwise. If ExtUtils::Embed is moved, I suppose we could put a documentation stub in perl-modules that points to the libperl-dev package. (However, a stub module throwing an error seems too invasive to me.) -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
