Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.maint.java > #12028

Re: gs-collections vs eclipse-collections

From Vincent Prat <vinceprat@free.fr>
Newsgroups linux.debian.maint.java
Subject Re: gs-collections vs eclipse-collections
Date 2021-01-07 19:20 +0100
Message-ID <BuI37-1mj-11@gated-at.bofh.it> (permalink)
References <BurOG-7PT-5@gated-at.bofh.it> <BuFeV-86z-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Hi Tony,

>> Should we package Eclipse Collections as a separate project (in which
>> case I will submit an ITP bug), or update and rename the existing package?
>> For your information, the package gs-collections has no reverse
>> dependency and has not been updated since September 2017.
> I see either choice as acceptable, but my suggestion is to update
> the existing package (and rename it only if you think it is necessary).
> It is the evolution of (and thus an update to) gs-collections.  This
> approach means you don't have to go through NEW, we don't have to
> introduce a new package to archive, and developers who know the software
> by gs-collections will still find it.  Even if there aren't r-deps in
> Debian, perhaps a downstream is using gs-collections and will benefit
> from the update without a rename.

What about developers who do not know the software and need Eclipse
Collections?
Do they have to guess that the Java package is provided by the Debian
package gs-collections?
Eclipse Collections is indeed the evolution of GS Collections, but the
latter still exists as such, even though only bug fixes are made.
By the way, the version present in Debian is out-of-date.

> If you decide to create a new source package for eclipse-collections,
> please also take the time to RM gs-collections.  We don't need to keep
> the old package around if we have a compatible replacement.  (I'm
> assuming that eclipse-collections is a drop-in replacement, or nearly so
> - maybe just a Java package name change?)

Yes, the Java package name is different. So, even if the API is
compatible, this would require downstream to change imports, classpaths,
etc.

In any case, since Emmanuel Bourg was the one who packaged
gs-collections in the first place, it would be nice to have his opinion
on the question.

Cheers,
Vincent

Back to linux.debian.maint.java | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

gs-collections vs eclipse-collections Vincent Prat <vinceprat@free.fr> - 2021-01-07 02:00 +0100
  Re: gs-collections vs eclipse-collections tony mancill <tmancill@debian.org> - 2021-01-07 16:20 +0100
    Re: gs-collections vs eclipse-collections Vincent Prat <vinceprat@free.fr> - 2021-01-07 19:20 +0100
      Re: gs-collections vs eclipse-collections tony mancill <tmancill@debian.org> - 2021-01-07 21:10 +0100
  Re: gs-collections vs eclipse-collections Emmanuel Bourg <ebourg@apache.org> - 2021-01-16 12:10 +0100

csiph-web