[ANNOUNCE] Apache Commons Compress 1.26.0

2024-02-18 Thread Gary Gregory
The Apache Commons team is pleased to announce Apache Compress 1.26.0. Apache Commons Compress defines an API for working with compression and archive formats. These include bzip2, gzip, pack200, LZMA, XZ, Snappy, traditional Unix Compress, DEFLATE, DEFLATE64, LZ4, Brotli, Zstandard and ar,

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Rob Tompkins
+1 - all looks good > On Feb 17, 2024, at 7:14 PM, Gary Gregory wrote: > > [VOTE] Release Apache Commons Compress 1.26.0 based on RC1 > > We have fixed a few bugs and added some enhancements since Apache > Commons Compress 1.25.0 was released, so I would like to release > Apache Commons

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Gary Gregory
Due to important changes delivered by this release, which will be detailed here ASAP, I am abbreviating the voting period from 72 to 24 hours. This vote thread passes with the following binding vote: +1 Bruno Kinoshita +1 Gary Gregory +1 Rob Tompkins In addition, the following non-binding votes

Re: [RDF] Bump Java requirement from Java 8 to 11

2024-02-18 Thread Martijn Verburg
Let's move the ecosystem forward :-) Cheers, Martijn On Mon, 19 Feb 2024 at 05:07, Gary Gregory wrote: > To use a new Jena version, we would require Java 11. > > Raise your hand if this would be a deal breaker for you and why. > > Raise your hand to say hi or anything else ;-) > > See: > > -

Re: [RDF] Bump Java requirement from Java 8 to 11

2024-02-18 Thread Bruno Kinoshita
+1 Since the project is created on top of libs like Jena, exactly to provide a common interface go all these libs, I think the simplest is to always go with the minimum thay works with every lib supported. On Mon, 19 Feb 2024, 08:23 Martijn Verburg, wrote: > Let's move the ecosystem forward

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Gary Gregory
My +1 Gary On Sun, Feb 18, 2024 at 12:14 AM Gary Gregory wrote: > > [VOTE] Release Apache Commons Compress 1.26.0 based on RC1 > > We have fixed a few bugs and added some enhancements since Apache > Commons Compress 1.25.0 was released, so I would like to release > Apache Commons Compress

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Elliotte Rusty Harold
Meta issue: the use of direct git commits without PRs or code review makes releases harder to review. Specific issues: https://github.com/apache/commons-compress/commit/9f2f97925fdb52b5a3a32da6337ea1f113a3be82 is wonky and rates a -1 from me. An encoding error is not necessarily an I/O error,

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Arnout Engelen
* checked the zip and tar.gz match the sha512sum above * checked the zip and tar.gz match the code at the tag * checked they were signed with 2DB4F1EF0FA761ECC4EA935C86FDC7E2A11262CB * built with 'mvn clean install' * checked the built commons-compress-1.26.0.pom was bit-by-bit identical to the

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Bruno Kinoshita
+1, binding Build is OK Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0) Maven home: /opt/apache-maven-3.8.5 Java version: 17.0.9, vendor: Private Build, runtime: /usr/lib/jvm/java-17-openjdk-amd64 Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version:

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Gary Gregory
On Sun, Feb 18, 2024 at 1:22 PM Elliotte Rusty Harold wrote: > > Meta issue: the use of direct git commits without PRs or code review > makes releases harder to review. Hello Elliotte, Meta issue: - This project uses CTR, not RTC. We welcome PRs but do not _require_ them of project committers.

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Elliotte Rusty Harold
On Sun, Feb 18, 2024 at 9:51 AM Gary Gregory wrote: > > There seem to have been a lot of needless deprecations of constructors > > and replacement with builder patterns. > > The use of the builder pattern avoids constructor inflation. For > example, we had fourteen (14) constructors for ZipFile,

Re: [VOTE] Release Apache Commons Compress 1.26.0 based on RC1

2024-02-18 Thread Elliotte Rusty Harold
The problem with CTR (Commit Then Review) instead of RTC (Review Then Commit) is that CTR too often turns into Commit Never Review. The problem with RTC is that it slows code velocity. For major projects at the base of a lot of the Java ecosystem like many Apache Commons libraries, I'm willing to

[RDF] New Jena Version

2024-02-18 Thread Fred Hauschel
Hi there, i think I would like to use commons-rdf, but not with the old Jena version. So here is a PR for a new version. I have no idea about osgi and jena doesn't seem to support it anymore. so I just used the non osgi dependency. https://github.com/apache/commons-rdf/pull/196 Fredy

Re: [RDF] New Jena Version

2024-02-18 Thread Gary Gregory
Hello Fredy, This change requires a bump of the project requirement from Java 8 to 11. We need to decide here if this is acceptable. OK by me. Gary On Sun, Feb 18, 2024 at 1:36 PM Fred Hauschel wrote: > > Hi there, > i think I would like to use commons-rdf, but not with the old Jena >

[RDF] Bump Java requirement from Java 8 to 11

2024-02-18 Thread Gary Gregory
To use a new Jena version, we would require Java 11. Raise your hand if this would be a deal breaker for you and why. Raise your hand to say hi or anything else ;-) See: - the thread [RDF] New Jena Version - the PR https://github.com/apache/commons-rdf/pull/196 Gary