[Bug 165885] Misnamed package, add Provides?
bugzilla at redhat.com
bugzilla at redhat.com
Sun Aug 14 04:01:06 UTC 2005
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Misnamed package, add Provides?
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165885
rc040203 at freenet.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fedora-perl-devel-
| |list at redhat.com
------- Additional Comments From rc040203 at freenet.de 2005-08-14 00:00 EST -------
(In reply to comment #0)
> The Perl module package naming convention is perl-$CPANDIST, and this package
> doesn't follow it (should be perl-gettext, not perl-Locale-gettext).
Is it? Is this documented anywhere?
> Now, this is very much my fault, didn't catch it in the review, and it doesn't
> really matter much as all dependencies should be specified as
> perl(Locale::gettext) anyway.
Exactly.
But I think the actual problem is in CPAN:
The tarball is called "gettext-*.tar.gz", while the actual module is
"Locale::gettext".
I chose perl-Locale-gettext for the RPM, primarily because I assumed people will
be looking for perl-Locale-gettext-*.rpm when encountering a perl dependency on
Locale::gettext.
Also, I find calling the RPM perl-gettext*.rpm to be misleading because it would
indicate this module to contain Perl's "one and only gettext binding". However
this is just _one_ aribitrary gettext binding.
> I thought it would be nice to add "Provides:
> perl-gettext = %{version}-%{release}" into this package nevertheless.
I am not opposed to it, if people think this is useful.
> No strong opinions though; add the provides, or rename the package, or leave
> it as is. Your call.
Neither strong opinions by me, too.
Advice appreciated
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the Fedora-perl-devel-list
mailing list