When czmq has been rebuild against zeromq-4 in bug #1165553, this is the last package, that depends on zeromq3.
Would it be possible to retire this package and add a perl-ZMQ-LibZMQ4 package, if needed? Maybe it is also possible to just use the perl-ZMQ-LibZMQ (which should always be build against the latest version of zeromq)?
I'd like to retire zeromq3 as soon as the depending packages have been ported to zeromq-4.
Current dependencies of this packages are:
repoquery --disablerepo \* --enablerepo rawhide --repoid=rawhide --whatrequires perl-ZMQ-LibZMQ3
There is nothing like a ZMQ-LibZMQ <http://search.cpan.org/search?query=ZMQ&mode=dist> as there is nothing like a zeromq library. Each of the ZMQ-LibZMQ<X> is a wrapper around specific zeromq-<X> library.
There is a ZMQ which is a wrapper above ZMQ-LibZMQ2 and ZMQ-LibZMQ3 to provide common abstract interface. It's author does not yet included ZMQ-LibZMQ4 support but he doubted about zeromq API stability <https://github.com/lestrrat/p5-ZMQ/issues/29>.
The ZMQ-LibZMQ4 has not yet been packaged for Fedora.
(In reply to Petr Pisar from comment #1)
> There is a ZMQ which is a wrapper above ZMQ-LibZMQ2 and ZMQ-LibZMQ3 to
> provide common abstract interface. It's author does not yet included
> ZMQ-LibZMQ4 support but he doubted about zeromq API stability
I had the same doubts a while back, but I have changed my mind. ZeroMQ seems to be a lot more stable, that it was a few years ago. There are also some reports, that older versions run quite unstable, so it would be nice to not use them anymore...
My perl knowledge is limited, so I cannot test if ZMQ-LibZMQ3 would work with version 4. A scratch build with zeromq-4 seems to work:
except for this:
+ make test
PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t
# This is ZMQ::LibZMQ3.pm version 1.16
# Linked against zmq 4.0.5
t/000_compile.t ... ok
t/001_context.t ... ok
t/002_socket.t .... ok
t/003_message.t ... ok
t/004_version.t ... ok
t/005_poll.t ...... ok
t/006_anyevent.t .. ok
t/100_basic.t ..... ok
t/101_threads.t ... ok
t/104_ipc.t ....... ok
t/200_fork.t ...... ok
t/201_thread.t .... ok
t/202_proxy.t ..... skipped: Test requires module 'Proc::Guard' but it's not found
t/rt64944.t ....... ok
t/rt74653.t ....... skipped: Test requires module 'Proc::Guard' but it's not found
All tests successful.
Files=15, Tests=70, 8 wallclock secs ( 0.10 usr 0.02 sys + 1.02 cusr 0.12 csys = 1.26 CPU)
Are you willing to take over the zeromq3 package then?
I'd like to retire it completely, yet if you still require it, I'd only orphan it?
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle.
Changing version to '22'.
More information and reason for this action is here:
Jose could you please retire perl-LibZMQ3 as I'd like to nuke zeromq3 from the distribution? No other package currently requires perl-LibZMQ3.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
Thank you for reporting this bug and we are sorry it could not be fixed.
I plan to retire zeromq3 now next week, see:
Fine. I will retire it once you retire it.
(In reply to Petr Pisar from comment #7)
> Fine. I will retire it once you retire it.
I noticed I do not own this package. Then it's up to Jose Pedro Oliveira.
(In reply to Petr Pisar from comment #8)
> (In reply to Petr Pisar from comment #7)
> > Fine. I will retire it once you retire it.
> I noticed I do not own this package. Then it's up to Jose Pedro Oliveira.
zeromq3 is now retired.
Any progress? Please see <https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life> for how to retire a package.
If you are too busy, you can orphan the package and then I could adopt it and retire it in turn.
*** Bug 1424053 has been marked as a duplicate of this bug. ***
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Retired in Fedora ≥ 26. Waiting on blocking in Koji.