Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Jiri Vanek]

On 7/1/20 4:09 PM, Fabio Valentini wrote:
> On Wed, Jul 1, 2020 at 4:00 PM Jiri Vanek  wrote:
>>
>> On 7/1/20 3:21 PM, Fabio Valentini wrote:
>>> On Wed, Jul 1, 2020 at 3:09 PM Aleksandar Kurtakov  
>>> wrote:

 Fabio, does it mean that the Java SIG agrees with progressing with the 
 Change to Java 11 as a default?
>>>
>>> Speaking for myself, yes.
>>>
>>> I can't speak for all other SIG members (we haven't formally voted on
>>> this or something like that), but from conversations we've had I
>>> gather that all active package maintainers are looking forward to
>>> finally getting Java 11 by default.
>>
>> Yes, despite many soon FTBFS and thus soon orphaned pkgs, It looks taht 
>> active people wish to
>> proceed with change, rather then doing the possibly clumsy step back.
>>
>> I'm progressing toward the mass rebuild in side tag.
>>
>> I'm aware about three packages needing  commits to change - java-11-openjdk, 
>> java-1.8.0-openjdk and
>> javapackages-tools.
>>
>> Fabio, saying "you have not got xmvn change", Is tere something I need to 
>> check for?
> 
> I was wondering whether you had included javapackages-tools in the
> COPR with the second commit from the PR:
> https://src.fedoraproject.org/rpms/javapackages-tools/pull-request/3#commit_list

The PR do not bump the release, so hard to say, but form:
https://copr.fedorainfracloud.org/coprs/jvanek/java11/package/javapackages-tools/
I guess yes, becasue there wasautobuild 21days ago. Same age as commit landed 
to javapackages-tools
ava11 branch, and autorebuild is enabled.

Thanx for heads up!

J.


> 
> Fabio
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> 


-- 
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jva...@redhat.comM: +420775390109
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Fabio Valentini]

On Wed, Jul 1, 2020 at 4:00 PM Jiri Vanek  wrote:
>
> On 7/1/20 3:21 PM, Fabio Valentini wrote:
> > On Wed, Jul 1, 2020 at 3:09 PM Aleksandar Kurtakov  
> > wrote:
> >>
> >> Fabio, does it mean that the Java SIG agrees with progressing with the 
> >> Change to Java 11 as a default?
> >
> > Speaking for myself, yes.
> >
> > I can't speak for all other SIG members (we haven't formally voted on
> > this or something like that), but from conversations we've had I
> > gather that all active package maintainers are looking forward to
> > finally getting Java 11 by default.
>
> Yes, despite many soon FTBFS and thus soon orphaned pkgs, It looks taht 
> active people wish to
> proceed with change, rather then doing the possibly clumsy step back.
>
> I'm progressing toward the mass rebuild in side tag.
>
> I'm aware about three packages needing  commits to change - java-11-openjdk, 
> java-1.8.0-openjdk and
> javapackages-tools.
>
> Fabio, saying "you have not got xmvn change", Is tere something I need to 
> check for?

I was wondering whether you had included javapackages-tools in the
COPR with the second commit from the PR:
https://src.fedoraproject.org/rpms/javapackages-tools/pull-request/3#commit_list

Fabio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Jiri Vanek]

On 7/1/20 3:21 PM, Fabio Valentini wrote:
> On Wed, Jul 1, 2020 at 3:09 PM Aleksandar Kurtakov  
> wrote:
>>
>> Fabio, does it mean that the Java SIG agrees with progressing with the 
>> Change to Java 11 as a default?
> 
> Speaking for myself, yes.
> 
> I can't speak for all other SIG members (we haven't formally voted on
> this or something like that), but from conversations we've had I
> gather that all active package maintainers are looking forward to
> finally getting Java 11 by default.

Yes, despite many soon FTBFS and thus soon orphaned pkgs, It looks taht active 
people wish to
proceed with change, rather then doing the possibly clumsy step back.

I'm progressing toward the mass rebuild in side tag.

I'm aware about three packages needing  commits to change - java-11-openjdk, 
java-1.8.0-openjdk and
javapackages-tools.

Fabio, saying "you have not got xmvn change", Is tere something I need to check 
for?

Thanx!
 J.
> 
> Fabio
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> 


-- 
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jva...@redhat.comM: +420775390109
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Aleksandar Kurtakov]

On Wed, Jul 1, 2020 at 4:50 PM Alex Scheel  wrote:

> - Original Message -
> > From: "Fabio Valentini" 
> > To: "Development discussions related to Fedora" <
> devel@lists.fedoraproject.org>
> > Sent: Wednesday, July 1, 2020 9:21:31 AM
> > Subject: Re: [fedora-java] Re: java stack is dead, long live the
> javastack (was "500 packages FTBFS in rawhide with
> > java-11-openjdk as system JDK")
> >
> > On Wed, Jul 1, 2020 at 3:09 PM Aleksandar Kurtakov 
> > wrote:
> > >
> > > Fabio, does it mean that the Java SIG agrees with progressing with the
> > > Change to Java 11 as a default?
> >
> > Speaking for myself, yes.
> >
> > I can't speak for all other SIG members (we haven't formally voted on
> > this or something like that), but from conversations we've had I
> > gather that all active package maintainers are looking forward to
> > finally getting Java 11 by default.
>
> Speaking on behalf of the Dogtag team, we too are fine with Java 11 change.
>
> (Technically we're the next most active members of the Stewardship SIG,
>  and I guess we're part of Java Maint SIG but we've not yet contributed
>  in that capacity).
>
> We're mostly there, but still need upstream CI in place to prevent
> regressions and ensure we fix problems before they get started.
>
> Plus, Debian has already made this change so we're going to need this
> eventually. RHEL will get there too.
>
>
> My personal preference is to get the Stewardship SIG's top-level packages
> building (iirc, Eclipse, Dogtag, and Libreoffice) on Java 11 and then we'll
> let the rest drop.


Eclipse stack (incl. build deps) should be Java 11 ready as we speak (minus
few dependencies in the work).
Furthermore Eclipse will require Java 11 in its September release upstream .


> IIRC most of the 200 packages not building in our COPR
> aren't pulled in by Dogtag so we're mostly fine once we fix our top-level
> Dogtag package.
>
>
>
> - Alex
>
>
>
> >
> > Fabio
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct:
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> >
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> >
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>


-- 
Alexander Kurtakov
Red Hat Eclipse Team
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Alex Scheel]

- Original Message -
> From: "Fabio Valentini" 
> To: "Development discussions related to Fedora" 
> 
> Sent: Wednesday, July 1, 2020 9:21:31 AM
> Subject: Re: [fedora-java] Re: java stack is dead, long live the javastack 
> (was "500 packages FTBFS in rawhide with
> java-11-openjdk as system JDK")
> 
> On Wed, Jul 1, 2020 at 3:09 PM Aleksandar Kurtakov 
> wrote:
> >
> > Fabio, does it mean that the Java SIG agrees with progressing with the
> > Change to Java 11 as a default?
> 
> Speaking for myself, yes.
> 
> I can't speak for all other SIG members (we haven't formally voted on
> this or something like that), but from conversations we've had I
> gather that all active package maintainers are looking forward to
> finally getting Java 11 by default.

Speaking on behalf of the Dogtag team, we too are fine with Java 11 change.

(Technically we're the next most active members of the Stewardship SIG,
 and I guess we're part of Java Maint SIG but we've not yet contributed
 in that capacity).

We're mostly there, but still need upstream CI in place to prevent
regressions and ensure we fix problems before they get started.

Plus, Debian has already made this change so we're going to need this
eventually. RHEL will get there too.


My personal preference is to get the Stewardship SIG's top-level packages
building (iirc, Eclipse, Dogtag, and Libreoffice) on Java 11 and then we'll
let the rest drop. IIRC most of the 200 packages not building in our COPR
aren't pulled in by Dogtag so we're mostly fine once we fix our top-level
Dogtag package.



- Alex



> 
> Fabio
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Fabio Valentini]

On Wed, Jul 1, 2020 at 3:09 PM Aleksandar Kurtakov  wrote:
>
> Fabio, does it mean that the Java SIG agrees with progressing with the Change 
> to Java 11 as a default?

Speaking for myself, yes.

I can't speak for all other SIG members (we haven't formally voted on
this or something like that), but from conversations we've had I
gather that all active package maintainers are looking forward to
finally getting Java 11 by default.

Fabio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Aleksandar Kurtakov]

Fabio, does it mean that the Java SIG agrees with progressing with the
Change to Java 11 as a default?

On Wed, Jul 1, 2020 at 4:02 PM Fabio Valentini  wrote:

> On Tue, Jun 30, 2020 at 9:52 AM Jiri Vanek  wrote:
> >
> > On 6/29/20 1:59 PM, Aleksandar Kurtakov wrote:
> > >
> > >
> > > On Mon, Jun 29, 2020 at 2:39 PM Jiri Vanek  jva...@redhat.com>> wrote:
> > >
> > > Current stats from my testing samples:
> > > 408 failing
> > > 263 passing
> > >
> > >
> > > Are these numbers reversed ^^^ ? Looking at
> > >
> https://copr.fedorainfracloud.org/coprs/g/java-maint-sig/java-11-default/monitor/
> I see a bit more
> > > than 200 ftbfs.
> >
> > I'm afraid not. But if you are right, then maybe I'm doing something
> wrong, and it is all a bit more
> > positive then I think.
> >
> > Thanx!
>
> I don't know if I've set up the Java SIG COPR for Java 11 rebuilds
> differently than you set up yours. Maybe you haven't incorporated the
> xmvn-javadoc change yet? It could explain the ~200 additional build
> failures.
>
> Looking at the latest state in our COPR test repo, I see 202 failing
> packages and 461 building packages, which isn't looking too bad
> considering how the numbers looked at the start.
>
> > Since f29, about 1000 java packages died or were orphaned. I was
> removing packages where upstream is
> > dead and are orphaned (so no chance to make them reliable working
> with jdk11), and I found that
> > wildfly, jenkins, jboss, half of maven plugins, elastic search,
> apach-emina, infinispan, cassandra,
> > hibernate All are dead. What is javastack for now (no blame or
> evil in that)?
> >
> > So maybe the system jdk11 can be used as just last death-blow to
> java stack, rethink it,  and stat
> > rebuilding on pretty fresh field
>
> Why? If nobody needs those packages and nobody wants to maintain them,
> then they should stay dead.
>
> Right now, the core Java stack (including everything that's necessary
> to build itself) amounts to about 200 packages, which is already a lot
> of packages for limited manpower (Stewardship SIG / Java SIG). Unless
> somebody wants to step up (or Red Hat actually wants its Java projects
> packaged for fedora again), this is not going to change, I'm afraid.
>
> Fabio
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>


-- 
Alexander Kurtakov
Red Hat Eclipse Team
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Fabio Valentini]

On Tue, Jun 30, 2020 at 9:52 AM Jiri Vanek  wrote:
>
> On 6/29/20 1:59 PM, Aleksandar Kurtakov wrote:
> >
> >
> > On Mon, Jun 29, 2020 at 2:39 PM Jiri Vanek  > > wrote:
> >
> > Current stats from my testing samples:
> > 408 failing
> > 263 passing
> >
> >
> > Are these numbers reversed ^^^ ? Looking at
> > https://copr.fedorainfracloud.org/coprs/g/java-maint-sig/java-11-default/monitor/
> >  I see a bit more
> > than 200 ftbfs.
>
> I'm afraid not. But if you are right, then maybe I'm doing something wrong, 
> and it is all a bit more
> positive then I think.
>
> Thanx!

I don't know if I've set up the Java SIG COPR for Java 11 rebuilds
differently than you set up yours. Maybe you haven't incorporated the
xmvn-javadoc change yet? It could explain the ~200 additional build
failures.

Looking at the latest state in our COPR test repo, I see 202 failing
packages and 461 building packages, which isn't looking too bad
considering how the numbers looked at the start.

> Since f29, about 1000 java packages died or were orphaned. I was removing 
> packages where upstream is
> dead and are orphaned (so no chance to make them reliable working with 
> jdk11), and I found that
> wildfly, jenkins, jboss, half of maven plugins, elastic search, 
> apach-emina, infinispan, cassandra,
> hibernate All are dead. What is javastack for now (no blame or evil 
> in that)?
>
> So maybe the system jdk11 can be used as just last death-blow to java 
> stack, rethink it,  and stat
> rebuilding on pretty fresh field

Why? If nobody needs those packages and nobody wants to maintain them,
then they should stay dead.

Right now, the core Java stack (including everything that's necessary
to build itself) amounts to about 200 packages, which is already a lot
of packages for limited manpower (Stewardship SIG / Java SIG). Unless
somebody wants to step up (or Red Hat actually wants its Java projects
packaged for fedora again), this is not going to change, I'm afraid.

Fabio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Aleksandar Kurtakov]

On Mon, Jun 29, 2020 at 2:39 PM Jiri Vanek  wrote:

> Current stats from my testing samples:
> 408 failing
> 263 passing
>
> That is huge improvement. Thank you all.
> I'm now running last rebuild n copr, and in week or two an mass rebuild
> will be taken in koji.
>
> There was an discussion what the border will be, when to force this
> change, or when to step away.
> 50% of passed? 80%? But afaik no metric is valid here, because - sorry to
> say it - there is no
> longer any javastack...
> Since f29, about 1000 java packages died or were orphaned. I was removing
> packages where upstream is
> dead and are orphaned (so no chance to make them reliable working with
> jdk11), and I found that
> wildfly, jenkins, jboss, half of maven plugins, elastic search,
> apach-emina, infinispan, cassandra,
> hibernate All are dead. What is javastack for now (no blame or evil in
> that)?
>
> So maybe the system jdk11 can be used as just last death-blow to java
> stack, rethink it,  and stat
> rebuilding on pretty fresh field
>

I think we can't delay switch to Java 11 as default any more for multiple
reasons:
* Even if switch to Java 11 is delayed these packages are unlikely to be
fixed until it's inevitable
* Packages start to require Java 11 e.g. next Eclipse (Equinox OSGi, SWT,
etc.) will require Java 11 and rpm will ensure Java 11 is installed on the
user machines but as long as the system JVM is Java 8  - rpms that rely on
eclipse bits will have to ensure they set Java 11 in their startup scripts.
But even that would not ensure smooth user experience as growing part of
the java rpms will no longer be usable with the default JVM.



>
>
> J.
>
>
>
> --
> Jiri Vanek
> Senior QE engineer, OpenJDK QE lead, Mgr.
> Red Hat Czech
> jva...@redhat.comM: +420775390109
> ___
> java-devel mailing list -- java-de...@lists.fedoraproject.org
> To unsubscribe send an email to java-devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/java-de...@lists.fedoraproject.org
>


-- 
Alexander Kurtakov
Red Hat Eclipse Team
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] Re: java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Jiri Vanek]

On 6/29/20 1:59 PM, Aleksandar Kurtakov wrote:
> 
> 
> On Mon, Jun 29, 2020 at 2:39 PM Jiri Vanek  > wrote:
> 
> Current stats from my testing samples:
> 408 failing
> 263 passing
> 
> 
> Are these numbers reversed ^^^ ? Looking at
> https://copr.fedorainfracloud.org/coprs/g/java-maint-sig/java-11-default/monitor/
>  I see a bit more
> than 200 ftbfs.

I'm afraid not. But if you are right, then maybe I'm doing something wrong, and 
it is all a bit more
positive then I think.

Thanx!
>  
> 
> That is huge improvement. Thank you all.
> I'm now running last rebuild n copr, and in week or two an mass rebuild 
> will be taken in koji.
> 
> There was an discussion what the border will be, when to force this 
> change, or when to step away.
> 50% of passed? 80%? But afaik no metric is valid here, because - sorry to 
> say it - there is no
> longer any javastack...
> Since f29, about 1000 java packages died or were orphaned. I was removing 
> packages where upstream is
> dead and are orphaned (so no chance to make them reliable working with 
> jdk11), and I found that
> wildfly, jenkins, jboss, half of maven plugins, elastic search, 
> apach-emina, infinispan, cassandra,
> hibernate All are dead. What is javastack for now (no blame or evil 
> in that)?
> 
> So maybe the system jdk11 can be used as just last death-blow to java 
> stack, rethink it,  and stat
> rebuilding on pretty fresh field
> 
> 
> J.
> 
> 
> 
> -- 
> Jiri Vanek
> Senior QE engineer, OpenJDK QE lead, Mgr.
> Red Hat Czech
> jva...@redhat.com     M: +420775390109
> ___
> java-devel mailing list -- java-de...@lists.fedoraproject.org
> 
> To unsubscribe send an email to java-devel-le...@lists.fedoraproject.org
> 
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/java-de...@lists.fedoraproject.org
> 
> 
> 
> -- 
> Alexander Kurtakov
> Red Hat Eclipse Team
> 
> ___
> java-devel mailing list -- java-de...@lists.fedoraproject.org
> To unsubscribe send an email to java-devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/java-de...@lists.fedoraproject.org
> 


-- 
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jva...@redhat.comM: +420775390109
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Aleksandar Kurtakov]

On Mon, Jun 29, 2020 at 2:39 PM Jiri Vanek  wrote:

> Current stats from my testing samples:
> 408 failing
> 263 passing
>
>
Are these numbers reversed ^^^ ? Looking at
https://copr.fedorainfracloud.org/coprs/g/java-maint-sig/java-11-default/monitor/
I see a bit more than 200 ftbfs.


> That is huge improvement. Thank you all.
> I'm now running last rebuild n copr, and in week or two an mass rebuild
> will be taken in koji.
>
> There was an discussion what the border will be, when to force this
> change, or when to step away.
> 50% of passed? 80%? But afaik no metric is valid here, because - sorry to
> say it - there is no
> longer any javastack...
> Since f29, about 1000 java packages died or were orphaned. I was removing
> packages where upstream is
> dead and are orphaned (so no chance to make them reliable working with
> jdk11), and I found that
> wildfly, jenkins, jboss, half of maven plugins, elastic search,
> apach-emina, infinispan, cassandra,
> hibernate All are dead. What is javastack for now (no blame or evil in
> that)?
>
> So maybe the system jdk11 can be used as just last death-blow to java
> stack, rethink it,  and stat
> rebuilding on pretty fresh field
>
>
> J.
>
>
>
> --
> Jiri Vanek
> Senior QE engineer, OpenJDK QE lead, Mgr.
> Red Hat Czech
> jva...@redhat.comM: +420775390109
> ___
> java-devel mailing list -- java-de...@lists.fedoraproject.org
> To unsubscribe send an email to java-devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/java-de...@lists.fedoraproject.org
>


-- 
Alexander Kurtakov
Red Hat Eclipse Team
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

java stack is dead, long live the javastack (was "500 packages FTBFS in rawhide with java-11-openjdk as system JDK")

[Jiri Vanek]

Current stats from my testing samples:
408 failing
263 passing

That is huge improvement. Thank you all.
I'm now running last rebuild n copr, and in week or two an mass rebuild will be 
taken in koji.

There was an discussion what the border will be, when to force this change, or 
when to step away.
50% of passed? 80%? But afaik no metric is valid here, because - sorry to say 
it - there is no
longer any javastack...
Since f29, about 1000 java packages died or were orphaned. I was removing 
packages where upstream is
dead and are orphaned (so no chance to make them reliable working with jdk11), 
and I found that
wildfly, jenkins, jboss, half of maven plugins, elastic search, apach-emina, 
infinispan, cassandra,
hibernate All are dead. What is javastack for now (no blame or evil in 
that)?

So maybe the system jdk11 can be used as just last death-blow to java stack, 
rethink it,  and stat
rebuilding on pretty fresh field


J.



-- 
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jva...@redhat.comM: +420775390109
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: 500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Jiri Vanek]

On 6/10/20 8:14 AM, Ondrej Dubaj wrote:
> Hi,
> 
> after discussion with upstream mysql-connector-java is not able to be build 
> with jdk-11, as the code
> contains deprecated API.

that is sad. What is longterm goal of mysql-connector-java?  You have to move 
it to live with
java-1.8.0-openjdk-devel in built time, and java in runtime. There are already 
several packages
which do so, and that hsould work for a while  I had added :
https://fedoraproject.org/wiki/Changes/Java11#Intermediate_step_build_with_java-1.8.0-openjdk-devel_and_run_with_java_.28that_means_any_sytem_java.2C_eg_java-11-openjdk.29

Thanx for investigations!
  J.

> 
> Reference here:
> 
> https://bugs.mysql.com/bug.php?id=99750
> 
> Best regards,
> Ondrej
> 
> On Tue, Jun 9, 2020 at 6:42 PM Jiri Vanek  > wrote:
> 
> On 6/9/20 5:07 PM, Fabio Valentini wrote:
> > On Tue, Jun 9, 2020 at 4:52 PM Fabio Valentini  > wrote:
> >>
> >> On Tue, Jun 9, 2020 at 4:05 PM Jiri Vanek  > wrote:
> >>> Please see
> >>>
> 
> https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions
> >>> Please fix your packages according to
> >>> https://fedoraproject.org/wiki/Changes/Java11#copr_preliminary_rebuild
> >>> Inidivdual packagers are being emailed with details
> >>
> >> I've asked mizdebsk whether he thinks we can switch to using
> >> xmvn-javadoc, which solves the majority of those build failures (over
> >> half, by my count).
> >> I also sent this proposal to the devel and java-devel mailing lists,
> >> and there was no opposition to the change.
> >>
> >> For other failures, I've begun to track "EasyFix" solutions (mostly,
> >> overriding -source 1.8 and -target 1.8, as suggested in the Change
> >> proposal), and I've started to either push this change directly (for
> >> packages I am associated with), or filing Pull Requests for them:
> >> https://pagure.io/java-maint-sig/issue/1
> >>
> >> However, I am only one man, with only so much time, so without help,
> >> this "applying EasyFixes" will still take a while.
> >>
> >> With both changes (switching from maven-javadoc-plugin to
> >> xmvn-javadoc, and applying the -source / -target 1.8 EasyFixes), the
> >> number of build failures should be lower than 100, not over 500.
> >> That's still a big number of broken packages, but it's *much* more 
> manageable.
> 
> I had missed any coordinated effort to mass fix to the packages  via 
> -source / -target 1.8 and
> --xmvn-javadoc. If this is happening, I will happily stop spamming, and 
> will try to keep myself
> in loop.
> >
> > Can you also please stop pushing changes to packages without
> > coordinating with either the Java SIG or the Stewardship SIG (in one
> > case, even by abusing provenpackager rights to push directly to a
> > PR-only package)?
> 
> I should be pushing only where I'm co/maintainer.
> >
> > Both beust-jcommander (*with tests*) and google-gson build fine with
> > xmvn-javadoc, yes, but both your commits wouldn't be necessary if
> > we're going ahead with switching to xmvn-javadoc by default, as I
> > suggested *2 weeks ago*:
> 
> I know. And I'm using --xmvn-javadoc where possble now. And had listedit 
> also on the know fixes
> page.
> >
> > 
> https://src.fedoraproject.org/rpms/javapackages-tools/pull-request/3#comment-44930
> >
> 
> https://lists.fedoraproject.org/archives/list/java-de...@lists.fedoraproject.org/thread/UD7Q5DYAWI7YO4VW7UZPDWR644V7S462/
> >
> > Fabio
> >
> 
> 
> -- 
> Jiri Vanek
> Senior QE engineer, OpenJDK QE lead, Mgr.
> Red Hat Czech
> jva...@redhat.com     M: +420775390109
> ___
> devel mailing list -- devel@lists.fedoraproject.org 
> 
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> 
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> 
> 
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> 


-- 
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jva...@redhat.co

Re: 500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Ondrej Dubaj]

Hi,

after discussion with upstream mysql-connector-java is not able to be build
with jdk-11, as the code contains deprecated API.

Reference here:

https://bugs.mysql.com/bug.php?id=99750

Best regards,
Ondrej

On Tue, Jun 9, 2020 at 6:42 PM Jiri Vanek  wrote:

> On 6/9/20 5:07 PM, Fabio Valentini wrote:
> > On Tue, Jun 9, 2020 at 4:52 PM Fabio Valentini 
> wrote:
> >>
> >> On Tue, Jun 9, 2020 at 4:05 PM Jiri Vanek  wrote:
> >>> Please see
> >>>
> https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions
> >>> Please fix your packages according to
> >>> https://fedoraproject.org/wiki/Changes/Java11#copr_preliminary_rebuild
> >>> Inidivdual packagers are being emailed with details
> >>
> >> I've asked mizdebsk whether he thinks we can switch to using
> >> xmvn-javadoc, which solves the majority of those build failures (over
> >> half, by my count).
> >> I also sent this proposal to the devel and java-devel mailing lists,
> >> and there was no opposition to the change.
> >>
> >> For other failures, I've begun to track "EasyFix" solutions (mostly,
> >> overriding -source 1.8 and -target 1.8, as suggested in the Change
> >> proposal), and I've started to either push this change directly (for
> >> packages I am associated with), or filing Pull Requests for them:
> >> https://pagure.io/java-maint-sig/issue/1
> >>
> >> However, I am only one man, with only so much time, so without help,
> >> this "applying EasyFixes" will still take a while.
> >>
> >> With both changes (switching from maven-javadoc-plugin to
> >> xmvn-javadoc, and applying the -source / -target 1.8 EasyFixes), the
> >> number of build failures should be lower than 100, not over 500.
> >> That's still a big number of broken packages, but it's *much* more
> manageable.
>
> I had missed any coordinated effort to mass fix to the packages  via
> -source / -target 1.8 and
> --xmvn-javadoc. If this is happening, I will happily stop spamming, and
> will try to keep myself in loop.
> >
> > Can you also please stop pushing changes to packages without
> > coordinating with either the Java SIG or the Stewardship SIG (in one
> > case, even by abusing provenpackager rights to push directly to a
> > PR-only package)?
>
> I should be pushing only where I'm co/maintainer.
> >
> > Both beust-jcommander (*with tests*) and google-gson build fine with
> > xmvn-javadoc, yes, but both your commits wouldn't be necessary if
> > we're going ahead with switching to xmvn-javadoc by default, as I
> > suggested *2 weeks ago*:
>
> I know. And I'm using --xmvn-javadoc where possble now. And had listedit
> also on the know fixes page.
> >
> >
> https://src.fedoraproject.org/rpms/javapackages-tools/pull-request/3#comment-44930
> >
> https://lists.fedoraproject.org/archives/list/java-de...@lists.fedoraproject.org/thread/UD7Q5DYAWI7YO4VW7UZPDWR644V7S462/
> >
> > Fabio
> >
>
>
> --
> Jiri Vanek
> Senior QE engineer, OpenJDK QE lead, Mgr.
> Red Hat Czech
> jva...@redhat.comM: +420775390109
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: 500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Jiri Vanek]

On 6/9/20 5:07 PM, Fabio Valentini wrote:
> On Tue, Jun 9, 2020 at 4:52 PM Fabio Valentini  wrote:
>>
>> On Tue, Jun 9, 2020 at 4:05 PM Jiri Vanek  wrote:
>>> Please see
>>> https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions
>>> Please fix your packages according to
>>> https://fedoraproject.org/wiki/Changes/Java11#copr_preliminary_rebuild
>>> Inidivdual packagers are being emailed with details
>>
>> I've asked mizdebsk whether he thinks we can switch to using
>> xmvn-javadoc, which solves the majority of those build failures (over
>> half, by my count).
>> I also sent this proposal to the devel and java-devel mailing lists,
>> and there was no opposition to the change.
>>
>> For other failures, I've begun to track "EasyFix" solutions (mostly,
>> overriding -source 1.8 and -target 1.8, as suggested in the Change
>> proposal), and I've started to either push this change directly (for
>> packages I am associated with), or filing Pull Requests for them:
>> https://pagure.io/java-maint-sig/issue/1
>>
>> However, I am only one man, with only so much time, so without help,
>> this "applying EasyFixes" will still take a while.
>>
>> With both changes (switching from maven-javadoc-plugin to
>> xmvn-javadoc, and applying the -source / -target 1.8 EasyFixes), the
>> number of build failures should be lower than 100, not over 500.
>> That's still a big number of broken packages, but it's *much* more 
>> manageable.

I had missed any coordinated effort to mass fix to the packages  via -source / 
-target 1.8 and
--xmvn-javadoc. If this is happening, I will happily stop spamming, and will 
try to keep myself in loop.
> 
> Can you also please stop pushing changes to packages without
> coordinating with either the Java SIG or the Stewardship SIG (in one
> case, even by abusing provenpackager rights to push directly to a
> PR-only package)?

I should be pushing only where I'm co/maintainer.
> 
> Both beust-jcommander (*with tests*) and google-gson build fine with
> xmvn-javadoc, yes, but both your commits wouldn't be necessary if
> we're going ahead with switching to xmvn-javadoc by default, as I
> suggested *2 weeks ago*:

I know. And I'm using --xmvn-javadoc where possble now. And had listedit also 
on the know fixes page.
> 
> https://src.fedoraproject.org/rpms/javapackages-tools/pull-request/3#comment-44930
> https://lists.fedoraproject.org/archives/list/java-de...@lists.fedoraproject.org/thread/UD7Q5DYAWI7YO4VW7UZPDWR644V7S462/
> 
> Fabio
> 


-- 
Jiri Vanek
Senior QE engineer, OpenJDK QE lead, Mgr.
Red Hat Czech
jva...@redhat.comM: +420775390109
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] 500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Fabio Valentini]

On Tue, Jun 9, 2020 at 6:34 PM Jiri Vanek  wrote:
>
> On 6/9/20 4:42 PM, Aleksandar Kurtakov wrote:
> > Hey Jiri,
> > Please guide me how to find the actual build failure log. I tried finding 
> > the ant one but didn't
> > succeed yet 
> > https://copr.fedorainfracloud.org/coprs/jvanek/java11/package/ant/
>
> Hi!
>
> I think I'm not guilty. it looks like fedora infra is dead just in this 
> moment. I hoep Ihave not
> killed it by this email:(

You didn't kill it:

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/WYMAEIYUQSX6NMZ4LHJBBZBGJZCCEUWF/

Fabio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] 500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Jiri Vanek]

On 6/9/20 4:42 PM, Aleksandar Kurtakov wrote:
> Hey Jiri,
> Please guide me how to find the actual build failure log. I tried finding the 
> ant one but didn't
> succeed yet 
> https://copr.fedorainfracloud.org/coprs/jvanek/java11/package/ant/ 

Hi!

I think I'm not guilty. it looks like fedora infra is dead just in this moment. 
I hoep Ihave not
killed it by this email:(

I was now working on few pakcxages of mine, and:

 rsyntaxtextarea  master  ⬆  $  git push
Error during lookup request: status: 503
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.


And Also https://koji.fedoraproject.org/koji/ returns:
Service Unavailable
The server is temporarily unable to service your request due to maintenance 
downtime or capacity
problems. Please try again later.
Apache Server at koji.fedoraproject.org Port 443

And looking to  https://src.fedoraproject.org/rpms/rsyntaxtextarea/tree/master :
Sorry! This service is currently unavailable.
The service that you are trying to access is currently unavailable. Please try 
refreshing this page
in a couple of minutes. If you still see this message, then please follow the 
steps below:
Check on the status page if there are any known outages for our services.
Check the fedora-infrastructure pagure instance for an outage notification.
Ask around in #fedora-admin on irc.freenode.net.
If it is accessible, check the Outage SOP for more information.

Very bad timing:(

I hope it will get fixed asap.

I'm really sorry for troubles!
  J.
> 
> On Tue, Jun 9, 2020 at 5:05 PM Jiri Vanek  > wrote:
> 
> 
> 
> Please see
> 
> https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions
> Please fix your packages according to
> https://fedoraproject.org/wiki/Changes/Java11#copr_preliminary_rebuild
> Inidivdual packagers are being emailed with details
> 
> Maintainers by package:
> HdrHistogram         acaringi almac hhorak jkang jvanek
> Java-WebSocket       jonny
> abrt-java-connector  ekulik jfilak mhabrnal mizdebsk msuchy
> ant                  akurtakov dmoluguw jcapik kdaniel mizdebsk
> ant-antunit          dmoluguw mizdebsk orion
> antlr-maven-plugin   lef spot
> antlr3               dchen jjames lef mizdebsk mjakubicek walters
> antlr32              mbooth
> antlrworks           melmorabity
> apache-commons-beanutils churchyard fnasser mizdebsk spike
> apache-commons-chain jjelen
> apache-commons-cli   mizdebsk spike
> apache-commons-codec mbooth mizdebsk
> apache-commons-collections churchyard jcapik mizdebsk
> apache-commons-compress jjelen mizdebsk mkoncek spike
> apache-commons-configuration fnasser jjelen mizdebsk spike
> apache-commons-daemon dmoluguw mizdebsk spike
> apache-commons-dbcp  mizdebsk spike
> apache-commons-dbutils mizdebsk orphan
> apache-commons-digester mbooth mizdebsk
> apache-commons-email mizdebsk orphan
> apache-commons-exec  melmorabity
> apache-commons-fileupload jerboaa jjelen mizdebsk spike
> apache-commons-io    mizdebsk sdgathman spike
> apache-commons-jci   jjelen orphan
> apache-commons-jcs   cquad jjelen orphan
> apache-commons-jxpath churchyard fnasser mizdebsk spike
> apache-commons-lang  dmoluguw mizdebsk spike
> apache-commons-lang3 mizdebsk sdgathman
> apache-commons-logging kdaniel mizdebsk sdgathman spike
> apache-commons-math  melmorabity spike
> apache-commons-modeler mizdebsk spike
> apache-commons-net   blackfile mizdebsk spike
> apache-commons-pool  mizdebsk spike
> apache-commons-validator mizdebsk spike
> apache-commons-vfs   mizdebsk orphan
> apache-ivy           jjelen mizdebsk
> apache-log4j-extras  coolsvap gil moceap
> apache-rat           jjelen mizdebsk
> apache-sshd          gil mbooth
> apiviz               dmoluguw lef
> aqute-bnd            churchyard jcapik mizdebsk
> args4j               churchyard jcapik mizdebsk
> assertj-core         decathorpe
> atinject             churchyard kdaniel mizdebsk
> auto                 mbooth
> avalon-framework     jerboaa jjelen mizdebsk orphan
> azureus              djuran
> batik                jvanek mbooth mizdebsk sergiomb
> bcel                 jjelen mizdebsk
> beust-jcommander     churchyard jcapik jvanek mizdebsk
> bouncycastle         ellert gil jjohnstn mbooth rgrunber
> brazil               mbooth
> bsf                  choeger decathorpe mizdebsk
> bsh                  churchyard mizdebsk
> buildnumber-maven-plugin jjelen
> bval                 jjelen orphan
> byte-buddy           mbooth
> bytelist             lef mmorsi
> caffeine             acaringi hhorak
> cal10n               decathorpe mizdebsk
> cassandra-java-driver hhorak jjanco orphan

Re: 500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Fabio Valentini]

On Tue, Jun 9, 2020 at 4:52 PM Fabio Valentini  wrote:
>
> On Tue, Jun 9, 2020 at 4:05 PM Jiri Vanek  wrote:
> > Please see
> > https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions
> > Please fix your packages according to
> > https://fedoraproject.org/wiki/Changes/Java11#copr_preliminary_rebuild
> > Inidivdual packagers are being emailed with details
>
> I've asked mizdebsk whether he thinks we can switch to using
> xmvn-javadoc, which solves the majority of those build failures (over
> half, by my count).
> I also sent this proposal to the devel and java-devel mailing lists,
> and there was no opposition to the change.
>
> For other failures, I've begun to track "EasyFix" solutions (mostly,
> overriding -source 1.8 and -target 1.8, as suggested in the Change
> proposal), and I've started to either push this change directly (for
> packages I am associated with), or filing Pull Requests for them:
> https://pagure.io/java-maint-sig/issue/1
>
> However, I am only one man, with only so much time, so without help,
> this "applying EasyFixes" will still take a while.
>
> With both changes (switching from maven-javadoc-plugin to
> xmvn-javadoc, and applying the -source / -target 1.8 EasyFixes), the
> number of build failures should be lower than 100, not over 500.
> That's still a big number of broken packages, but it's *much* more manageable.

Can you also please stop pushing changes to packages without
coordinating with either the Java SIG or the Stewardship SIG (in one
case, even by abusing provenpackager rights to push directly to a
PR-only package)?

Both beust-jcommander (*with tests*) and google-gson build fine with
xmvn-javadoc, yes, but both your commits wouldn't be necessary if
we're going ahead with switching to xmvn-javadoc by default, as I
suggested *2 weeks ago*:

https://src.fedoraproject.org/rpms/javapackages-tools/pull-request/3#comment-44930
https://lists.fedoraproject.org/archives/list/java-de...@lists.fedoraproject.org/thread/UD7Q5DYAWI7YO4VW7UZPDWR644V7S462/

Fabio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: 500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Fabio Valentini]

On Tue, Jun 9, 2020 at 4:05 PM Jiri Vanek  wrote:
> Please see
> https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions
> Please fix your packages according to
> https://fedoraproject.org/wiki/Changes/Java11#copr_preliminary_rebuild
> Inidivdual packagers are being emailed with details

I've asked mizdebsk whether he thinks we can switch to using
xmvn-javadoc, which solves the majority of those build failures (over
half, by my count).
I also sent this proposal to the devel and java-devel mailing lists,
and there was no opposition to the change.

For other failures, I've begun to track "EasyFix" solutions (mostly,
overriding -source 1.8 and -target 1.8, as suggested in the Change
proposal), and I've started to either push this change directly (for
packages I am associated with), or filing Pull Requests for them:
https://pagure.io/java-maint-sig/issue/1

However, I am only one man, with only so much time, so without help,
this "applying EasyFixes" will still take a while.

With both changes (switching from maven-javadoc-plugin to
xmvn-javadoc, and applying the -source / -target 1.8 EasyFixes), the
number of build failures should be lower than 100, not over 500.
That's still a big number of broken packages, but it's *much* more manageable.

Fabio
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: [fedora-java] 500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Aleksandar Kurtakov]

Hey Jiri,
Please guide me how to find the actual build failure log. I tried finding
the ant one but didn't succeed yet
https://copr.fedorainfracloud.org/coprs/jvanek/java11/package/ant/

On Tue, Jun 9, 2020 at 5:05 PM Jiri Vanek  wrote:

>
>
> Please see
>
> https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions
> Please fix your packages according to
> https://fedoraproject.org/wiki/Changes/Java11#copr_preliminary_rebuild
> Inidivdual packagers are being emailed with details
>
> Maintainers by package:
> HdrHistogram acaringi almac hhorak jkang jvanek
> Java-WebSocket   jonny
> abrt-java-connector  ekulik jfilak mhabrnal mizdebsk msuchy
> ant  akurtakov dmoluguw jcapik kdaniel mizdebsk
> ant-antunit  dmoluguw mizdebsk orion
> antlr-maven-plugin   lef spot
> antlr3   dchen jjames lef mizdebsk mjakubicek walters
> antlr32  mbooth
> antlrworks   melmorabity
> apache-commons-beanutils churchyard fnasser mizdebsk spike
> apache-commons-chain jjelen
> apache-commons-cli   mizdebsk spike
> apache-commons-codec mbooth mizdebsk
> apache-commons-collections churchyard jcapik mizdebsk
> apache-commons-compress jjelen mizdebsk mkoncek spike
> apache-commons-configuration fnasser jjelen mizdebsk spike
> apache-commons-daemon dmoluguw mizdebsk spike
> apache-commons-dbcp  mizdebsk spike
> apache-commons-dbutils mizdebsk orphan
> apache-commons-digester mbooth mizdebsk
> apache-commons-email mizdebsk orphan
> apache-commons-exec  melmorabity
> apache-commons-fileupload jerboaa jjelen mizdebsk spike
> apache-commons-iomizdebsk sdgathman spike
> apache-commons-jci   jjelen orphan
> apache-commons-jcs   cquad jjelen orphan
> apache-commons-jxpath churchyard fnasser mizdebsk spike
> apache-commons-lang  dmoluguw mizdebsk spike
> apache-commons-lang3 mizdebsk sdgathman
> apache-commons-logging kdaniel mizdebsk sdgathman spike
> apache-commons-math  melmorabity spike
> apache-commons-modeler mizdebsk spike
> apache-commons-net   blackfile mizdebsk spike
> apache-commons-pool  mizdebsk spike
> apache-commons-validator mizdebsk spike
> apache-commons-vfs   mizdebsk orphan
> apache-ivy   jjelen mizdebsk
> apache-log4j-extras  coolsvap gil moceap
> apache-rat   jjelen mizdebsk
> apache-sshd  gil mbooth
> apiviz   dmoluguw lef
> aqute-bndchurchyard jcapik mizdebsk
> args4j   churchyard jcapik mizdebsk
> assertj-core decathorpe
> atinject churchyard kdaniel mizdebsk
> auto mbooth
> avalon-framework jerboaa jjelen mizdebsk orphan
> azureus  djuran
> batikjvanek mbooth mizdebsk sergiomb
> bcel jjelen mizdebsk
> beust-jcommander churchyard jcapik jvanek mizdebsk
> bouncycastle ellert gil jjohnstn mbooth rgrunber
> brazil   mbooth
> bsf  choeger decathorpe mizdebsk
> bsh  churchyard mizdebsk
> buildnumber-maven-plugin jjelen
> bval jjelen orphan
> byte-buddy   mbooth
> bytelist lef mmorsi
> caffeine acaringi hhorak
> cal10n   decathorpe mizdebsk
> cassandra-java-driver hhorak jjanco orphan
> castor   lef orphan
> cbi-plugins  kdaniel mbooth rgrunber
> cdi-api  decathorpe mizdebsk
> cglibjerboaa mef mizdebsk
> closure-compiler zbyszek
> codemodelankursinha dmoluguw edewata
> compile-command-annotations acaringi hhorak
> concurrent-trees acaringi hhorak
> cortado  jwrdegoede
> csound   pbrobinson sdz
> dain-snappy  decathorpe mizdebsk
> decentxmlcipherboy mbooth mizdebsk
> diffoscope   halfie zbyszek
> ditaaterjeros
> dnsjava  hubbitus
> docker-client-java   jjohnstn mbooth rgrunber
> dom4jdbhole jwrdegoede mizdebsk sdgathman
> easymock akurtakov churchyard dbhole fnasser mizdebsk
> ebay-cors-filter sbonazzo
> ecj  akurtakov dbhole kdaniel omajid
> eclipse  akurtakov arobinso dbhole ebaron jerboaa jjohnstn lef
> mbooth oliver rgrunber
> eclipse-m2e-core galileo mbooth mizdebsk
> eclipse-m2e-workspace mbooth mizdebsk
> eclipse-mylynarobinso jjohnstn kdaniel orphan rgrunber
> eclipse-webtools galileo orphan
> ed25519-java mbooth
> electric blackfile lbazan
> erlang-corba peter
> exec-maven-pluginchurchyard mizdebsk
> felix-bundlerepository jjelen mizdebsk
> felix-framework  mizdebsk msimacek orphan
> felix-gogo-command   akurtakov kdaniel
> felix-gogo-runtime   akurtakov kdaniel mizdebsk
> felix-gogo-shell akurtakov kdaniel mizdebsk
> felix-osgi-obr   decathorpe jcapik mizdebsk
> felix-osgi-obr-resolver orphan
> felix-scrjerboaa jkang
> felix-shell  decathorpe mizdebsk
> felix-utils   

500 packages FTBFS in rawhide with java-11-openjdk as system JDK

[Jiri Vanek]

Please see
https://fedoraproject.org/wiki/Changes/Java11#common_issues_packagers_can_face_and_gathered_solutions
Please fix your packages according to
https://fedoraproject.org/wiki/Changes/Java11#copr_preliminary_rebuild
Inidivdual packagers are being emailed with details

Maintainers by package:
HdrHistogram acaringi almac hhorak jkang jvanek
Java-WebSocket   jonny
abrt-java-connector  ekulik jfilak mhabrnal mizdebsk msuchy
ant  akurtakov dmoluguw jcapik kdaniel mizdebsk
ant-antunit  dmoluguw mizdebsk orion
antlr-maven-plugin   lef spot
antlr3   dchen jjames lef mizdebsk mjakubicek walters
antlr32  mbooth
antlrworks   melmorabity
apache-commons-beanutils churchyard fnasser mizdebsk spike
apache-commons-chain jjelen
apache-commons-cli   mizdebsk spike
apache-commons-codec mbooth mizdebsk
apache-commons-collections churchyard jcapik mizdebsk
apache-commons-compress jjelen mizdebsk mkoncek spike
apache-commons-configuration fnasser jjelen mizdebsk spike
apache-commons-daemon dmoluguw mizdebsk spike
apache-commons-dbcp  mizdebsk spike
apache-commons-dbutils mizdebsk orphan
apache-commons-digester mbooth mizdebsk
apache-commons-email mizdebsk orphan
apache-commons-exec  melmorabity
apache-commons-fileupload jerboaa jjelen mizdebsk spike
apache-commons-iomizdebsk sdgathman spike
apache-commons-jci   jjelen orphan
apache-commons-jcs   cquad jjelen orphan
apache-commons-jxpath churchyard fnasser mizdebsk spike
apache-commons-lang  dmoluguw mizdebsk spike
apache-commons-lang3 mizdebsk sdgathman
apache-commons-logging kdaniel mizdebsk sdgathman spike
apache-commons-math  melmorabity spike
apache-commons-modeler mizdebsk spike
apache-commons-net   blackfile mizdebsk spike
apache-commons-pool  mizdebsk spike
apache-commons-validator mizdebsk spike
apache-commons-vfs   mizdebsk orphan
apache-ivy   jjelen mizdebsk
apache-log4j-extras  coolsvap gil moceap
apache-rat   jjelen mizdebsk
apache-sshd  gil mbooth
apiviz   dmoluguw lef
aqute-bndchurchyard jcapik mizdebsk
args4j   churchyard jcapik mizdebsk
assertj-core decathorpe
atinject churchyard kdaniel mizdebsk
auto mbooth
avalon-framework jerboaa jjelen mizdebsk orphan
azureus  djuran
batikjvanek mbooth mizdebsk sergiomb
bcel jjelen mizdebsk
beust-jcommander churchyard jcapik jvanek mizdebsk
bouncycastle ellert gil jjohnstn mbooth rgrunber
brazil   mbooth
bsf  choeger decathorpe mizdebsk
bsh  churchyard mizdebsk
buildnumber-maven-plugin jjelen
bval jjelen orphan
byte-buddy   mbooth
bytelist lef mmorsi
caffeine acaringi hhorak
cal10n   decathorpe mizdebsk
cassandra-java-driver hhorak jjanco orphan
castor   lef orphan
cbi-plugins  kdaniel mbooth rgrunber
cdi-api  decathorpe mizdebsk
cglibjerboaa mef mizdebsk
closure-compiler zbyszek
codemodelankursinha dmoluguw edewata
compile-command-annotations acaringi hhorak
concurrent-trees acaringi hhorak
cortado  jwrdegoede
csound   pbrobinson sdz
dain-snappy  decathorpe mizdebsk
decentxmlcipherboy mbooth mizdebsk
diffoscope   halfie zbyszek
ditaaterjeros
dnsjava  hubbitus
docker-client-java   jjohnstn mbooth rgrunber
dom4jdbhole jwrdegoede mizdebsk sdgathman
easymock akurtakov churchyard dbhole fnasser mizdebsk
ebay-cors-filter sbonazzo
ecj  akurtakov dbhole kdaniel omajid
eclipse  akurtakov arobinso dbhole ebaron jerboaa jjohnstn lef 
mbooth oliver rgrunber
eclipse-m2e-core galileo mbooth mizdebsk
eclipse-m2e-workspace mbooth mizdebsk
eclipse-mylynarobinso jjohnstn kdaniel orphan rgrunber
eclipse-webtools galileo orphan
ed25519-java mbooth
electric blackfile lbazan
erlang-corba peter
exec-maven-pluginchurchyard mizdebsk
felix-bundlerepository jjelen mizdebsk
felix-framework  mizdebsk msimacek orphan
felix-gogo-command   akurtakov kdaniel
felix-gogo-runtime   akurtakov kdaniel mizdebsk
felix-gogo-shell akurtakov kdaniel mizdebsk
felix-osgi-obr   decathorpe jcapik mizdebsk
felix-osgi-obr-resolver orphan
felix-scrjerboaa jkang
felix-shell  decathorpe mizdebsk
felix-utils  churchyard jcapik mizdebsk
findbugs gil richardfearn
flexdock davidcl mycae
fmpp willb
fop  mizdebsk rlandmann
freecol  jwrdegoede vtrefny
freemarker   mbooth
freewrl  spot stevetraylen
fryskcagney kasal pmuldoon
geronimo-annotation  mizdebsk spike
geronimo-ejb lef mizdebsk spike
geronimo-interceptor lef mizdebsk spike
geronimo-jaxrpc