Bug#927303: RM: clojure1.8 -- ROM, NPOASR; package superseded by "clojure"

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#927303: RM: clojure1.8 -- ROM, NPOASR; package superseded by "clojure"

Elana Hashman-3
Package: release.debian.org
User: [hidden email]
Usertags: rm
Severity: normal

This package was initially uploaded because leiningen-clojure was pinned
to Clojure 1.8 while the clojure package was updated to 1.9 and onward.
clojure/1.10 is currently in testing and leiningen-clojure has been
updated to use 1.10.

If it can be avoided I'd prefer the Clojure team not have to maintain
two different versions of Clojure in the upcoming stable release :)

There should be no packages in testing that exclusively require
clojure1.8 or libclojure1.8-java with the exception of
tools-nrepl-clojure/0.2.13-1. It was updated to remove this requirement
in 0.2.13-2 but that has not migrated down due to freeze.

This is my first RM request so hopefully I've not missed anything!

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Bug#927303: RM: clojure1.8 -- ROM, NPOASR; package superseded by "clojure"

Paul Gevers-4
Control: reassign -1 ftp.debian.org

Hi Elana,

On 17-04-2019 19:22, Elana Hashman wrote:

> This package was initially uploaded because leiningen-clojure was pinned
> to Clojure 1.8 while the clojure package was updated to 1.9 and onward.
> clojure/1.10 is currently in testing and leiningen-clojure has been
> updated to use 1.10.
>
> If it can be avoided I'd prefer the Clojure team not have to maintain
> two different versions of Clojure in the upcoming stable release :)
>
> There should be no packages in testing that exclusively require
> clojure1.8 or libclojure1.8-java with the exception of
> tools-nrepl-clojure/0.2.13-1. It was updated to remove this requirement
> in 0.2.13-2 but that has not migrated down due to freeze.
>
> This is my first RM request so hopefully I've not missed anything!
I think you want the whole package to disappear from Debian (well,
unstable *and* testing I mean), right? Then this bug should be
reassigned to the ftp.debian.org pseudo-package to get it removed from
unstable (I have just done so). Testing will follow automatically
if/when that happens and if it doesn't cause issues. The issue in this
case is the version of tools-nrepl-clojure package in testing, so I have
added an unblock for tools-nrepl-clojure to have the version from
unstable migrate to testing.

Paul


signature.asc (499 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Bug#927303: RM: clojure1.8 -- ROM, NPOASR; package superseded by "clojure"

Elana Hashman-3
On Thu, Apr 18, 2019 at 12:12:58PM +0200, Paul Gevers wrote:
>
> I think you want the whole package to disappear from Debian (well,
> unstable *and* testing I mean), right?

Yes, that's right.

> The issue in this case is the version of tools-nrepl-clojure package
> in testing, so I have added an unblock for tools-nrepl-clojure to have
> the version from unstable migrate to testing.

I saw the unblock and the removal in testing go through last night,
thank you :)

It appears there was one small missed dependency in testing:
pomegranate-clojure's autopkgtests still depended on clojure1.8, so the
RM caused an autopkgtest regression. I filed #927423 for that and just
uploaded a targeted fix. Hopefully that change in
pomegranate-clojure/1.1.0+really-2 can also get pulled into buster to
fix the failing test.

signature.asc (849 bytes) Download Attachment