Thanks Colm!
On 14/08/2024 15:55, Colm O hEigeartaigh wrote:
Hi Emmanuel,
The dist already had the Netty NOTICE part
https://github.com/apache/directory-kerby/blob/trunk/kerby-dist/kdc-dist/NOTICE,
and the license had jline + SLF4J
https://github.com/apache/directory-kerby/blob/trunk/kerby-dis
Hi Emmanuel,
The dist already had the Netty NOTICE part
https://github.com/apache/directory-kerby/blob/trunk/kerby-dist/kdc-dist/NOTICE,
and the license had jline + SLF4J
https://github.com/apache/directory-kerby/blob/trunk/kerby-dist/kdc-dist/LICENSE
I added the missing jsch license
Colm.
On W
Thanks everyone, that's 4 +1 votes, so I'll proceed with the release.
I'll address the license and README issues shortly.
Colm.
On Mon, Aug 12, 2024 at 4:37 PM Pierre Smits wrote:
>
> Hi Colm,
>
> Ok. I guess there lies my issue. I did not execute 'mvn install' as I
> followed the instructions
Hi Colm,
Ok. I guess there lies my issue. I did not execute 'mvn install' as I
followed the instructions in Kerby Developer Guide.
Having executed 'mvn install I got a successful build.
Re: update the README
This should not be a deal breaker. However, we should not forget to have
the tickets cre
My official +1 vote.
On 03/08/2024 17:12, Shawn McKinney wrote:
On Aug 2, 2024, at 11:19 AM, Emmanuel Lecharny wrote:
Hi all,
this is a vote for the release of Apache LDAP API 2.1.7
This release is fixing a few issues and add a new control:
* https://issues.apache.org/jira/browse/DIRAP
Thanks Colm.
The change in the pom makes totally sense.
On 06/08/2024 14:13, Colm O hEigeartaigh wrote:
In that case +1. I fixed directory-ldap-api only to run checkstyle on JDKs 11+.
Colm.
On Tue, Aug 6, 2024 at 9:23 AM Emmanuel Lécharny wrote:
Hi Colm,
it's been some time we can't build
In that case +1. I fixed directory-ldap-api only to run checkstyle on JDKs 11+.
Colm.
On Tue, Aug 6, 2024 at 9:23 AM Emmanuel Lécharny wrote:
>
> Hi Colm,
>
> it's been some time we can't build with JDK8. The thing is that we
> target JDK8 for the runtime, checkstyle is just checking we are ok w
Hi Colm,
it's been some time we can't build with JDK8. The thing is that we
target JDK8 for the runtime, checkstyle is just checking we are ok with
the syntax in use.
We should probably update the directory website telling dev we need to
use JDK 11 to build the project.
On 06/08/2024 09:41
I can't build the source with JDK 8 due to the Checkstyle issue...
"[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-checkstyle-plugin:3.4.0:check
(validate) on project api-parent: Execution validate of goal
org.apache.maven.plugins:maven-checkstyle-plugin:3.4.0:check failed:
An API i
> On Aug 2, 2024, at 11:19 AM, Emmanuel Lecharny wrote:
>
> Hi all,
>
> this is a vote for the release of Apache LDAP API 2.1.7
>
> This release is fixing a few issues and add a new control:
>
> * https://issues.apache.org/jira/browse/DIRAPI-394 Add support for
> control 1.3.6.1.4.1.30221.2
> On Aug 2, 2024, at 3:56 AM, Colm O hEigeartaigh wrote:
>
> This is a vote to release Apache Kerby 2.1.0. The main features are
> the removal of the HAS project, which was not maintained, and updates
> to the LDAP API and Directory Server versions. I've tested it with the
> CXF Kerberos syste
Thanks again Shawn for checking, I'll fix that and re-spin the vote.
This vote is cancelled.
Colm.
On Wed, Jul 31, 2024 at 3:52 PM Shawn McKinney wrote:
>
>
>
> > On Jul 31, 2024, at 4:28 AM, Colm O hEigeartaigh
> > wrote:
> >
> > This is a vote to release Apache Kerby 2.1.0. The main features
> On Jul 31, 2024, at 4:28 AM, Colm O hEigeartaigh wrote:
>
> This is a vote to release Apache Kerby 2.1.0. The main features are
> the removal of the HAS project, which was not maintained, and updates
> to the LDAP API and Directory Server versions. I've tested it with the
> CXF Kerberos syst
Hi,
I will close the vote and cut the release, as no one objected.
I'll start a release of the parent project once done.
Thanks!
On 30/07/2024 14:41, Emmanuel Lécharny wrote:
Hi Shawn,
actually, I think it enters in the same category as the parent project:
consensus, with no formal vote, bu
Hi Shawn,
actually, I think it enters in the same category as the parent project:
consensus, with no formal vote, but a delay for votes to offer the
opportunity to -1 it.
The idea is to be sure there is no blunder in those packages, which are
not provided to the public anyway.
So if you do
Hey Shawn,
Thanks for checkingcurrently the tests only run with JDK 8. I
think I will cancel this vote and get it working for 2.1.0.
Colm.
On Wed, Jul 24, 2024 at 1:05 AM Shawn McKinney wrote:
>
> Colm,
>
> Checked out code by tag:
>
> ```
> # git status
> HEAD detached at kerby-all-2.1.0
>
> On Jul 25, 2024, at 12:16 AM, Emmanuel Lecharny wrote:
>
> I get some time to finally fix some of the Server and API issues, wich
> requires some pre-release of buildtools and project.
>
> Here is the vote for buildtools 2.0.2, with little modification but
> some dependencies updates.
>
>
My former +1 vote for this release.
On Thu, Jul 25, 2024 at 7:16 AM Emmanuel Lecharny wrote:
>
> Hi all,
>
> I get some time to finally fix some of the Server and API issues, wich
> requires some pre-release of buildtools and project.
>
> Here is the vote for buildtools 2.0.2, with little modific
Colm,
Checked out code by tag:
```
# git status
HEAD detached at kerby-all-2.1.0
```
Getting errors building man 3.6.3 java 17
```
# mvn -version
Apache Maven 3.6.3 (Red Hat 3.6.3-15)
Maven home: /usr/share/maven
Java version: 17.0.12, vendor: Red Hat, Inc., runtime:
/usr/lib/jvm/java-17-open
FYI: the different hash algorithms in CycloneDX SBOM is due to Azul JDK 8 vs
other JDK 8 distributions
Azul backported to JDK 8 newer hash algorithms from JDK 11, and
cyclonedx-maven-plugin uses by default every hash algorithm available on the JVM
for the record, checking binaries during a vote
Thanks Colm!
I haven't included your vote in the release mail, but that was short ;-)
Many thanks for the vote though, it's valuable!
On 06/02/2024 09:30, Colm O hEigeartaigh wrote:
+1 from me.
Colm.
On Tue, Feb 6, 2024 at 12:56 AM Brian Demers wrote:
+1 - Binding
I checked that the arti
+1 from me.
Colm.
On Tue, Feb 6, 2024 at 12:56 AM Brian Demers wrote:
>
> +1 - Binding
>
> I checked that the artifacts were reproducible.
> Jars were good, the cyclonedx plugin output was generated differently on my
> machine, different hash algorithms. I assume there is something environment
+1 - Binding
I checked that the artifacts were reproducible.
Jars were good, the cyclonedx plugin output was generated differently on my
machine, different hash algorithms. I assume there is something environment
specific happening, but that's not a blocker for release (and I'm guessing
it's user
+ 1, built source, ran w/ Fortress integration tests. Looks good.
> On Feb 1, 2024, at 4:52 PM, Emmanuel Lecharny wrote:
>
> Hi all,
>
> this is a vote for the release of Apache LDAP API 2.1.6
>
> This release is fixing a DSML search filter serialization issue.
>
> The revision :
>
> https:
+1 from me
On Wed, Jan 17, 2024 at 1:21 PM Shawn McKinney wrote:
>
>
>
> > On Jan 16, 2024, at 4:09 PM, Brian Demers wrote:
> >
> > Hey All!
> >
> > Great questions added by Shawn!
> >
> > Hopefully I hit them all:
> >
> >> Guide to testing staged releases:
> >> http://maven.apache.org/guides/de
> On Jan 16, 2024, at 4:09 PM, Brian Demers wrote:
>
> Hey All!
>
> Great questions added by Shawn!
>
> Hopefully I hit them all:
>
>> Guide to testing staged releases:
>> http://maven.apache.org/guides/development/guide-testing-releases.html
>
> This is optional, _techniall_ this is a gui
Hi,
+1 from me. I've built the code, checked the signature, run the tests.
A "Getting Started" page would be good for new users, maybe a sample
project, if it doesn't exist already.
Colm.
On Tue, Jan 16, 2024 at 10:10 PM Brian Demers wrote:
>
> Hey All!
>
> Great questions added by Shawn!
>
> H
Hey All!
Great questions added by Shawn!
Hopefully I hit them all:
> Guide to testing staged releases:
> http://maven.apache.org/guides/development/guide-testing-releases.html
This is optional, _techniall_ this is a guide explaining how to test
the convenience binaries that will be deployed to
> On Jan 14, 2024, at 10:03 AM, Shawn McKinney wrote:
>
> Disregard the dumb question. Pulled down the source, built, ran tests in the
> usual way.
>
> Have another dumb question - will there be a binary distribution?
Err, dist outside of maven central repo, i.e. via apache mirrors.
Assumi
> On Jan 14, 2024, at 9:03 AM, Shawn McKinney wrote:
>
> Hi Brian,
>
> Usually when testing a release I’ll create a VM and delete it when finished.
>
> So, I don’t care about such things as clearing out repos.
>
> So, I’m confused reading the testing release guides directions to change rep
> On Jan 9, 2024, at 5:09 PM, Brian Demers wrote:
>
> This is a call to vote in favor of releasing Apache Directory SCIMple
> version 1.0.0-M1.
>
> This is the initial release since moving the project from
> https://github.com/PennState/SCIMple-Identity to the Apache Software
> Foundation: ht
So it seems that those two mails have been deleted from my mail box.
I was pretty sure I saw them, but in doubt, I preferred to bug you guys ;-)
Thanks a lot, I will close the vote and push the packages !
On 20/10/2023 14:36, Colm O hEigeartaigh wrote:
If there is any doubt, it's +1 from me o
If there is any doubt, it's +1 from me on the release :-)
Colm.
On Fri, Oct 20, 2023 at 1:19 PM Shawn McKinney wrote:
>
>
>
> > On Oct 20, 2023, at 6:59 AM, Emmanuel Lécharny wrote:
> >
> > Hi Shawn,
> >
> > sorry, but there is no official +1 (beside the implicit mine ;-)
> >
> > You wrote that
> On Oct 20, 2023, at 6:59 AM, Emmanuel Lécharny wrote:
>
> Hi Shawn,
>
> sorry, but there is no official +1 (beside the implicit mine ;-)
>
> You wrote that you are "still testing" and Colm was waiting for the
> installer to be moved to dist.
>
> That's why I can't close the vote...
>
Hi Shawn,
sorry, but there is no official +1 (beside the implicit mine ;-)
You wrote that you are "still testing" and Colm was waiting for the
installer to be moved to dist.
That's why I can't close the vote...
On 20/10/2023 13:05, Shawn McKinney wrote:
On Oct 19, 2023, at 11:09 PM, Emm
> On Oct 19, 2023, at 11:09 PM, Emmanuel Lécharny wrote:
>
> Hi !
>
> just a gentle reminder that the vote is still opened...
>
> I will have little time before Sunday to push the release if voted in, so
> please take your time, but it would be nice to get this long expected release
> out
Hi !
just a gentle reminder that the vote is still opened...
I will have little time before Sunday to push the release if voted in,
so please take your time, but it would be nice to get this long expected
release out next week.
Thanks !
On 14/10/2023 16:57, Emmanuel Lécharny wrote:
Hi,
he
Well, oh, well...
I was optimistic when I started migrating the LDAP API and ApacheDS from
Junit4 to Junit5. The rational for doing so was that Eclipse now expect
tests to be Junit5 by default, which meant that running Junit4 tests
started to be a PITA.
It was all but smooth. Let's say that
I’m a +1 as well.
—
Shawn
> On Oct 16, 2023, at 11:24 PM, Colm O hEigeartaigh wrote:
>
> +1 from me.
>
> However, can you update the JIRA version
> https://issues.apache.org/jira/projects/DIRSERVER/versions/12343914
> and move all "TODO" issues to the next release?
>
> Colm.
---
Hi Emmanuel,
I don’t want this discussion to get in the way of the vote so I’ve renamed it.
There’s a bit more. Now, we must use junit5. Doesn’t seem like too big of a
deal as it’s backward compatible and in the test scope.
There are two tests that utilize the apacheDS test runner. They both ar
Hi Colm,
I usually do that when the release is officially voted.
On 17/10/2023 06:24, Colm O hEigeartaigh wrote:
+1 from me.
However, can you update the JIRA version
https://issues.apache.org/jira/projects/DIRSERVER/versions/12343914
and move all "TODO" issues to the next release?
Colm.
On S
+1 from me.
However, can you update the JIRA version
https://issues.apache.org/jira/projects/DIRSERVER/versions/12343914
and move all "TODO" issues to the next release?
Colm.
On Sat, Oct 14, 2023 at 3:58 PM Emmanuel Lécharny wrote:
>
> Hi,
>
> here is - at last! - the Apache DS 2.0.0.AM27 relea
Hi Shawn,
regarding the FrameworkRunner class, it has been removed from ApacheDS
code base when we migrated from Junit4 to Junit 5.
I do think that you need to replace calls to FrameworkRunner by:
@ExtendWith( ApacheDSTestExtension.class )
it should do the trick.
For instance, the AddIT te
> On Oct 16, 2023, at 9:12 AM, Emmanuel Lécharny wrote:
>
> Hi Colm,
>
> just pushed the packages to dist!
Hi Emmanuel.
I’m still testing. I can build and run tests on Java 17. Can install the server
using the snapshots. Have run fortress core integration tests and they all pass.
To use t
Hi Colm,
just pushed the packages to dist!
On 16/10/2023 14:58, Colm O hEigeartaigh wrote:
Are those the official releases under vote? If so shouldn't they be in
the dist folder?
Colm.
On Mon, Oct 16, 2023 at 1:47 PM Emmanuel Lécharny wrote:
Hi Colm,
you can get them on
https://ci-builds.
Are those the official releases under vote? If so shouldn't they be in
the dist folder?
Colm.
On Mon, Oct 16, 2023 at 1:47 PM Emmanuel Lécharny wrote:
>
> Hi Colm,
>
> you can get them on
> https://ci-builds.apache.org/job/Directory/job/dir-server-pipeline/
>
> On 16/10/2023 12:32, Colm O hEigea
Hi Colm,
you can get them on
https://ci-builds.apache.org/job/Directory/job/dir-server-pipeline/
On 16/10/2023 12:32, Colm O hEigeartaigh wrote:
Hi Emmanuel,
Where are the installer packages corresponding to
https://directory.apache.org/apacheds/downloads.html ?
Colm.
On Sat, Oct 14, 2023
Hi Emmanuel,
Where are the installer packages corresponding to
https://directory.apache.org/apacheds/downloads.html ?
Colm.
On Sat, Oct 14, 2023 at 3:58 PM Emmanuel Lécharny wrote:
>
> Hi,
>
> here is - at last! - the Apache DS 2.0.0.AM27 release !
>
> It fixes 29 issues, many of them being maj
> On Oct 10, 2023, at 6:55 AM, Shawn McKinney wrote:
>
> +1 checked out by commit, built and ran test on JDK 11. Ran the fortress
> tests.
Err JDK 17
-
To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org
For addit
> On Oct 9, 2023, at 4:15 AM, Emmanuel Lécharny wrote:
>
> Hi all,
>
> this is a vote for the release of Apache LDAP API 2.1.5
>
> This release is just bumping up some dependencies like MINA 2.2.3, and a few
> others. It's needed for the coming release of Apache Directory Server.
>
> The r
ok, Colm,
this is clearly a SSHD issue. Nothing to do with mina-core that we use.
We are safe.
On 09/10/2023 11:11, Colm O hEigeartaigh wrote:
+1.
On a side note, Grype finds a CVE in Mina when I scan the API dist
which looks like a false positive:
mina-core 2.2.3jav
+1.
On a side note, Grype finds a CVE in Mina when I scan the API dist
which looks like a false positive:
mina-core 2.2.3java-archive CVE-2023-35887 Medium
https://nvd.nist.gov/vuln/detail/CVE-2023-35887
This issue affects Apache MINA: from 1.0 before 2.10. Users are
For just the dependabot alerts, you can ask INFRA like in
https://issues.apache.org/jira/browse/INFRA-22828
If you want dependabot pull requests, then let me know and I can help
with that part.
Colm.
On Wed, Sep 6, 2023 at 9:18 AM Shawn McKinney
wrote:
>
>
>
> > On Sep 6, 2023, at 1:09 AM, Colm
> On Sep 6, 2023, at 1:09 AM, Colm O hEigeartaigh wrote:
>
> +1.
>
> Just one thing I noticed Shawn, is that /lib/ehcache-2.10.9.2.jar
> contains a large amount of embedded CVEs (Jackson, Jetty), is it
> planned to update to ehcache 3.x?
Interesting that I missed this. I’ll have another look
+1.
Just one thing I noticed Shawn, is that /lib/ehcache-2.10.9.2.jar
contains a large amount of embedded CVEs (Jackson, Jetty), is it
planned to update to ehcache 3.x? There are also CVEs reported against
./WEB-INF/lib/guava-30.1-jre.jar + ./WEB-INF/lib/mina-core-2.2.2.jar.
Other directory projec
My +1.
The problem I had was due to the presence of the slapd.properties file.
Once removed, all the tests were ok.
Built from tag and from zip file, signature verified, tests passed green.
Thanks Shawn !
On 01/09/2023 22:53, Shawn McKinney wrote:
Hello,
This is an announcement to vote for
> On Sep 4, 2023, at 9:31 AM, Emmanuel Lécharny wrote:
>
> Hey Shawn,
>
> yes, it's ApacheDS, and yes, it seems it uses the wrong port. I tried to
> modify the config to sert 20389, to no avail.
>
> It used to work, so I guess there were some modifications recently...
>
> On 04/09/2023 13:
Hey Shawn,
yes, it's ApacheDS, and yes, it seems it uses the wrong port. I tried to
modify the config to sert 20389, to no avail.
It used to work, so I guess there were some modifications recently...
On 04/09/2023 13:36, Shawn McKinney wrote:
On Sep 3, 2023, at 8:32 PM, Emmanuel Lécharny
> On Sep 3, 2023, at 8:32 PM, Emmanuel Lécharny wrote:
>
> Hi Shawn,
>
> just checked out the tag (3.0.0) and tried it, got an error in SECTION 4,
> step 2:
>
Hey Emmanuel,
Based on the error (extracted from output below):
```
2023-09-04 03:30:009 INFO LdapConnectionProvider:425 - Use D
Hi Shawn,
just checked out the tag (3.0.0) and tried it, got an error in SECTION
4, step 2:
---
T E S T S
---
2023-09-04 03:30:009 INFO LogUtil:64 - TD-RLS TR1
2023-09-04 03:30:009 INFO C
+1. Tested the release with Directory Server + Kerby.
As this JIRA is open I assume it wasn't fixed in 2.1.4 and the fix
version should be bumped?
https://issues.apache.org/jira/browse/DIRAPI-394
Colm.
On Sat, Aug 19, 2023 at 2:28 PM Shawn McKinney wrote:
>
>
>
> > On Aug 18, 2023, at 5:52 PM,
> On Aug 18, 2023, at 5:52 PM, Emmanuel Lecharny wrote:
>
> Hi all,
>
> this is a vote for the release of Apache LDAP API 2.1.4
>
> It's a bug fix release with a migration to MINA 2.2.2, and a fix in
> the way we manage DN ancestors
> The revision :
>
> https://gitbox.apache.org/repos/asf?p
> On Apr 6, 2023, at 12:06 AM, Emmanuel Lecharny wrote:
>
> Hi all,
>
> this is a vote for the release of Apache LDAP API 2.1.3
>
+ 1
Built from source, ran the api and fortress tests w/ Java 11.
I observed building required >= maven 3.8.
Nice work Emmanuel.
—
Shawn
> It's a bug fix r
+1.
Colm.
On Thu, Apr 6, 2023 at 6:07 AM Emmanuel Lecharny wrote:
>
> Hi all,
>
> this is a vote for the release of Apache LDAP API 2.1.3
>
> It's a bug fix release with some Schema extension to support the
> latest PasswordPolicy draft.
>
> Here are the fixed issues:
>
> DIRAPI-385: Add a way t
With 3 +1 votes, and no other votes, this vote passes.
Colm.
On Fri, Feb 17, 2023 at 2:58 PM Emmanuel Lécharny wrote:
>
> My +1
>
> Built from git and packages.
>
> On 09/02/2023 12:25, Colm O hEigeartaigh wrote:
> > This is a vote to release Apache Kerby 2.0.3:
> >
> > Release notes:
> > https
My +1
Built from git and packages.
On 09/02/2023 12:25, Colm O hEigeartaigh wrote:
This is a vote to release Apache Kerby 2.0.3:
Release notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310910&version=12351717
Git tag: https://github.com/apache/directory-kerby/release
> On Feb 9, 2023, at 5:25 AM, Colm O hEigeartaigh wrote:
>
> This is a vote to release Apache Kerby 2.0.3:
>
> Release notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310910&version=12351717
> Git tag:
> https://github.com/apache/directory-kerby/releases/tag/kerby
+1
* Built from source
* Verified checksums and signatures
* Tested in Studio
On 8/10/22 08:44, Emmanuel Lécharny wrote:
Hi all,
this is a vote for the release of Apache LDAP API 2.1.2
This is a correction in the package construction, in order to be bale to
run Apache Directory Server with J
> On Aug 10, 2022, at 1:44 AM, Emmanuel Lécharny wrote:
>
> Hi all,
>
> this is a vote for the release of Apache LDAP API 2.1.2
>
> This is a correction in the package construction, in order to be bale to run
> Apache Directory Server with Java 8 (with the 2.1.1 version, Java 11 was
> requ
Hi,
I may withdraw this vote, as I think we have an issue with the way I
compiled the packages.
For some reason, I *may* have used Java 11 to build the release, and it
may have generated a package that is not compatible with Java 8 (not
sure yet).
There is a missing profile in the pom:
+ 1
* Built from source
* Verified checksums and signatures
* Tested in Studio, tests pass (only the ApacheDS used in integration
tests which is stated via new ApacheDirectoryServer().start() doesn't
work with the updated Mina version, but that's expected and will be
fixed with the next Apache
> On Jul 28, 2022, at 11:54 PM, Emmanuel Lécharny wrote:
>
> this is a vote for the release of Apache LDAP API 2.1.1
>
> This is a bug fix release. It also contains a switch to MINA 2.2.1, which
> includes a complete rewrite of the TLS layer
>
> The revision :
>
> https://gitbox.apache.org
> On Jul 21, 2022, at 5:06 AM, Colm O hEigeartaigh wrote:
>
> I guess you could override the versions of the following jars to 5.3.22:
>
> [INFO] | +- org.springframework:spring-aop:jar:5.3.21:compile
>> [INFO] | +- org.springframework:spring-beans:jar:5.3.21:compile
>> [INFO] | +- org.spri
Hi Shawn,
I guess you could override the versions of the following jars to 5.3.22:
[INFO] | +- org.springframework:spring-aop:jar:5.3.21:compile
> [INFO] | +- org.springframework:spring-beans:jar:5.3.21:compile
> [INFO] | +- org.springframework:spring-context:jar:5.3.21:compile
> [INFO] | +-
> On Jul 20, 2022, at 8:43 AM, Shawn McKinney wrote:
>
> I’d need to be convinced that going with a previous version of spring
> security to match the core is advisable due to all of the CVE’s. In any
> case, there isn’t a a 5.3.22 spring core version.
Err, the other way around. … There isn
> On Jul 20, 2022, at 2:53 AM, Colm O hEigeartaigh wrote:
>
> I noticed in the rest project that there are two Spring versions:
>
> [INFO] +- org.springframework:spring-core:jar:5.3.22:compile
> [INFO] | \- org.springframework:spring-jcl:jar:5.3.22:compile
> [INFO] +- org.springframework.secu
Hi,
I noticed in the rest project that there are two Spring versions:
[INFO] +- org.springframework:spring-core:jar:5.3.22:compile
[INFO] | \- org.springframework:spring-jcl:jar:5.3.22:compile
[INFO] +- org.springframework.security:spring-security-web:jar:5.7.2:compile
[INFO] | +- org.springfra
> On Jul 19, 2022, at 8:30 AM, Emmanuel Lécharny wrote:
>
> BTW, just noticed that fortress-commanderrequires Java 11, while the other
> components only require java 8. Is this intended?
Emmanuel,
Yes. The upgrade to latest Wicket v9 requires the jump to java 11.
The others still happily ru
BTW, just noticed that fortress-commanderrequires Java 11, while the
other components only require java 8. Is this intended?
On 19/07/2022 06:35, Emmanuel Lécharny wrote:
[X] +1 | Release Fortress 2.0.8
Checked the build from sources, checked the packages signatures, checked
the build from
[X] +1 | Release Fortress 2.0.8
Checked the build from sources, checked the packages signatures, checked
the build from packages, checked fortress against ApacheDS, all was
smooth and green !
Many thanks, Shawn, great job !
On 17/07/2022 21:47, Shawn McKinney wrote:
Hello,
This is an ann
Sorry for the late +1 !
On 04/05/2022 09:23, Colm O hEigeartaigh wrote:
This is a vote to release Apache Kerby 2.0.2.
Issues fixed:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310910&version=12348361
Git tag: https://github.com/apache/directory-kerby/tree/kerby-all-2.0.2
With 3 binding +1 votes, and no other votes, this vote passes - I'll
do the release.
Colm.
On Sat, May 7, 2022 at 2:03 PM 李佳佳(佳加)
wrote:
>
> +1, built successfully and all the tests passed.
>
> Thanks,
> Jiajia
>
>
> --
> From:Colm
+1, built successfully and all the tests passed.
Thanks,
Jiajia
--
From:Colm O hEigeartaigh
Sent At:2022 May 4 (Wed.) 15:23
To:Apache Directory Developers List ; kerby
Subject:[VOTE] - Release Apache Kerby 2.0.2
This is a vote t
+1 checked out tag, built / ran the tests.
—
Shawn
> On May 4, 2022, at 2:23 AM, Colm O hEigeartaigh wrote:
>
> This is a vote to release Apache Kerby 2.0.2.
>
> Issues fixed:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310910&version=12348361
> Git tag: https://githu
Rectification:
https://github.com/apache/sling-parent/blob/3fdb306971308cf471ee85c72fb86b0bc4087d69/sling-parent/pom.xml#L373
This is how Sling did.
On 22/07/2021 02:15, Emmanuel Lécharny wrote:
On 21/07/2021 18:47, Stefan Seelmann wrote:
On 7/18/21 11:43 PM, Emmanuel Lécharny wrote:
My +1
On 21/07/2021 18:47, Stefan Seelmann wrote:
On 7/18/21 11:43 PM, Emmanuel Lécharny wrote:
My +1.
A few remarks:
- your GPG keys does not seem to be trusted (this is when I use the asc
file to check the signature). I typically get:
$ gpg --verify
~/Downloads/org.apache.directory.studio.paren
On 7/18/21 11:43 PM, Emmanuel Lécharny wrote:
> My +1.
>
> A few remarks:
> - your GPG keys does not seem to be trusted (this is when I use the asc
> file to check the signature). I typically get:
>
> $ gpg --verify
> ~/Downloads/org.apache.directory.studio.parent-2.0.0.v20210717-M17-source-relea
My +1.
A few remarks:
- your GPG keys does not seem to be trusted (this is when I use the asc
file to check the signature). I typically get:
$ gpg --verify
~/Downloads/org.apache.directory.studio.parent-2.0.0.v20210717-M17-source-release.zip.asc
org.apache.directory.studio.parent-2.0.0.v2021
+1, downloaded bin, verified sigs, running as my default studio instance.
Also built from source but had to stop the tests as it overpowers the cpu on my
dev vm.
Next time I may download to a beefier vm.
—
Shawn
> On Jul 18, 2021, at 1:58 AM, Stefan Seelmann wrote:
>
> Hi all,
>
> this is
+1
Checked the licenses.
Checked the signatures and checksums.
Built all 4 projects with Java 11.
Run the Apache Fortress Core Integration Test against OpenLDAP.
Kind Regards,
Stefan
On 7/11/21 5:49 AM, Emmanuel Lécharny wrote:
> Checked the release,
> checked the signaturre,
>
> +1 from me !
Checked the release,
checked the signaturre,
+1 from me !
On 08/07/2021 20:56, Stefan Seelmann wrote:
FYI, I won't have time before Sunday to check the release.
On 7/6/21 8:57 PM, Shawn McKinney wrote:
I have removed (and verified) the jboss jar dependency from fortress rest. The
repos are
FYI, I won't have time before Sunday to check the release.
On 7/6/21 8:57 PM, Shawn McKinney wrote:
> I have removed (and verified) the jboss jar dependency from fortress rest.
> The repos are retagged. Artifacts rebuilt and staged once again. Let’s try
> this again...
>
>
> Hello,
>
> This
> On Jul 6, 2021, at 10:12 AM, Emmanuel Lécharny wrote:
>
> This is irrelevant.
>
> Whatever due diligence CXF did, as soon as we know that there is a GPL/LGPL
> dependency, we can't cut a release with it in our packages.
>
> The simple fact it's a transitive dependency is not protecting us
> On Jul 5, 2021, at 1:18 PM, Stefan Seelmann wrote:
>
> I found one weird thing: the fortress-rest-2.0.6.war contains in
> WEB-INF/lib the jboss-rmi-api_1.0_spec-1.0.6.Final.jar.
That jar does not appear on a test machine using JDK 8.
Reading the ticket, it’s JDK 11 specific, which is what I
I found one weird thing: the fortress-rest-2.0.6.war contains in
WEB-INF/lib the jboss-rmi-api_1.0_spec-1.0.6.Final.jar. This is either
GPL/LGPL licensed, the git repo includes no license file, the pom.xml
mentions LGPL [1], the license file within the JAR states GPL+CPE.
But this is a transitive
+1 from me.
Colm.
On Sun, Jun 27, 2021 at 8:48 AM Emmanuel Lécharny wrote:
>
> My +1.
>
> Thanks Stefan !
>
> On 26/06/2021 00:46, Shawn McKinney wrote:
> >
> >> On Jun 25, 2021, at 1:02 PM, Stefan Seelmann
> >> wrote:
> >>
> >> this is a vote for the release of the Apache LDAP API 2.1.0.
> >>
My +1.
Thanks Stefan !
On 26/06/2021 00:46, Shawn McKinney wrote:
On Jun 25, 2021, at 1:02 PM, Stefan Seelmann wrote:
this is a vote for the release of the Apache LDAP API 2.1.0.
This is a feature release. Most notable are support for TLSv1.3 and
addition of the SASL integrity and confiden
> On Jun 25, 2021, at 1:02 PM, Stefan Seelmann wrote:
>
> this is a vote for the release of the Apache LDAP API 2.1.0.
>
> This is a feature release. Most notable are support for TLSv1.3 and
> addition of the SASL integrity and confidentiality layer. All changes
> are listed here:
> https://is
+1, download source bundle, built, verified hashes, sigs
—
Shawn
> On May 25, 2021, at 3:12 AM, Colm O hEigeartaigh wrote:
>
> +1.
>
> Colm.
>
> On Sun, May 23, 2021 at 6:49 AM Emmanuel Lecharny
> wrote:
>>
>> Checked out and built the tag, the source package, checked the
>> signature, ch
+1.
Colm.
On Sun, May 23, 2021 at 6:49 AM Emmanuel Lecharny wrote:
>
> Checked out and built the tag, the source package, checked the
> signature, checked the N&L files, all good to me.
>
> +1
>
> Thanks Stefan !
>
> On Sat, May 22, 2021 at 1:38 PM Stefan Seelmann
> wrote:
> >
> > Hi all,
> >
1 - 100 of 2022 matches
Mail list logo
