I've just received a bug report on perl-MailTools requesting that it own %{perl_vendorlib}/auto since it places directories and files (resulting from autosplit) under there (#213561).
The bug report suggests a few options:
1. Own %{perl_vendorlib}/auto in my own package. 2. Try to get the Core perl package to own it. 3. Move the files concerned to somewhere else, such as %{perl_vendorarch)/auto.
Option 3 is a non-starter, at least with respect to using %{perl_vendorarch), since perl-MailTools is a noarch package.
I could go with option 1 but option 2 looks the most sensible to me.
Any other suggestions?
Paul.
Paul Howarth paul@city-fan.org writes:
I've just received a bug report on perl-MailTools requesting that it own %{perl_vendorlib}/auto since it places directories and files (resulting from autosplit) under there (#213561).
The bug report suggests a few options:
- Own %{perl_vendorlib}/auto in my own package.
- Try to get the Core perl package to own it.
- Move the files concerned to somewhere else, such as
%{perl_vendorarch)/auto.
Option 3 is a non-starter, at least with respect to using %{perl_vendorarch), since perl-MailTools is a noarch package.
I could go with option 1 but option 2 looks the most sensible to me.
Any other suggestions?
Well, perl already owns the other 'auto' directories for pretty much the same reason:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=73970
I don't see any reason not to do the same thing here and go with option #2
Any objections?
If not, Paul, feel free to re-assign the bug to me and the perl package.
Thanks,
-RN
On Thu, 2006-11-02 at 22:03 -0500, Robin Norwood wrote:
Paul Howarth paul@city-fan.org writes:
I've just received a bug report on perl-MailTools requesting that it own %{perl_vendorlib}/auto since it places directories and files (resulting from autosplit) under there (#213561).
The bug report suggests a few options:
- Own %{perl_vendorlib}/auto in my own package.
- Try to get the Core perl package to own it.
- Move the files concerned to somewhere else, such as
%{perl_vendorarch)/auto.
Option 3 is a non-starter, at least with respect to using %{perl_vendorarch), since perl-MailTools is a noarch package.
I could go with option 1 but option 2 looks the most sensible to me.
Any other suggestions?
Well, perl already owns the other 'auto' directories for pretty much the same reason:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=73970
I don't see any reason not to do the same thing here and go with option #2
Any objections?
No, but .. are you sure the perl-Mail*'s auto aren't bugs?
At least I am not.
Ralf
Ralf Corsepius wrote:
On Thu, 2006-11-02 at 22:03 -0500, Robin Norwood wrote:
Paul Howarth paul@city-fan.org writes:
I've just received a bug report on perl-MailTools requesting that it own %{perl_vendorlib}/auto since it places directories and files (resulting from autosplit) under there (#213561).
The bug report suggests a few options:
- Own %{perl_vendorlib}/auto in my own package.
- Try to get the Core perl package to own it.
- Move the files concerned to somewhere else, such as
%{perl_vendorarch)/auto.
Option 3 is a non-starter, at least with respect to using %{perl_vendorarch), since perl-MailTools is a noarch package.
I could go with option 1 but option 2 looks the most sensible to me.
Any other suggestions?
Well, perl already owns the other 'auto' directories for pretty much the same reason:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=73970
I don't see any reason not to do the same thing here and go with option #2
Ok, though I don't think I can reassign a bug from an Extras package to a Core one; how about I reopen #73970 and then mark #213561 as a duplicate of that?
Any objections?
No, but .. are you sure the perl-Mail*'s auto aren't bugs?
At least I am not.
I'm not sure. Where *should* autosplit-ted bits of noarch packages go?
Paul.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Paul Howarth wrote:
Ralf Corsepius wrote:
No, but .. are you sure the perl-Mail*'s auto aren't bugs? At least I am not.
I'm not sure. Where *should* autosplit-ted bits of noarch packages go?
$ man AutoLoader ... DESCRIPTION ... AutoLoader implements an AUTOLOAD subroutine. When an undefined subroutine in is called in a client module of AutoLoader, AutoLoader's AUTOLOAD subroutine attempts to locate the subroutine in a file with a name related to the location of the file from which the client module was read. As an example, if POSIX.pm is located in /usr/local/lib/perl5/POSIX.pm, AutoLoader will look for perl subroutines POSIX in /usr/local/lib/perl5/auto/POSIX/*.al, where the ".al" file has the same name as the subroutine, sans package.
- -- Marius Feraru
Marius Feraru wrote:
Paul Howarth wrote:
Ralf Corsepius wrote:
No, but .. are you sure the perl-Mail*'s auto aren't bugs? At least I am not.
I'm not sure. Where *should* autosplit-ted bits of noarch packages go?
$ man AutoLoader ... DESCRIPTION ... AutoLoader implements an AUTOLOAD subroutine. When an undefined subroutine in is called in a client module of AutoLoader, AutoLoader's AUTOLOAD subroutine attempts to locate the subroutine in a file with a name related to the location of the file from which the client module was read. As an example, if POSIX.pm is located in /usr/local/lib/perl5/POSIX.pm, AutoLoader will look for perl subroutines POSIX in /usr/local/lib/perl5/auto/POSIX/*.al, where the ".al" file has the same name as the subroutine, sans package.
So it would appear that perl-MailTools does this correctly:
/usr/lib/perl5/vendor_perl/5.8.8/Mail/Internet.pm /usr/lib/perl5/vendor_perl/5.8.8/Mail/Util.pm /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/_prephdr.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/add_signature.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/autosplit.ix /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/escape_from.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/nntppost.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/reply.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/send.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/sign.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/smtpsend.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/unescape_from.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util/autosplit.ix /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util/mailaddress.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util/maildomain.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util/read_mbox.al
Robin, is it OK for me to reopen #73970 and then mark #213561 as a duplicate of that since I don't think I can reassign an Extras bug to a Core component i.e. perl.
Paul.
Paul Howarth paul@city-fan.org writes:
Marius Feraru wrote:
[...]
$ man AutoLoader ... DESCRIPTION ... AutoLoader implements an AUTOLOAD subroutine. When an undefined subroutine in is called in a client module of AutoLoader, AutoLoader's AUTOLOAD subroutine attempts to locate the subroutine in a file with a name related to the location of the file from which the client module was read. As an example, if POSIX.pm is located in /usr/local/lib/perl5/POSIX.pm, AutoLoader will look for perl subroutines POSIX in /usr/local/lib/perl5/auto/POSIX/*.al, where the ".al" file has the same name as the subroutine, sans package.
So it would appear that perl-MailTools does this correctly:
/usr/lib/perl5/vendor_perl/5.8.8/Mail/Internet.pm /usr/lib/perl5/vendor_perl/5.8.8/Mail/Util.pm /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/_prephdr.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/add_signature.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/autosplit.ix /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/escape_from.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/nntppost.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/reply.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/send.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/sign.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/smtpsend.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Internet/unescape_from.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util/autosplit.ix /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util/mailaddress.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util/maildomain.al /usr/lib/perl5/vendor_perl/5.8.8/auto/Mail/Util/read_mbox.al
Robin, is it OK for me to reopen #73970 and then mark #213561 as a duplicate of that since I don't think I can reassign an Extras bug to a Core component i.e. perl.
Personally, I'd rather a new bug since #73970 has a lot of back-and-forth in it, and takes a few minutes for someone to read through and understand what's going on. But I'll still fix it if you just reopen #73970. :-)
Thanks,
-RN
perl-devel@lists.fedoraproject.org