Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP

Loading…

perl-Compress-Raw-Zlib update breaks repo deps #159

Closed
pjperry opened this Issue · 8 comments

3 participants

Philip J Perry Dag Wieers Denis Fateyev
Philip J Perry

perl-IO-Compress requires the same %{version} of perl-Compress-Raw-Bzip2 and perl-Compress-Raw-Zlib:

Requires: perl(Compress::Raw::Bzip2) = %{version}
Requires: perl(Compress::Raw::Zlib) = %{version}

and the current versions are out of sync causing dep breakage:

Resolving Dependencies
--> Running transaction check
--> Processing Dependency: perl(Compress::Raw::Bzip2) = 2.037 for package: perl-IO-Compress
---> Package perl-Compress-Raw-Bzip2.x86_64 0:2.049-1.el5.rf set to be updated
--> Processing Dependency: perl(Compress::Raw::Zlib) = 2.037 for package: perl-IO-Compress
---> Package perl-Compress-Raw-Zlib.x86_64 0:2.051-1.el5.rf set to be updated
--> Finished Dependency Resolution
perl-IO-Compress-2.037-1.el5.rfx.noarch from installed has depsolving problems
--> Missing Dependency: perl(Compress::Raw::Zlib) = 2.037 is needed by package perl-IO-Compress-2.037-1.el5.rfx.noarch (installed)
perl-IO-Compress-2.037-1.el5.rfx.noarch from installed has depsolving problems
--> Missing Dependency: perl(Compress::Raw::Bzip2) = 2.037 is needed by package perl-IO-Compress-2.037-1.el5.rfx.noarch (installed)
Error: Missing Dependency: perl(Compress::Raw::Bzip2) = 2.037 is needed by package perl-IO-Compress-2.037-1.el5.rfx.noarch (installed)
Error: Missing Dependency: perl(Compress::Raw::Zlib) = 2.037 is needed by package perl-IO-Compress-2.037-1.el5.rfx.noarch (installed)

Please update all 3 packages to the same version. The current version for all 3 is 2.052.

Dag Wieers
Owner
Dag Wieers
Owner

Ok, looking at this more closely, the problem is that perl-IO-Compress has been moved to Repoforge Extras, while the other packages have not. So if you are using Repoforge without the Extras, and you had been using perl-IO-Compress before you'll end up in this mess on RHEL5. We will have to move more packages to Extras and I start to regret the whole split again :-(

Denis Fateyev
Collaborator

There is no other choice, if we want to keep things up to date. The situation now looks like the more packages we update, the more of them go to extras. This is not surprising. We may preserve the status quo only with avoiding updates and keeping things untouched.

Dag Wieers
Owner

The problem is that people using one of these packages without Extras, suddenly no longer find these packages anymore and therefore do not get any updates for them. We don't have a way to communicate 'demoted' packages to our users.

Life was so much easier before Extras ;-)

Philip J Perry

Ah yes, enabling extras resolves the dependency issues. Now for a little yum trickery to ensure one only gets the packages one requires from extras, rather than everything.

Thanks for the fix :-)

Denis Fateyev
Collaborator

Actually, the problem is that users have to use tricks like mentioned above. It's a bit confusing. Eventually, they have to watch on several aspects while installing packages. On the other hand, I don't know any better solution there.

Philip J Perry

Yes, whilst updating perl-IO-Compress I thought I'd check other packages that were originally installed from rf and have since moved to rfx, and found perl-Mail-SPF and perl-NetAddr-IP similarly languishing in an unloved state of limbo (on my system).

Philip J Perry

This one liner works for updating packages that were originally installed from .rf but have since been moved to .rfx

yum --enablerepo=rpmforge-extras update $(rpm -qa | grep '.el5.rf.')

Denis Fateyev dfateyev closed this
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.