jdk8u322 release and packaging

[Thorsten Glaser]

Hi,

I’m currently packaging openjdk-8 for Debian (unstable, where
it is tested for LTS/ELTS updating older releases). I have
taken it over from the previous maintainer, but I am “mostly”
keeping this alive.

I see that the 8u322 release (which I had put into my calendar
https://wiki.openjdk.java.net/display/jdk8u/Main#Main-Timelines
from ↑) seems to be delayed because of repository changes.

These repository changes are a problem. The packaging depends
heavily on being able to download the individual hg releases’
tarballs, plus aarch32 and aarch64-shenandoah, separately and
put them together in suitable ways depending on the architecture
building for.

As I said above, I’ve taken this over because nobody else was
doing it so I’m not heavily invested in this packaging. I’m
trying to not change too much.

Is there any way (which will stay stable, even when you’re going
to move repositories *again*, to git) to split the download into
what the old repositories have been, so I can still get my tarballs
in the way the current packaging requires?

Otherwise I’d have to change things a lot, which will be tricky
*and* time-consuming (and I’d have to ask $employer for more time
than I can currently use for this).

I’d prefer best if you would just push the new releases also to
the old repositories and tag them appropriately. But I understand
chances for this going to happen are small as you seem to be very
interested in this new-fangled git thingy :/

Thanks in advance,
//mirabilos
-- 
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

                        ****************************************************
/⁀\ The UTF-8 Ribbon
╲ ╱ Campaign against      Mit dem tarent-Newsletter nichts mehr verpassen:
 ╳  HTML eMail! Also,     https://www.tarent.de/newsletter
╱ ╲ header encryption!
                        ****************************************************