#2464 Nonresponsive maintainer: David Xie <davidx>
Closed: Invalid 3 years ago by decathorpe. Opened 3 years ago by decathorpe.

fas username: @davidx
package: glassfish-el
issues to fix: RHBZ#1758461 among other issues (packages also moved upstreams and release-monitoring wasn't configured correctly, so the packages are pretty outdated)
nonresponsive maintainer bug: RHBZ#1868592
fedora-devel mail: devel list post from August 13
comainainers: @gil + @lef (both already declared non-responsive last year) @mizdebsk
additional notes: An update / rename review request for glassfish-el is already in progress, where I'm working with mbooth to get it up to date and working for eclipse.

This is a ticket for the Fedora's Policy for nonresponsive package maintainers.


Metadata Update from @churchyard:
- Issue tagged with: nonresponsive maintainer

3 years ago

@decathorpe do you want to be added as a co-maintainer / take over later?

There's no hurry. Orphan the packages later, and I'll take the ones we need for the Java SIG.

A week has passed, at this point we shall ask the maintainer to respond, but they don't have a Pagure account, so I'll email them.

I got a reply by email:

I am still interested, will respond, thank you!

Hi guys, I am finally here.
Regarding https://bugzilla.redhat.com/show_bug.cgi?id=1758461, I emailed jvanek@redhat.com, Jiri before, but got no reply.

Pasting my email here:

Hi again,

I tried to fix this issue tonight, however, I just realised it's caused by a javadoc issue, which is fixed in JDK 11.0.3, more details are here: https://github.com/joel-costigliola/assertj-core/issues/1403

So we have a few options here:

  1. Upgrade JDK 11 to 11.0.3
  2. Patch pom.xml to apply a fix like this: https://github.com/joel-costigliola/assertj-core/pull/1520/commits/d0ce0b7deecfc61c7b39b2f32c25cc7304fafd24

What do you think?

What do you guys think about this issue?

Metadata Update from @churchyard:
- Issue assigned to davidx

3 years ago

@davidx This isn't the right venue to ask package-specific questions like this. If you could make some choices and fix the package so it builds, then please do so.

@davidx I don't know what JDK or assertj have to do with wrong setup for a modular package, but that's beside the point.

@mbooth and I have updated the package in the meantime, since it was blocking other work. The package was also renamed to match the new upstream naming. So if after 7 years of no activity you're still interested and willing to help with Java packaging then you're welcome to, but the original glassfish-el problem has now been solved without you.

@decathorpe Let's close this ticket then? @davidx maintains glassfish-el and glassfish-servlet-api, both renamed (and hence retired) now on rawhide. Or do you wish to proceed wrt the Fedora 31 bugzilla?

Let's close this ticket.

Metadata Update from @decathorpe:
- Issue close_status updated to: Invalid
- Issue status updated to: Closed (was: Open)

3 years ago

sorry to hear that those packages are deprecating. Thanks everyone for help!

Login to comment on this ticket.

Metadata