Hi,
The library has a number of reverse dependencies: libjson-java,
apktool, xmlunit, libspring-java, maven-shade-plugin, biojava6-live,
fop, maven, mondrian, ez-vcard, aptly, maven-repo-helper,
jenkins-json, jgrapht, biojava4-live, libxml-security-java.
It would be prudent to check if they build/
Hi,
I believe the patch tag was inherited from #1061025 that has an
associated MR[1]. This is not a true solution, merely a workaround to
resolve the circular dependency causing this issue.
Best Regards,
Vladimir.
[1]
https://salsa.debian.org/java-team/libcommons-logging-java/-/merge_requests
Hi,
Unfortunately I do not have an armel box accessible, but maybe
tweaking Gradle heap size through 'export GRADLE_OPTS=-Xmx'
might help?
I have tried with export GRADLE_OPTS=-Xmx512M and the package was
built successfully.
Best Regards,
Vladimir.
On Wed, May 1, 2024 at 4:08 PM Chris Knadle w
Hi,
jtreg7 is a package that provides regression testing for openjdk-21
and soon openjdk-17 and is critical to the openjdk package build
process.
jtreg7 depends on a number of test-related packages (junit4, junit5,
libhamcrest-java) that require transitive dependencies such as picocli
or opentest
://git.launchpad.net/~vpa1977/+git/default-java21/tree/?h=main
On Fri, Sep 15, 2023 at 9:54 AM Vladimir Petko
wrote:
>
> Hi,
>
> >For the previous Java migrations I started with a mass rebuild and then
> filling a bug report for each broken package.
> Thank you!!! I will follo
rote:
>
> Le 2023-09-14 01:03, Vladimir Petko a écrit :
>
> > Java 21 removes source/target compatibility level 7. Some packages (80
> > in total as per the attached list) have it specified in rules or
> > Makefiles.
> > I was wondering if it is okay to raise a singl
Hi,
Java 21 removes source/target compatibility level 7. Some packages (80
in total as per the attached list) have it specified in rules or
Makefiles.
I was wondering if it is okay to raise a single bug to update them and
submit the changes as pull requests on Salsa.
Also, we could add a DEB_ var
Hi,
Debian/Ubuntu version applies some patches to the source tree, so if
you are trying to build OpenJDK package using make command directly,
you might want to run `quilt push -a` and configure using `configure`
arguments from `debian/rules`, e.g. --with-pcsclite=system, because
psclite is strippe
Hi,
As far as I know, the bug was fixed in [1] which is safe to update to.
Updating to 20230710 is also safe as the July security release version
contains ca-certificates-java trigger in the postinstall script.
Best Regards,
Vladimir.
[1]
https://tracker.debian.org/news/1436785/accepted-ca-cer
Dear Maintainers,
I apologise for raising this topic, but the state of jtreg packages in
Debian is a bit confusing for me.
Jtreg is being hosted at salsa git[1] and currently contains version
6.2+1 in the master branch.
In the archive we have:
- jtreg [2] 5.1+1
- jtreg6 [3] 6.2+1
- jtreg7 [4] 7
Hi,
Oh, thank you for providing a patch for a quite annoying bug
Would it be possible to add a header to the patch, so that it is
possible to see where it came from and why, e.g.
---cut--
D
]
https://launchpadlibrarian.net/658107824/buildlog_ubuntu-lunar-armhf.openjdk-20_20+36~us1-0ubuntu1~ppa12_BUILDING.txt.gz
On Thu, Mar 16, 2023 at 11:14 AM Vladimir Petko
wrote:
>
> Hi,
>
> I see. I will look into those failures to see if it is something that
> I can submit upstream,
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 wrote:
>
> On Thu, 16 Mar 2023, Vl
Hi,
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:
FAILED: java/util/stream/boottest/java/util/stream/DoubleNodeTest.java
FAILED: java/util/stream/boottest/java/util/stream/FlagOpTest.java
FAILED: java/util/s
t;
> 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-bi
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 wrote:
>
> On Wed, 15 Mar 2023, Vladimir Petko wrote:
>
> >Since I can no
Package: wnpp
Severity: wishlist
Owner: Debian Java team
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-java-maintain...@lists.alioth.debian.org
* Package name: jtreg7
Version : 7.1.1+1
Upstream Author : Oracle and/or its affiliates
* URL : https://openjdk.org/jtreg/
Hi,
Thank you very much!
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?
Best Regards,
Vladimir.
On Tue, Mar 14, 2023 at 10:29 PM Thorsten Glaser wrote:
>
> On Tue, 14 Mar 2023, Vladimir Petko
follow?
Best Regards,
Vladimir.
[1] https://salsa.debian.org/vpa1977/jtreg7
[2] https://tracker.debian.org/pkg/jtreg6
[3] https://salsa.debian.org/java-team/jtreg
On Fri, Mar 3, 2023 at 3:53 PM Thorsten Glaser wrote:
>
> On Fri, 3 Mar 2023, Vladimir Petko wrote:
>
> >It is definite
aintenance overhead.
Best Regards,
Vladimir.
On Thu, Mar 2, 2023 at 2:00 PM Thorsten Glaser wrote:
>
> 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
/17/
[2] https://javaalmanac.io/jdk/21/
On Thu, Mar 2, 2023 at 1:31 PM Thorsten Glaser wrote:
>
> 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
Dear Maintainers,
In order to regression test OpenJDK 20 onwards JTREG 7.1 is required
[1]. It is already used by the Eclipse Adoptium project [2] to test
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
tion here.
I have just realised that keystore conversion produces .dpkg_new file,
which with this approach will have to be copied back manually.
Best Regards,
Vladimir.
On Fri, Feb 24, 2023 at 6:21 PM Thorsten Glaser wrote:
>
> On Fri, 24 Feb 2023, Vladimir Petko wrote:
>
> >Th
at 8:59 AM Thorsten Glaser wrote:
>
> On Fri, 24 Feb 2023, Vladimir Petko wrote:
>
> >This is possible to do if we update openjdk packaging and make it
> >trigger certificates-ca-java, so that it always runs after the openjdk
>
> We can do that easily. I maintain
multiple openjdk versions are
updated.
Please get well!
Best Regards,
Vladimir.
On Fri, Feb 24, 2023 at 8:47 AM Thorsten Glaser wrote:
>
> On Thu, 23 Feb 2023, Vladimir Petko wrote:
>
> >Notice that ca-certificates-java attempts to process triggers before
> >default-j
/~vpa1977/+archive/ubuntu/ca-certificates-lowtech
On Wed, Feb 22, 2023 at 11:51 AM Thorsten Glaser wrote:
>
> On Wed, 22 Feb 2023, Vladimir Petko wrote:
>
> >The existing trigger "interest /usr/lib/jvm" causes the import to run
>
> Unsure, I only used triggers once, a
ten Glaser wrote:
>
> On Wed, 22 Feb 2023, Vladimir Petko wrote:
>
> >in sync. A possible scenario is CA being revoked, which results in an
>
> That’s why I was suggesting to keep it down to manually vetted
> relevant ones.
>
> But if that’s unpalatable (do talk to th
-certificates. If the same CA was present in the pre-built
list, then ca-certificates-java needs to be updated at the same time.
Best Regards,
Vladimir.
On Wed, Feb 22, 2023 at 10:30 AM Thorsten Glaser wrote:
>
> On Wed, 22 Feb 2023, Vladimir Petko wrote:
>
> >Just a small clarification,
used for OpenJDK 8 (with a dedicated ca-certificate-java8 package
> maybe). This way installing openjdk-17 would not drag in python dependencies.
>
> Emmanuel Bourg
>
>
> Le 2023-02-07 20:12, Vladimir Petko a écrit :
>
> Dear Maintainers,
>
> Would it be pos
ackage
> maybe). This way installing openjdk-17 would not drag in python dependencies.
>
> Emmanuel Bourg
>
>
> Le 2023-02-07 20:12, Vladimir Petko a écrit :
>
> Dear Maintainers,
>
> Would it be possible to consider a proposal to break dependency of
> ca-certifi
Hi,
Sorry for jumping into the discussion, but it looks like maven-helper
deploys
jar files slightly incorrectly. It places .jar in /usr/share/java
and
then creates a symlink -.jar to it, rather than place
-.jar and create a symlink .jar. Would it be ok
to
submit a patch for that?
Best Regar
a package containing a native import
implementation [2].
Best Regards,
Vladimir.
[1]
https://bugs.launchpad.net/ubuntu/+source/ca-certificates-java/+bug/2003750
[2] https://github.com/vpa1977/jkt
On Wed, Feb 8, 2023 at 8:31 AM Thorsten Glaser wrote:
> On Wed, 8 Feb 2023, Vladimir Petko wr
only on OpenSSL and
relatively small binary?
Best Regards,
Vladimir.
On Wed, Feb 8, 2023 at 8:31 AM Thorsten Glaser wrote:
> On Wed, 8 Feb 2023, Vladimir Petko wrote:
>
> >This functionality can be implemented using the following Python packages:
> […]
>
> Make that an “or
Dear Maintainers,
Would it be possible to consider a proposal to break dependency of
ca-certificates-java on the installed JVM?
Abstract
ca-certificates-java package contains a circular dependency with Java that
causes issues during openjdk installation.
I am proposing switching the ca-certifica
Package: wnpp
Severity: wishlist
Owner: Debian Java team
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-java-maintain...@lists.alioth.debian.org
* Package name: libasmtools-java
Version : 7.0-b09
Upstream Author : Leonid Kuskov and others
* URL : https://github.com/o
10, 2023 at 10:06 AM tony mancill wrote:
> Hello Vladimir,
>
> On Tue, Jan 10, 2023 at 08:22:45AM +1300, Vladimir Petko wrote:
> > Dear Maintainers,
> >
> > A number of jtreg tests fail during OpenJDK testing with the following
> > er
Dear Maintainers,
A number of jtreg tests fail during OpenJDK testing with the following
error:
`` compiler/c1/KlassAccessCheckTest.java
Error. can't find jasm``
I was wondering if asmtools (https://github.com/openjdk/asmtools) is
available as a package or if
37 matches
Mail list logo
