Red Hat Bugzilla – Bug 437006
perl-devel sucked into desktop install/live images
Last modified: 2008-03-17 07:49:29 EDT
perl-devel is getting pulled into the defaults again, it looks like due to
perl-ExtUtils-ParseXS. -devel packages should not be included in a default
Any thoughts? Is it devel package here indispensable?
One cause seems to be the main "perl" package to requires
perl(ExtUtils::ParseXS), because /usr/bin/xsubpp requires it.
=> installing "perl" pulls in "perl-devel"
One approach to circumvent this issue would be to move /usr/bin/xsubpp
into a different package.
IMO, a feasible approach would be to move
/usr/bin/xsubpp and /usr/share/man1/xsubpp*
Created attachment 297752 [details]
patch to move xsubpp to perl-devel
Move it to perl-devel isn't problem, but shouldn't we also add into many
packages BR: perl-devel?
Could you elaborate?
Do you mean this mover would break packages because they currently only BR: or
R: "perl" and would have to be changed to R:/BR: perl-devel?
I am not sure about this.
From the man page, it looks like the main user is ExtUtils::MakeMaker so as long
as perl-ExtUtils-MakeMaker requires /usr/bin/xsubpp (or the package containing
it), I don't think it should have a significant impact on buildreqs.
Ok, it will be in rawhide soon. Please test it.
Marcela, *-15 still doesn't seem to have made it to rawhide.
That's because new builds must be announced to rel-eng. I'll ask them.