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

Re: Enabling Python bindings for jellyfish



On Thu, Dec 31, 2015 at 3:23 PM, Andreas Tille <andreas@fam-tille.de> wrote:
Hi Guillaume,

when Diego intended to package python-jellyfish a discussion about the
duplicate name came up.  I even became aware that your jellyfish code
provides Python bindings and I intend to provide these as Debian package
as well.  This would lead to a conflict to the completely unrelated
multimedia jellyfish project.

Diego has layed out the problem on his posting to the Debian Python
mailing list
(https://lists.debian.org/debian-python/2015/12/msg00101.html) where
you can read the full thread about the problem.  Please let us know
what you think about the naming issue.

Hi all,

if I am attached to the name Jellyfish for the main software itself, the script bindings have seen little use (I believe) up to now. Renaming python module to dna_jellyfish, bio_jellyfish, or some other suggestion, would be OK with me.
 
Regarding the module itself, it should work for both Python2 and Python3. If you have example where it does not, please let me know.

Guillaume.


Kind regards

         Andreas.

On Thu, Dec 31, 2015 at 06:32:43PM +0100, Diego M. Rodriguez wrote:
> On Tue, Dec 29, 2015 at 02:07:05PM -0500, Paul Tagliamonte wrote:
> > That won't solve the problem, since both will provide the python module
> > jellyfish
>
> Fair point indeed, and I fully agree that ideally the problem should be solved
> at the python module level.
>
> I'm wondering if you or other senior, more experienced developers could
> suggest what would be the recommended solution for the namespace conflict,
> taking into account:
>
> a) DNA-jellyfish is an stablished Debian package since 2011 [1]
> b) STR-jellyfish is on PyPI [2] since 2010 (version 0.1)
> c) both packages started their Github repos around the same time (summer 2010)
> d) both packages seem to be a bit "niche" (popcon stats for "jellyfish" [3] and
> "beets" [4], the package that would depend on STR-jellyfish, seem to hint that
> they are both modestly used within Debian and cater to specific groups of
> users)
> e) other considerations I'm probably missing!
>
> I would personally place a bit more weight on the fact that STR-jellyfish is
> already on PyPI (based on the rationale that it is arguably the "de facto"
> repository for Python packaging); but, again, I am relatively new to
> Debian practices and arguing for keeping consistency within the Debian
> repository seems reasonable to me as well.
>
> Best regards,
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644925
> [2] https://pypi.python.org/pypi/jellyfish
> [3] https://qa.debian.org/popcon.php?package=jellyfish
> [4] https://qa.debian.org/popcon.php?package=beets
>
> >
> > On Tue, Dec 29, 2015 at 1:24 PM, Diego M. Rodriguez <diego.plan9@gmail.com>
> > wrote:
> >
> > > On Tue, Dec 29, 2015 at 12:56:20PM -0500, Scott Kitterman wrote:
> > > > I think the respective maintainers should talk and then discuss with
> > > their
> > > > upstreams as the collision potential isn't just in Debian.
> > >
> > > I'm chiming in as the (prospective) maintainer of the ITP python-jellyfish
> > > package, just to note that I have discussed it with Andreas [1] and fully
> > > agreed to rename "my" package. The choice of name was due to not being
> > > aware
> > > of the Python bindings on the existing DNA-jelyfish package (and in part
> > > also
> > > due to my inexperience on these matters), and I have contacted upstream
> > > earlier today in the hopes of coming up with a good alternative name.
> > >
> > > I'd be happy to follow up on the discussion with upstream once I get a
> > > reply,
> > > in order to find out if he would be open to solving the conflict at a
> > > "higher"
> > > level.
> > >
> > > Best regards,
> > >
> > > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=806716#42
> > > --
> > > Diego M. Rodriguez
> > > 36B3 42A9 9F2F 2CFB F79B  FF9B B6C4 B901 06BC E232
> > >
> > >
> >
> >
> > --
> > All programmers are playwrights, and all computers are lousy actors.
> >
> > #define sizeof(x) rand()
> > :wq
>
> --
> Diego M. Rodriguez
> 36B3 42A9 9F2F 2CFB F79B  FF9B B6C4 B901 06BC E232
>



--
http://fam-tille.de


Reply to: