[Bug 1858077] New: relaxngcc fails to build with java-11-openjdk
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1858077
Bug ID: 1858077
Summary: relaxngcc fails to build with java-11-openjdk
Product: Fedora
Version: rawhide
Hardware: All
OS: All
Status: NEW
Component: relaxngcc
Severity: high
Assignee: sanjay.ankur(a)gmail.com
Reporter: jvanek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: decathorpe(a)gmail.com,
java-maint-sig(a)lists.fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
jvanek(a)redhat.com, puntogil(a)libero.it,
sanjay.ankur(a)gmail.com, sgehwolf(a)redhat.com
Blocks: 1825969 (Java11)
Target Milestone: ---
Classification: Fedora
relaxngcc fails to build with java-11-openjdk as sytem JDK. See
https://fedoraproject.org/wiki/Changes/Java11 .
See especially part about known failures:
https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can...
For the build logs, see:
https://koji.fedoraproject.org/koji/taskinfo?taskID=47161757
We run the rebuild longer then 10days ago. Log may be gone. Also your package
may be passing in regular rawhide.
To reproduce, simply: fedpkg clone relaxngcc; cd relaxngcc; fedpkg build
--target f33-java11; #The target is crucial.
We run two reruns your package failed both.
We had tried 650 packages, and 500 had passed, so the java-11-openjdk will be
system JDK in f33, and you should fix your package if you want to keep it
alive. Usually the fix is simple, and best is to update the package to latest
upstream version.
There will be usual mass rebuild once f33 branches. You may got another FTBFS
bug.
Let us know here if you have any questions, here in bug, or at
java-devel(a)lists.fedoraproject.org .
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side if needed.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1825969
[Bug 1825969] java-11-openjdk as system JDK in F33
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 3 months
[Bug 1927029] New: CVE-2021-21290 netty: Information disclosure via the local system temporary directory [fedora-all]
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1927029
Bug ID: 1927029
Summary: CVE-2021-21290 netty: Information disclosure via the
local system temporary directory [fedora-all]
Product: Fedora
Version: 33
Status: NEW
Component: netty
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: extras-orphan(a)fedoraproject.org
Reporter: psampaio(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: decathorpe(a)gmail.com, extras-orphan(a)fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, sochotni(a)redhat.com
Target Milestone: ---
Classification: Fedora
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue affects multiple supported versions of Fedora. While only
one tracking bug has been filed, please correct all affected versions at
the same time. If you need to fix the versions independent of each other,
you may clone this bug as appropriate.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 3 months
[Bug 1858073] New: powermock fails to build with java-11-openjdk
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1858073
Bug ID: 1858073
Summary: powermock fails to build with java-11-openjdk
Product: Fedora
Version: rawhide
Hardware: All
OS: All
Status: NEW
Component: powermock
Severity: high
Assignee: rkennke(a)redhat.com
Reporter: jvanek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, decathorpe(a)gmail.com,
java-maint-sig(a)lists.fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, jvanek(a)redhat.com,
neugens(a)redhat.com, rkennke(a)redhat.com,
sgehwolf(a)redhat.com
Blocks: 1825969 (Java11)
Target Milestone: ---
Classification: Fedora
powermock fails to build with java-11-openjdk as sytem JDK. See
https://fedoraproject.org/wiki/Changes/Java11 .
See especially part about known failures:
https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can...
For the build logs, see:
https://koji.fedoraproject.org/koji/taskinfo?taskID=47161350
We run the rebuild longer then 10days ago. Log may be gone. Also your package
may be passing in regular rawhide.
To reproduce, simply: fedpkg clone powermock; cd powermock; fedpkg build
--target f33-java11; #The target is crucial.
We run two reruns your package failed both.
We had tried 650 packages, and 500 had passed, so the java-11-openjdk will be
system JDK in f33, and you should fix your package if you want to keep it
alive. Usually the fix is simple, and best is to update the package to latest
upstream version.
There will be usual mass rebuild once f33 branches. You may got another FTBFS
bug.
Let us know here if you have any questions, here in bug, or at
java-devel(a)lists.fedoraproject.org .
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side if needed.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1825969
[Bug 1825969] java-11-openjdk as system JDK in F33
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 3 months
[Bug 1885300] New: F33 maven java.lang.NoSuchMethodError: java.nio.ByteBuffer.flip()Ljava/nio/ByteBuffer; when downloading dependency
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1885300
Bug ID: 1885300
Summary: F33 maven java.lang.NoSuchMethodError:
java.nio.ByteBuffer.flip()Ljava/nio/ByteBuffer; when
downloading dependency
Product: Fedora
Version: 33
Hardware: x86_64
OS: Linux
Status: NEW
Component: maven
Assignee: java-maint-sig(a)lists.fedoraproject.org
Reporter: jakob(a)ahrer.dev
QA Contact: extras-qa(a)fedoraproject.org
CC: decathorpe(a)gmail.com,
java-maint-sig(a)lists.fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com, msrb(a)redhat.com,
sochotni(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Version-Release number of selected component (if applicable):
❯ mvn -version
Apache Maven 3.6.3 (Red Hat 3.6.3-4)
Maven home: /usr/share/maven
Java version: 1.8.0_272-ea, vendor: Red Hat, Inc., runtime:
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.272.b01-0.1.ea.fc33.x86_64/jre
Default locale: en_GB, platform encoding: UTF-8
OS name: "linux", version: "5.8.13-300.fc33.x86_64", arch: "amd64", family:
"unix"
Steps to Reproduce:
1. set maven to use openjdk 1.8
2. run mvn clean install in a maven project
3. as soon as maven attempts to download a dependency it crashes
Actual results:
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 14.042 s
[INFO] Finished at: 2020-10-05T16:36:55+02:00
[INFO] ------------------------------------------------------------------------
---------------------------------------------------
constituent[0]: file:/usr/share/maven/conf/logging/
constituent[1]: file:/usr/share/maven/lib/cdi-api-1.1.jar
constituent[2]: file:/usr/share/maven/lib/commons-cli-1.4.jar
constituent[3]: file:/usr/share/maven/lib/commons-codec-1.11.jar
constituent[4]: file:/usr/share/maven/lib/commons-codec.jar
constituent[5]: file:/usr/share/maven/lib/commons-io-2.5.jar
constituent[6]: file:/usr/share/maven/lib/commons-lang3-3.8.1.jar
constituent[7]: file:/usr/share/maven/lib/commons-logging.jar
constituent[8]: file:/usr/share/maven/lib/guava-27.1-jre.jar
constituent[9]: file:/usr/share/maven/lib/guice-4.2.1-no_aop.jar
constituent[10]: file:/usr/share/maven/lib/hawtjni-runtime-1.17.jar
constituent[11]: file:/usr/share/maven/lib/httpclient-4.5.12.jar
constituent[12]: file:/usr/share/maven/lib/httpcomponents_httpclient.jar
constituent[13]: file:/usr/share/maven/lib/httpcomponents_httpcore.jar
constituent[14]: file:/usr/share/maven/lib/httpcore-4.4.13.jar
constituent[15]: file:/usr/share/maven/lib/jansi-1.17.1.jar
constituent[16]: file:/usr/share/maven/lib/jansi-linux.jar
constituent[17]: file:/usr/share/maven/lib/jansi-native-1.8.jar
constituent[18]: file:/usr/share/maven/lib/javax.inject-1.jar
constituent[19]: file:/usr/share/maven/lib/jcl-over-slf4j-1.7.29.jar
constituent[20]: file:/usr/share/maven/lib/jsoup-1.12.1.jar
constituent[21]: file:/usr/share/maven/lib/jsr250-api-1.0.jar
constituent[22]: file:/usr/share/maven/lib/maven-artifact-3.6.3.jar
constituent[23]: file:/usr/share/maven/lib/maven-builder-support-3.6.3.jar
constituent[24]: file:/usr/share/maven/lib/maven-compat-3.6.3.jar
constituent[25]: file:/usr/share/maven/lib/maven-core-3.6.3.jar
constituent[26]: file:/usr/share/maven/lib/maven-embedder-3.6.3.jar
constituent[27]: file:/usr/share/maven/lib/maven-model-3.6.3.jar
constituent[28]: file:/usr/share/maven/lib/maven-model-builder-3.6.3.jar
constituent[29]: file:/usr/share/maven/lib/maven-plugin-api-3.6.3.jar
constituent[30]: file:/usr/share/maven/lib/maven-repository-metadata-3.6.3.jar
constituent[31]: file:/usr/share/maven/lib/maven-resolver-api-1.4.1.jar
constituent[32]:
file:/usr/share/maven/lib/maven-resolver-connector-basic-1.4.1.jar
constituent[33]: file:/usr/share/maven/lib/maven-resolver-impl-1.4.1.jar
constituent[34]: file:/usr/share/maven/lib/maven-resolver-provider-3.6.3.jar
constituent[35]: file:/usr/share/maven/lib/maven-resolver-spi-1.4.1.jar
constituent[36]:
file:/usr/share/maven/lib/maven-resolver-transport-wagon-1.4.1.jar
constituent[37]: file:/usr/share/maven/lib/maven-resolver-util-1.4.1.jar
constituent[38]: file:/usr/share/maven/lib/maven-settings-3.6.3.jar
constituent[39]: file:/usr/share/maven/lib/maven-settings-builder-3.6.3.jar
constituent[40]: file:/usr/share/maven/lib/maven-shared-utils-3.2.1.jar
constituent[41]: file:/usr/share/maven/lib/maven-slf4j-provider-3.6.3.jar
constituent[42]: file:/usr/share/maven/lib/maven-wagon_http-shared.jar
constituent[43]: file:/usr/share/maven/lib/org.eclipse.sisu.inject-0.3.4.jar
constituent[44]: file:/usr/share/maven/lib/org.eclipse.sisu.plexus-0.3.4.jar
constituent[45]: file:/usr/share/maven/lib/plexus-cipher-1.7.jar
constituent[46]:
file:/usr/share/maven/lib/plexus-component-annotations-2.1.0.jar
constituent[47]: file:/usr/share/maven/lib/plexus-interpolation-1.25.jar
constituent[48]: file:/usr/share/maven/lib/plexus-sec-dispatcher-1.4.jar
constituent[49]: file:/usr/share/maven/lib/plexus-utils-3.2.1.jar
constituent[50]: file:/usr/share/maven/lib/slf4j-api-1.7.29.jar
constituent[51]: file:/usr/share/maven/lib/wagon-file-3.3.4.jar
constituent[52]: file:/usr/share/maven/lib/wagon-http-3.3.4.jar
constituent[53]: file:/usr/share/maven/lib/wagon-http-shared-3.4.1.jar
constituent[54]: file:/usr/share/maven/lib/wagon-provider-api-3.3.4.jar
---------------------------------------------------
Exception in thread "main" java.lang.NoSuchMethodError:
java.nio.ByteBuffer.flip()Ljava/nio/ByteBuffer;
at
org.apache.http.client.utils.URLEncodedUtils.urlDecode(URLEncodedUtils.java:682)
at
org.apache.http.client.utils.URLEncodedUtils.parsePathSegments(URLEncodedUtils.java:364)
at
org.apache.http.client.utils.URIBuilder.parsePath(URIBuilder.java:118)
at
org.apache.http.client.utils.URIBuilder.digestURI(URIBuilder.java:197)
at org.apache.http.client.utils.URIBuilder.<init>(URIBuilder.java:91)
at org.apache.http.client.utils.URIUtils.rewriteURI(URIUtils.java:206)
at
org.apache.http.client.utils.URIUtils.rewriteURIForRoute(URIUtils.java:319)
at
org.apache.http.impl.execchain.ProtocolExec.rewriteRequestURI(ProtocolExec.java:96)
at
org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:133)
at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
at
org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at
org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
at
org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
at
org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.execute(AbstractHttpClientWagon.java:1005)
at
org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1162)
at
org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:1140)
at
org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:126)
at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)
at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61)
at
org.eclipse.aether.transport.wagon.WagonTransporter$GetTaskRunner.run(WagonTransporter.java:567)
at
org.eclipse.aether.transport.wagon.WagonTransporter.execute(WagonTransporter.java:435)
at
org.eclipse.aether.transport.wagon.WagonTransporter.get(WagonTransporter.java:412)
at
org.eclipse.aether.connector.basic.BasicRepositoryConnector$GetTaskRunner.runTask(BasicRepositoryConnector.java:457)
at
org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:364)
at
org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:75)
at
org.eclipse.aether.connector.basic.BasicRepositoryConnector$DirectExecutor.execute(BasicRepositoryConnector.java:644)
at
org.eclipse.aether.connector.basic.BasicRepositoryConnector.get(BasicRepositoryConnector.java:235)
at
org.eclipse.aether.internal.impl.DefaultMetadataResolver$ResolveTask.run(DefaultMetadataResolver.java:573)
at
org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:75)
at
org.eclipse.aether.internal.impl.DefaultMetadataResolver$1.execute(DefaultMetadataResolver.java:494)
at
org.eclipse.aether.internal.impl.DefaultMetadataResolver.resolve(DefaultMetadataResolver.java:350)
at
org.eclipse.aether.internal.impl.DefaultMetadataResolver.resolveMetadata(DefaultMetadataResolver.java:181)
at
org.apache.maven.repository.internal.DefaultVersionRangeResolver.getVersions(DefaultVersionRangeResolver.java:198)
at
org.apache.maven.repository.internal.DefaultVersionRangeResolver.resolveVersionRange(DefaultVersionRangeResolver.java:148)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.cachedResolveRangeResult(DefaultDependencyCollector.java:622)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:395)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.doRecurse(DefaultDependencyCollector.java:509)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:461)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.doRecurse(DefaultDependencyCollector.java:509)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:461)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.doRecurse(DefaultDependencyCollector.java:509)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:461)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.doRecurse(DefaultDependencyCollector.java:509)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:461)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.doRecurse(DefaultDependencyCollector.java:509)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:461)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.doRecurse(DefaultDependencyCollector.java:509)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:461)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.doRecurse(DefaultDependencyCollector.java:509)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:461)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.doRecurse(DefaultDependencyCollector.java:509)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:461)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.processDependency(DefaultDependencyCollector.java:365)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.process(DefaultDependencyCollector.java:352)
at
org.eclipse.aether.internal.impl.collect.DefaultDependencyCollector.collectDependencies(DefaultDependencyCollector.java:254)
at
org.eclipse.aether.internal.impl.DefaultRepositorySystem.collectDependencies(DefaultRepositorySystem.java:284)
at
org.apache.maven.project.DefaultProjectDependenciesResolver.resolve(DefaultProjectDependenciesResolver.java:169)
at
org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.getDependencies(LifecycleDependencyResolver.java:243)
at
org.apache.maven.lifecycle.internal.LifecycleDependencyResolver.resolveProjectDependencies(LifecycleDependencyResolver.java:147)
at
org.apache.maven.lifecycle.internal.MojoExecutor.ensureDependenciesAreResolved(MojoExecutor.java:248)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:202)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:156)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:148)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
at
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:56)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:305)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:192)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:105)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:957)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:289)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:193)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:282)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:225)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:406)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:347)
Expected results:
mvn clean install finishes successfully
Additional info:
I believe this is cause by a java 8 / 11 conflict.
If I use the binary directly downloaded from apache the command works as
expected.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 3 months
[Bug 1858118] New: zxing fails to build with java-11-openjdk
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1858118
Bug ID: 1858118
Summary: zxing fails to build with java-11-openjdk
Product: Fedora
Version: rawhide
Hardware: All
OS: All
Status: NEW
Component: zxing
Severity: high
Assignee: hegjon(a)gmail.com
Reporter: jvanek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: decathorpe(a)gmail.com, hegjon(a)gmail.com,
java-maint-sig(a)lists.fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
jvanek(a)redhat.com, puntogil(a)libero.it,
sgehwolf(a)redhat.com
Blocks: 1825969 (Java11)
Target Milestone: ---
Classification: Fedora
zxing fails to build with java-11-openjdk as sytem JDK. See
https://fedoraproject.org/wiki/Changes/Java11 .
See especially part about known failures:
https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can...
For the build logs, see:
https://koji.fedoraproject.org/koji/taskinfo?taskID=47164469
We run the rebuild longer then 10days ago. Log may be gone. Also your package
may be passing in regular rawhide.
To reproduce, simply: fedpkg clone zxing; cd zxing; fedpkg build --target
f33-java11; #The target is crucial.
We run two reruns your package failed both.
We had tried 650 packages, and 500 had passed, so the java-11-openjdk will be
system JDK in f33, and you should fix your package if you want to keep it
alive. Usually the fix is simple, and best is to update the package to latest
upstream version.
There will be usual mass rebuild once f33 branches. You may got another FTBFS
bug.
Let us know here if you have any questions, here in bug, or at
java-devel(a)lists.fedoraproject.org .
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side if needed.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1825969
[Bug 1825969] java-11-openjdk as system JDK in F33
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 3 months
[Bug 1904222] New: CVE-2020-17527 tomcat: HTTP/2 request header mix-up [fedora-all]
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1904222
Bug ID: 1904222
Summary: CVE-2020-17527 tomcat: HTTP/2 request header mix-up
[fedora-all]
Product: Fedora
Version: 33
Status: NEW
Component: tomcat
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: csutherl(a)redhat.com
Reporter: gsuckevi(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: alee(a)redhat.com, coolsvap(a)gmail.com,
csutherl(a)redhat.com, huwang(a)redhat.com,
ivan.afonichev(a)gmail.com,
java-sig-commits(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com
Target Milestone: ---
Classification: Fedora
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
NOTE: this issue affects multiple supported versions of Fedora. While only
one tracking bug has been filed, please correct all affected versions at
the same time. If you need to fix the versions independent of each other,
you may clone this bug as appropriate.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 3 months
[Bug 1857983] New: jboss-servlet-2.5-api fails to build with java-11-openjdk
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1857983
Bug ID: 1857983
Summary: jboss-servlet-2.5-api fails to build with
java-11-openjdk
Product: Fedora
Version: rawhide
Hardware: All
OS: All
Status: NEW
Component: jboss-servlet-2.5-api
Severity: high
Assignee: alee(a)redhat.com
Reporter: jvanek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: alee(a)redhat.com, decathorpe(a)gmail.com,
dmoluguw(a)redhat.com,
java-maint-sig(a)lists.fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
jvanek(a)redhat.com, sgehwolf(a)redhat.com
Blocks: 1825969 (Java11)
Target Milestone: ---
Classification: Fedora
jboss-servlet-2.5-api fails to build with java-11-openjdk as sytem JDK. See
https://fedoraproject.org/wiki/Changes/Java11 .
See especially part about known failures:
https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can...
For the build logs, see:
https://koji.fedoraproject.org/koji/taskinfo?taskID=47154118
We run the rebuild longer then 10days ago. Log may be gone. Also your package
may be passing in regular rawhide.
To reproduce, simply: fedpkg clone jboss-servlet-2.5-api; cd
jboss-servlet-2.5-api; fedpkg build --target f33-java11; #The target is
crucial.
We run two reruns your package failed both.
We had tried 650 packages, and 500 had passed, so the java-11-openjdk will be
system JDK in f33, and you should fix your package if you want to keep it
alive. Usually the fix is simple, and best is to update the package to latest
upstream version.
There will be usual mass rebuild once f33 branches. You may got another FTBFS
bug.
Let us know here if you have any questions, here in bug, or at
java-devel(a)lists.fedoraproject.org .
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side if needed.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1825969
[Bug 1825969] java-11-openjdk as system JDK in F33
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 3 months