OpenJDK 20. We still need jtreg6 and jtreg packages for older
versions of OpenJDK.
I was wondering if it would be acceptable for me
to file an intent to package proposal for JTREG7 and package it?
Unfortunately jtreg6 is required. 6.1 is used by OpenJDK 17 and 6.1.1
On Thu, 2 Mar 2023, Vladimir Petko wrote:
OpenJDK 20. We still need jtreg6 and jtreg packages for older
versions of OpenJDK.
openjdk-8 was switched to jtreg6 recently. See if doko will
follow for 11.
I was wondering if it would be acceptable for me
to file an intent to package proposal for JTREG7 and package it?
Sure, why not (unless someone else is already working on it).
Is a new package needed anyway? Can’t this just be an upgrade
to jtreg6 (sure that will then look weird as jtreg6 version 7.1-1
but we have lots of such situations)? Is it incompatible somehow?
bye,
//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!
****************************************************
On Thu, 2 Mar 2023, Vladimir Petko wrote:
Unfortunately jtreg6 is required. 6.1 is used by OpenJDK 17 and 6.1.1
I only see an “is used by” there, not a “requires this but cannot work with a newer version”.
Upper bounds are often much more flexible, see openjdk-8 using jtreg6
now for example ☻
That’s why I ask to investigate this.
bye,
//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!
****************************************************
It is definitely an option to chase those errors and failures down and
ensure that basic tests pass with jtreg 7.1.1, but keeping around
jtreg6 for JDK 17 and jtreg7 for JDK 20 is probably an easier option
that will not require a lot of maintenance overhead.
On Fri, 3 Mar 2023, Vladimir Petko wrote:
It is definitely an option to chase those errors and failures down and >ensure that basic tests pass with jtreg 7.1.1, but keeping around
jtreg6 for JDK 17 and jtreg7 for JDK 20 is probably an easier option
that will not require a lot of maintenance overhead.
Thanks for investigating. Yes, you’ve got convincing arguments, as it’s not a drop-in compatible replacement ☺
bye,
//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!
****************************************************
jtreg6 (in line with jtreg6 packaging which kept jtreg changelog). Was
it a correct thing to do, or should it be truncated?
I could not find an ITP bug for jtreg6, does it mean that there is
some other process that I need to follow?
On Tue, 14 Mar 2023, Vladimir Petko wrote:
jtreg6 (in line with jtreg6 packaging which kept jtreg changelog). Was
it a correct thing to do, or should it be truncated?
You can keep it; debhelper can now truncate it.
I could not find an ITP bug for jtreg6, does it mean that there is
some other process that I need to follow?
ITPs are not necessary, only “nice” (e.g. to avoid duplicate work).
If you consider it uploadable, upload it ignoring the lack of ITP.
bye,
//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!
****************************************************
Since I can not upload I will file the ITP then.
Would it be ok to
keep ownership with the Debian Java Team in line with jtreg6?
On Wed, 15 Mar 2023, Vladimir Petko wrote:
Since I can not upload I will file the ITP then.
Depends on your sponsor, whether they insist on one. But, go ahead.
Would it be ok to
keep ownership with the Debian Java Team in line with jtreg6?
Usual procedure is that for team-maintained packages, the
Maintainer field is the team and the Uploaders field has
at least one human who ideally is the primary maintainer
for that package; this can be a nōn-Debian member.
bye,
//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!
****************************************************
Hi,
Thank you very much for your help!!!
I have filed ITP here [1].
Best Regards,
Vladimir.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032981
On Wed, Mar 15, 2023 at 8:53 AM Thorsten Glaser <[email protected]>
wrote:
On Wed, 15 Mar 2023, Vladimir Petko wrote:
Since I can not upload I will file the ITP then.
Depends on your sponsor, whether they insist on one. But, go ahead.
Would it be ok to
keep ownership with the Debian Java Team in line with jtreg6?
Usual procedure is that for team-maintained packages, the
Maintainer field is the team and the Uploaders field has
at least one human who ideally is the primary maintainer
for that package; this can be a nōn-Debian member.
bye,
//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!
****************************************************
openjdk-8 was switched to jtreg6 recently. See if doko will
follow for 11.
Is a new package needed anyway?
Hi,
Thank you for the package Vladimir, I'll take care of it. I think I'll
rebase it on top of the previous jtreg package to keep the continuity.
Emmanuel Bourg
Le 2023-03-15 08:23, Vladimir Petko a écrit :
Hi,
Thank you very much for your help!!!
I have filed ITP here [1].
Best Regards,
Vladimir.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032981
On Wed, Mar 15, 2023 at 8:53 AM Thorsten Glaser <[email protected]> wrote:
On Wed, 15 Mar 2023, Vladimir Petko wrote:
Since I can not upload I will file the ITP then.
Depends on your sponsor, whether they insist on one. But, go ahead.
Would it be ok to
keep ownership with the Debian Java Team in line with jtreg6?
Usual procedure is that for team-maintained packages, the
Maintainer field is the team and the Uploaders field has
at least one human who ideally is the primary maintainer
for that package; this can be a nōn-Debian member.
bye,
//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!
****************************************************
Le 2023-03-02 01:30, Thorsten Glaser a écrit :
openjdk-8 was switched to jtreg6 recently. See if doko will
follow for 11.
openjdk-11/11.0.18+10-1 in unstable now uses jtreg6
Is a new package needed anyway?
I agree with Thorsten, a new package is probably not needed. All
openjdk-*
packages in unstable now use jtreg6. So I suggest upgrading the unused
jtreg package to the version 7 instead of creating a new package.
Emmanuel Bourg
On Thu, 16 Mar 2023, Vladimir Petko wrote:
Regarding using jtreg6 for tests of openjdk-8 it should be noted that
some tier1[1] tests fail with jtreg6.
Lots of tests fail there anyway, also due to lack of asmtools.
For instance jtreg 6 fails:[…]
and with jreg 5 those tests pass:[…]
There are more instances like this and if it is of interest I can
provide a full comparison.
Might be useful to pass that on to the 8u developers.
I won’t be doing anything with it and the ELTS people
are mostly interested in comparing test results against
the previous upload’s, to see that nothing broke too badly.
If upstream makes their tests jtreg6 compatible all the better.
Would it be possible to consider keeping jtreg 5 version around in
No, we’re targetting jessie and stretch with openjdk-8 mostly,
which lacks jtreg 5 and where the backported jtreg6 really
helps, without, we had to disable the tests entirely.
bye,
//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!
****************************************************
Regarding using jtreg6 for tests of openjdk-8 it should be noted that
some tier1[1] tests fail with jtreg6.
For instance jtreg 6 fails:[…]
and with jreg 5 those tests pass:[…]
There are more instances like this and if it is of interest I can
provide a full comparison.
Would it be possible to consider keeping jtreg 5 version around in
Hi,
I see. I will look into those failures to see if it is something that
I can submit upstream, so that jtreg 5 could be phased out.
Thanks a lot for the help again !!!!!!!
Best Regards,
Valdimir.
On Thu, Mar 16, 2023 at 11:11 AM Thorsten Glaser <[email protected]> wrote:
On Thu, 16 Mar 2023, Vladimir Petko wrote:
Regarding using jtreg6 for tests of openjdk-8 it should be noted that >some tier1[1] tests fail with jtreg6.
Lots of tests fail there anyway, also due to lack of asmtools.
For instance jtreg 6 fails:[…]
and with jreg 5 those tests pass:[…]
There are more instances like this and if it is of interest I can
provide a full comparison.
Might be useful to pass that on to the 8u developers.
I won’t be doing anything with it and the ELTS people
are mostly interested in comparing test results against
the previous upload’s, to see that nothing broke too badly.
If upstream makes their tests jtreg6 compatible all the better.
Would it be possible to consider keeping jtreg 5 version around in
No, we’re targetting jessie and stretch with openjdk-8 mostly,
which lacks jtreg 5 and where the backported jtreg6 really
helps, without, we had to disable the tests entirely.
bye,
//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!
****************************************************
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 715 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 26:11:30 |
| Calls: | 12,106 |
| Calls today: | 6 |
| Files: | 15,006 |
| Messages: | 6,518,191 |