Package depending on a non existing but probably conflicting binary

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm interested in taking over firehol, which was orphaned recently due
to unresponsive maintainer.
It has a new version and the first thing would be to update the package
in rawhide.
Firehol is a noarch-package of shell-scripts and systemd service-files.
The new version uses a(n arched) binary maintained by the firehol devs
themselves, called iprange.
It's a tool to manage ipranges.
It currently is a build-dependency for the new firehol version.
It looks like firehol can be run without it, but would spit out
warnings when done so.
It's a ver small binary created of one c-file.
It can be packaged standalone (might be useful for other packages too)
or as part of the same srpm (with some tweaking).
It's most likely not an option to include it upstream into the
firehol-sources, because they just removed it from there and made it
standalone.

The problem is, that the haproxy-package also contains an
iprange-binary, which is not compatible.

So how can this be handled properly ?

Rename firehols's iprange to something like fh_iprange or iprange_fh or
move it into /usr/libexec ?
But the latter would not really resolve the possible conflict.

Jens

Attachment: pgpyNhZureMaC.pgp
Description: Digitale Signatur von OpenPGP

--
packaging mailing list
packaging@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/packaging@xxxxxxxxxxxxxxxxxxxxxxx

[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Forum]     [KDE Users]

  Powered by Linux