Description of problem: perl-Archive-Tar should be updated to the latest CPAN version (1.10). This new version also requires the non core module IO::Zlib (Archive::Tar 1.08 only recommended the installation of IO::Zlib). Version-Release number of selected component (if applicable): perl-Archive-Tar-1.08-3.src.rpm Additional info: The module IO::Zlib already exists in the fedora.us mirrors for RH9, FC1, and FC2 (perl-IO-Zlib-1.04-*).
*** Bug 122736 has been marked as a duplicate of this bug. ***
http://cvs.fedora.redhat.com/viewcvs/devel/perl-IO-Zlib/?root=extras Someone want to update this old fedora.us version for FC4 inclusion? Clean up perl-Archive-Tar.spec while you're at it too. Attach unidiffs here please.
Just updated the devel branch of perl-IO-Zlib.
waiting on sopwith to add perl-IO-Zlib first
Warren, Archive::Tar v1.23 also requires perl-IO-String (available in Extras). Source: See version 1.20 changelog entry in http://search.cpan.org/src/KANE/Archive-Tar-1.23/README I'm also finishing a specfile for Archive::Tar 1.23 (still have to run a couple more tests).
Thanks for the heads up. Crap...
Has anyone checked what in core actually needs perl-Archive-Tar? IIRC at least perl-RPM-Specfile does. perl-RPM-Specfile is IMO definitely a candidate for moving into Extras, and if there are no other deps to perl-Archive-Tar in Core, perhaps it'd be easier and better to move it to Extras too, the dependencies are already there.
#rpm -q --qf '%{name}\t%{size}\n' perl-Archive-Tar perl-RPM-Specfile perl-Archive-Tar 62286 perl-RPM-Specfile 37509 And the sizes of perl-IO-Zlib and perl-IO-String are even smaller. Plus notting said that he wants to keep perl-RPM-Specfile.
(from perl-IO-String.spec) Note that perl-5.8 and better has built-in support for "in memory" files, which are set up by passing a reference instead of a filename to the open() call. The reason for using this module is that it makes the code backwards compatible with older versions of Perl. Doesn't this indicate that we really don't need this? perl-Archive-Tar is hard coded to always need perl-IO-String now, or is this something we can filter-requires like we do for Win32?
http://search.cpan.org/src/KANE/Archive-Tar-1.23/lib/Archive/Tar.pm [...] use IO::String; So yes, it is a "hard" dependency, and cannot be left out unless someone patches Archive::Tar not to use it.
Created attachment 112635 [details] Update and specfile cleanup New requirements: - perl-IO-Zlib (Fedora Extras - devel branch) - perl-IO-String (Fedora Extras)
Freeze is tomorrow and rel-eng isn't around during the weekend, so it looks like we need to add these after test2.
done. make sure those modules are removed from Extras.
Warren, The updated version of perl-Archive-Tar hasn't appeared in Rawhide (only the new requirements have appeared: perl-IO-String and perl-IO-Zlib). Rawhide: perl-Archive-Tar 1.08 Expected: perl-Archive-Tar 1.23 Shall I re-open this tickect?
hmmm, some kind of buildsystem problem
-BuildRequires: perl(IO::String), perl(IO::Zlib) +#BuildRequires: perl(IO::String), perl(IO::Zlib) +# beehive was filtering '(' deps by accident +# temporary workaround, remove this in a few days +BuildRequires: perl-IO-String, perl-IO-Zlib ping me in a few days to remind me, keeping bug open until then
Warren, Didn't you forgot to delete the line: BuildRequires: perl-IO-String, perl-IO-Zlib Reference: https://www.redhat.com/archives/fedora-cvs-commits/2005-April/msg01276.html
oops! thanks for your attention to detail.