#2035 F30 Change: Deprecate Apache Jakarta ORO and Regexp
Closed: Accepted 5 years ago by bowlofeggs. Opened 5 years ago by bcotton.

Mark Apache Jakarta ORO and Apache Jakarta Commons Regexp software packages as deprecated.


+1

Would it make sense to just retire Mark Apache Jakarta ORO and Apache Jakarta Commons Regexp instead, and require the packages which use them to be updated? With 29 packages that seems feasible. I'd vote for such an "upgrade" of this Change too.

I count the vote as (+3,0,-0). Since this was submitted right before the holidays, I will wait until Thursday to process this Change proposal as accepted.

Since there's a -1, I will hold off on processing this Change proposal until after Monday's FESCo meeting.

Metadata Update from @bowlofeggs:
- Issue tagged with: meeting

5 years ago

We will discuss this in the FESCo meeting on Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.

Would it make sense to just retire Mark Apache Jakarta ORO and Apache Jakarta Commons Regexp instead, and require the packages which use them to be updated? With 29 packages that seems feasible.

ORO and Regexp are both libraries implementing regular expressions for Java. Both libraries were created before Java standard library included classes for regular expressions, which were introduced in J2SE 1.4 release in year 2002. Majority of software that after 17 years still uses third-party regular expression libraries instead of standard Java classes is not actively maintained. Updating such software not to use ORO and Regexp would be a fully-downstream effort. Downstream patches would need to be carried-on indefinitely. Therefore I believe that removing ORO and Regexp is not feasible at this point.

Majority of software that after 17 years still uses third-party regular expression libraries instead of standard Java classes is not actively maintained. Updating such software not to use ORO and Regexp would be a fully-downstream effort.

The text in the change proposal says "This in turn will make it easier to gradually remove dependencies on deprecated packages and finally remove deprecated Apache Jakarta software from Fedora", but it sounds like you don't consider that actually realistic? Is there an intent to actually remove these packages from the distro?

AGREED: APPROVED (+9, 0, -0)

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

5 years ago

Login to comment on this ticket.

Metadata