#25 Bundling exception for EMBOSS
Closed: Fixed None Opened 13 years ago by spot.

EMBOSS, the European Molecular Biology Open Software Suite, contains a
forked (and thus, bundled) copy of plplot, and has, for nearly 10 years.
Initially, they made attempts to merge their changes with upstream, but
were unsuccessful, so they forked.

= Overview =

Upstream noticed that we were disabling their fork of plplot (renamed by
upstream EMBOSS to eplplot), and asked that we stop, because their code is
functionally dependent on the forked copy. They've pointed out specific
bugs caused by this, so it is not theoretical.

I asked them if they would be willing to revisit the issue and try to work
with plplot to merge their changes, and they considered it, and replied
accordingly:

"We, the core EMBOSS developers, have recently discussed the PLPLOT
library position.
Early attempts (approximately 10 years ago) at coordinating with
the PLPLOT developers, regarding integrating changes for the correct
functioning of EMBOSS into their codebase, proved unsuccessful.
It is our firm intention to investigate the current plplot code, as
supplied by the PLPLOT developers, with a view to EMBOSS utilising it in
an unmodified form. As EMBOSS is grant-funded we have existing
development
commitments under the current funding round. If such investigations
suggest that extra funding is required then we will apply for it in the
next round. In the interim we request that the libeplplot library
be used in your build of the EMBOSS package.

Dr A.J. Bleasby
EMBOSS project
European Bioinformatics Institute
Hinxton
Cambridge
CB10 1SD
UK

On behalf of the EMBOSS core developers"

This satisfies me, in that there is a legitimate need for the forked copy
of plplot, and upstream is willing to make every attempt to remove the
necessity for it. I'm asking FESCo to permit this bundling as an
exception.


+1 to allow exception, preferably with bundled code in a subpkg

It seems like there's two avenues that we're working here (which is good :-)

  1. Upstream is going to try to get their work merged with plplot. For this we want to have some idea of when.
  2. We're going to ship the library in such a way that everyone can benefit from the changes (as a shared library in a subpackage that others could choose to link against). This is still a fork but it's a more deliberate fork.

Things to be mindful of: The bundled version is at an older revision than we're carrying in Fedora. In the meeting we talked about how it's the last stable version (rather than the devel version that we're carrying) but it does mean that we'll be fixing things in two separate codebases.

Things I think fall out of the above considerations:

  • We should get some more ideas of upstream's timeline for unbundling (can be rough).
  • We should know what the Fedora plplot owner thinks of this plan.
  • We need to remember that we're on the hook for updating to newer versions of plplot as new stable releases are made whether or not EMBOSS upstream is helpful in this regard.

I can +1 with the timeline and plplot maintainer's input (if positive).

ticket 25 approved exception, fork must go into subpackage (Voting: +1:6, 0:0, -1: 0, spot abstained)

EMBOSS rebuilt in rawhide with libeplplot and libeplplot-devel subpackages:

http://koji.fedoraproject.org/koji/taskinfo?taskID=2652919

Metadata Update from @toshio:
- Issue assigned to spot

7 years ago

Login to comment on this ticket.

Metadata