I have a script which downloads
https://gitbox.apache.org/repositories.json and picks out the commons
repositories.
For each one, there is another script that can check out the component repos.
It's then pretty easy to quickly scan files in all the subdirectories,
e.g. to check on pom settings.
I
Well put.
One minor clarification: there must be more PMC members voting +1 than -1.
https://www.apache.org/foundation/voting.html#ReleaseVotes
On Tue, 1 Sep 2020 at 12:51, Bruno P. Kinoshita wrote:
>
> The vote is open to anyone Alex. The more the merrier.
>
> It has a requirement of at least
On Wed, 2 Sep 2020 at 00:03, Bruno P. Kinoshita wrote:
>
> Thanks Sebb! I was looking for a link about the voting process, but only
> found an old Wiki. Bookmarked this one for the next time I need it.
Maybe update the Wiki to point to the ASF page?
>
>
>
> On Tuesday, 1
On Wed, 2 Sep 2020 at 20:54, Gary Gregory wrote:
>
> On Wed, Sep 2, 2020, 15:50 Xeno Amess wrote:
>
> > Why so hurry?
> >
>
> I need to use new APIs now. Releases happen all the time, more releases
> more often is better than big bang releases IMO, IOW RERO (Release Early,
> Release Often).
>
> I
On Thu, 3 Sep 2020 at 13:07, Gilles Sadowski wrote:
>
> Le jeu. 3 sept. 2020 à 13:55, sebb a écrit :
> >
> > On Wed, 2 Sep 2020 at 20:54, Gary Gregory wrote:
> > >
> > > On Wed, Sep 2, 2020, 15:50 Xeno Amess wrote:
> > >
> > > > Why
=1
> > >
> > > I see that the 1.1.0 RC provided SHA1's:
> > >
> > > https://www.mail-archive.com/dev@commons.apache.org/msg60676.html
> > >
> > > But I don't see 1.2.x VOTE threads so it must have happened with
> > different
> >
Sebb.
On Mon, 7 Sep 2020 at 14:16, Gilles Sadowski wrote:
>
> Hello.
>
> > > [...]
> > > see an explanation for why it is necessary
> > > (or even helpful) to include artefact hashes in the vote mail.
> > >
> > I agree and understand all yo
On Mon, 7 Sep 2020 at 16:12, Mark Thomas wrote:
>
> On 07/09/2020 15:26, sebb wrote:
> > Suppose we take the following example:
> >
> > https://lists.apache.org/thread.html/c99519e1c8e0a4af5be02f40e8e44b408cbc3d4568a334f3a400b94f%40%3Cdev.commons.apache.org%3E
> >
&g
I'll try saying it again:
Commons uses universal commit.
It's only necessary to add someone to the group if they are going to RM.
The number of people in the committer group is not relevant to the
health of Commons.
On Wed, 9 Sep 2020 at 01:06, Rob Tompkins wrote:
>
> Looks good to me.
>
> -Rob
n releases.
Sebb.
On Mon, 14 Sep 2020 at 08:01, Jochen Wiedmann wrote:
>
> For the record: Mails from dependabot are now being deleted
> automatically from my inbox.
>
> I consider this to be a failed experiment, and would like us to terminate it.
>
> Jochen
>
>
>
On Mon, 14 Sep 2020 at 13:48, Gary Gregory wrote:
>
> - Sebb: The sooner you know something is broken, the better. For
That is what Gump is for.
> example: The new release of commons-net breaks commons-vfs (see my
> other email thread). It is purely coincidental that this happened a
Does VFS actually *need* the latest version of NET?
i.e. does it fix a bug or a security issue that impacts VFS?
If not, then downdate until such time as the issue can be fixed.
It would be helpful to have a simple test case that shows the issue.
On Tue, 15 Sep 2020 at 14:08, Gary Gregory wrote
On Thu, 17 Sep 2020 at 16:39, Gary Gregory wrote:
>
> On Thu, Sep 17, 2020 at 6:47 AM sebb wrote:
> >
> > Does VFS actually *need* the latest version of NET?
>
> Sigh, that's irrelevant as you can't control downstream stacks. This
> is a regression from the
Note that Infra recently introduced
https://nightlies.apache.org
so presumably it is OK to generate such builds.
Also there is an official ASF Maven snapshot repo listed in the ASF parent pom:
https://repository.apache.org/snapshots
However it is important not to promote such builds to the gene
There's an issue with https://commons.apache.org/dbcp/, at least when
viewed from the UK - it has not been updated to 2.8.0.
I've reported this as INFRA-20898
There's also an issue with the new page, e.g.
http://commons.us.apache.org/proper/commons-dbcp/download_dbcp.cgi
The hash links for 2.4.0
I think I have fixed the hash links.
The download_dbcp.xml file did not agree with the POM.
There must have been an error in the release generation process which
should be looked at.
On Fri, 25 Sep 2020 at 17:02, sebb wrote:
>
> There's an issue with https://commons.apache.org/dbcp
On Fri, 25 Sep 2020 at 18:26, Gary Gregory wrote:
>
> On Fri, Sep 25, 2020 at 12:52 PM sebb wrote:
>
> > I think I have fixed the hash links.
> >
> > The download_dbcp.xml file did not agree with the POM.
> > There must have been an error in the release gener
On Mon, 28 Sep 2020 at 16:41, Gary Gregory wrote:
>
> On Fri, Sep 25, 2020 at 7:32 PM sebb wrote:
>
> > On Fri, 25 Sep 2020 at 18:26, Gary Gregory wrote:
> > >
> > > On Fri, Sep 25, 2020 at 12:52 PM sebb wrote:
> > >
> > > > I
On Sat, 3 Oct 2020 at 17:39, Gary Gregory wrote:
>
> The Apache Commons Net team is pleased to announce the release of Apache
> Commons Net 3.7.1.
>
> Apache Commons Net library contains a collection of network utilities and
> protocol implementations.
> Supported protocols include: Echo, Finger,
528c873545131f5e1a4f43400f1629f#diff-eaaddda9313ede01b93c08bf91532881
Oops.
I've fixed the source.
Unfortunate that none of the reviews caught the error.
Do you want to resend the announce, or shall I?
> Gary
>
> On Sat, Oct 3, 2020, 18:44 sebb wrote:
>
> > On Sat, 3 Oct 2020 at 17:39, Gary
://dist.apache.org/repos/dist/dev/commons/commons-build-plugin/1.12-RC1/site/rat-report.html
KEYS:
https://www.apache.org/dist/commons/KEYS
Sebb,
Release Manager (using key 4FAD5F62)
-
To unsubscribe, e-mail: dev-unsubscr
On Fri, 16 Oct 2020 at 07:43, Mark Thomas wrote:
>
> On 15/10/2020 19:30, Gary Gregory wrote:
> > On Thu, Oct 15, 2020 at 1:57 PM Bernd Eckenfels
> > wrote:
> >
> >> Before we do that, I need help. I am considering to ignore or unsubscribe
> >> the commit mailing list. Which is IMHO not a good th
On Fri, 16 Oct 2020 at 13:49, Rob Tompkins wrote:
>
> A thought occurs to me. We are implicitly subscribed to GitHub as committers
> on the repo and GitHub sends us emails individually (unless you “un-watch”)
> the repo for all of these events. Putting them in a “notifications” list will
> like
On Fri, 16 Oct 2020 at 14:48, Rob Tompkins wrote:
>
> @Sebb - this is the flavour of email that I am referring to.
>
> We may have others that get generated, but as a committer on a depository, as
> the ASF has made us, these emails get sent to you be default from GitHub
>
This [VOTE] passes with +1’s from
Gary Gregory
Given no opposition, and the fact that it was a [LAZY][VOTE], it
passes. I will begin with the release procedure shortly.
On Tue, 13 Oct 2020 at 22:29, sebb wrote:
>
> Apache Commons Build Plugin Maven Mojo 1.12 RC1 is available for revie
1.12 - 2020-10-17
-
Changes since the last release:
1. COMMONSSITE-137 - commons-build:all ignores commons.release.hash
settings (fix; sebb)
2. commons-build:mail-page - add links to lists.apache.org (update;sebb)
3. Enable GitHub build (update; ggregory)
4. spotbugs-maven
Originally the parent POM handled very little, and the components had
to do much more.
Component POMs had to define settings for plugins such as Cobertura.
Swapping from Cobertura to JaCoCo thus entails more work for
components that started using Cobertura before the parent was updated.
The paren
AFAIK, we only provide the Windows binary (and the compiled Java jars).
Users are expected to compile the source to produce the Unix executable:
https://commons.apache.org/proper/commons-daemon/binaries.html
and
https://commons.apache.org/proper/commons-daemon/jsvc.html
It looks like links to the
On Mon, 16 Nov 2020 at 07:55, Mark Thomas wrote:
>
> On 16/11/2020 00:16, sebb wrote:
>
>
>
> > There's a link to the general binaries directory from the binaries
> > page, but that should be removed as users should not be encouraged to
> > download binarie
Note that Java 7 and later are all on lndefinite Sustaining Support:
https://www.oracle.com/java/technologies/java-se-support-roadmap.html
This is presumably because there are customers who need Java 7.
On Sat, 21 Nov 2020 at 16:18, Gary Gregory wrote:
>
> I do not see a reason to maintain EXE
On Sat, 21 Nov 2020 at 17:13, Gary Gregory wrote:
>
> On Sat, Nov 21, 2020 at 11:46 AM sebb wrote:
>
> > Note that Java 7 and later are all on lndefinite Sustaining Support:
> >
> > https://www.oracle.com/java/technologies/java-se-support-roadmap.html
> >
> &g
On Sun, 22 Nov 2020 at 13:39, Alex Remily wrote:
>
> Paste the license into the source file. Check out any other source for an
> example.
Sorry, but that is not correct.
One cannot just add the license to a file without checking that the
license applies.
What command are you using to build?
Whi
020, at 20:41, Alex Remily wrote:
> >
> > Every time I've received a licence error working on the crypto project it
> > was because I was missing the Apache license in the source header. That
> > seemed the most likely scenario here.
> >
> > On Sun, Nov 22,
AFAICT Commons no longer uses CMS to build, so nothing needs to be done.
Sebb.
On Wed, 6 Jan 2021 at 12:51, Andrew Wetmore wrote:
>
>
> Hi, and happy New Year.
>
> Checking in on the migration of your project website from the Apache CMS to a
> different tech. Has there been
AIUI, the date should only be updated if there has been a substantive
change to the software.
So we don't have to go and change all the NOTICE files.
However, before release, we should certainly check the date.
On Sun, 10 Jan 2021 at 17:23, Matt Sicker wrote:
>
> The fact that it's in a single
The ASF releases source.
Does the inclusion of these source annotations impose a burden on
people who download and compile our source?
On Mon, 1 Feb 2021 at 14:31, Julian Reschke wrote:
>
> Am 01.02.2021 um 15:04 schrieb Gilles Sadowski:
> > Le lun. 1 févr. 2021 à 14:49, Jochen Wiedmann
> > a é
On Mon, 1 Feb 2021 at 16:52, Tomo Suzuki wrote:
>
> I like "javax.annotation namespace" too.
>
> Would you be willing to share more about why the annotation dependency
> should have "provided" scope? If a library (commons-lang) requires a
> dependency at runtime, I believe it should declare it as
untime scope, but even that can work
> without class loader errors provided you're not reflecting on it.
>
> On Mon, 1 Feb 2021 at 11:45, sebb wrote:
> >
> > On Mon, 1 Feb 2021 at 16:52, Tomo Suzuki wrote:
> > >
> > > I like "javax.annotation namespace&
have to do anything to extra to use JUnit for testing.
They should not have to do anything extra in order to compile.
> On Mon, Feb 1, 2021, 17:22 sebb wrote:
>
> > On Mon, 1 Feb 2021 at 17:56, Matt Sicker wrote:
> > >
> > > Compile time annotations would only
On Thu, 4 Feb 2021 at 20:28, Jochen Wiedmann wrote:
>
>
>
> On 2021/02/02 11:34:09, sebb wrote:
>
> > In which case it should surely be listed as a compile dependency so
> > that it is picked up automatically?
>
> It is also picked up automatically with scope=pro
Likewise, commons-ml is too cryptic.
Also, the Spark project has a machine-learning library:
https://spark.apache.org/mllib/
Maybe that would be better home?
I'm also a bit concerned as to whether there are sufficient developers
here with knowledge of the ML domain to be able to support the cod
On Mon, 15 Feb 2021 at 18:43, Gary Gregory wrote:
>
> Can we configure the Maven Enforcer plugin to say "no runtime deps"?
> Presumably not that helpful... but still _something_
Some components legitimately depend on others at runtime.
e.g. VFS on NET.
> Gary
>
>
> On Mon, Feb 15, 2021 at 11:48
On Sun, 28 Feb 2021 at 20:14, Matt Sicker wrote:
>
> I'd also be interested in benchmarking comparisons as I've been
> working on a proof of concept using Blake3 to do similarly (I have a
> pure Java implementation and a JNI version that ultimately invokes the
> reference C implementation, though
The JIRA TESTING project looks like it belongs to Commons, however it
is not in the Commons component group, and most of the entries don't
appear to have anything to do with Commons.
At least one of the entries is Spam.
Is it still needed?
Checkstyle, so perhaps could be named accordingly,
e.g. checkstyle-header.txt
[Obviously there would need to be corresponding changes in the pom and
assembly files]
WDYT?
Sebb.
-
To unsubscribe, e-mail: dev-unsubscr...@commons
http://bernd.eckenfels.net
> ____
> Von: sebb
> Gesendet: Tuesday, March 9, 2021 1:41:02 AM
> An: CommonsDev
> Betreff: GitHub license display confused by LICENSE-header.txt
>
> Most of the Commons projects show up in GitHub as having the Apache 2.
On Tue, 9 Mar 2021 at 01:39, Gilles Sadowski wrote:
>
> Le mar. 9 mars 2021 à 01:41, sebb a écrit :
> >
> > Most of the Commons projects show up in GitHub as having the Apache 2.0
> > License
> >
> > However a few show up as 'other':
> >
&
On Tue, 9 Mar 2021 at 12:51, Gilles Sadowski wrote:
>
> Le mar. 9 mars 2021 à 11:58, sebb a écrit :
> >
> > On Tue, 9 Mar 2021 at 01:39, Gilles Sadowski wrote:
> > >
> > > Le mar. 9 mars 2021 à 01:41, sebb a écrit :
> > > >
> > > >
eanutils we recommend using /src/conf for these type of files.
>
> Sent from my iPhone
>
> > On Mar 8, 2021, at 8:13 PM, sebb wrote:
> >
> > On Tue, 9 Mar 2021 at 01:08, Bernd Eckenfels
> > wrote:
> >>
> >> Checkstyle-header.txt sounds good and mayb
I was also trying to prod GH to re-evaluate the license...
On Tue, 9 Mar 2021 at 17:10, Gary Gregory wrote:
>
> Note that our release plugin does that ;-)
>
> Gary
>
> On Tue, Mar 9, 2021, 12:04 wrote:
>
> > This is an automated email from the ASF dual-hosted git repo
On Tue, 9 Mar 2021 at 21:38, Gary Gregory wrote:
>
> What if we make the existing notification list private? Who uses that
> one and for what?
Not a good idea, as the contents are appropriate to developers not on the PMC.
> G
>
> On Tue, Mar 9, 2021 at 3:41 PM Torsten Curdt wrote:
> >
> > > At
How often will the tool be run?
How often does it need to be run?
On Tue, 9 Mar 2021 at 22:01, Matt Sicker wrote:
>
> Perhaps the output of this tool won't have nearly as much spam as
> Dependabot et al? If so, we could just use the security list.
>
> On Tue, 9 Mar 2021 a
eaver.
Not sure what to do about those yet.
N.B. to do a quick check of the GH license attribution:
curl -sq https://api.github.com/repos/apache/commons-exec/license |
grep -v '"content":'
On Tue, 9 Mar 2021 at 18:22, Gary Gregory wrote:
>
> Awesome, thank you Sebb!
>
On Wed, 10 Mar 2021 at 07:13, Fabian Meumertzheim
wrote:
>
> On Tue, Mar 9, 2021 at 11:16 PM sebb wrote:
> >
> > How often will the tool be run?
> > How often does it need to be run?
>
> OSS-Fuzz runs its fuzzers continuously and will automatically pick up
> new
t; >
> > > > On Tue, Mar 9, 2021 at 11:16 PM sebb wrote:
> > > > >
> > > > > How often will the tool be run?
> > > > > How often does it need to be run?
> > > >
> > > > OSS-Fuzz runs its fuzzers continuously and wil
On Wed, 14 Apr 2021 at 16:56, Gavin McDonald wrote:
>
> Hi Commons devs.
>
> As you know, the CMS is going away, we have been on hardware that could fail
> at any time, and this really has been dragging on longer than anticipated.
> So, we are accelerating the removal of any CMS related content.
On Thu, 15 Apr 2021 at 00:47, sebb wrote:
>
> On Wed, 14 Apr 2021 at 16:56, Gavin McDonald wrote:
> >
> > Hi Commons devs.
> >
> > As you know, the CMS is going away, we have been on hardware that could
> > fail at any time, and this really has been dragging
On Thu, 15 Apr 2021 at 12:38, Gavin McDonald wrote:
>
>
>
> On 2021/04/15 09:10:50, sebb wrote:
> > On Thu, 15 Apr 2021 at 00:47, sebb wrote:
> > >
> > > On Wed, 14 Apr 2021 at 16:56, Gavin McDonald wrote:
> > > >
> > > > Hi Commons
On Thu, 15 Apr 2021 at 14:41, Gilles Sadowski wrote:
>
> Hello.
>
> [Sorry for jumping into the discussion while missing the meaning of
> most of what is being said (and cutting it).]
In future please start a new thread in such cases.
> > [...]
> > > So why cause additional work for projects tha
On Fri, 16 Apr 2021 at 13:40, Gilles Sadowski wrote:
>
> Hi.
>
> Le ven. 16 avr. 2021 à 14:28, sebb a écrit :
> >
> > On Thu, 15 Apr 2021 at 14:41, Gilles Sadowski wrote:
> > >
> > > Hello.
> > >
> > > [Sorry for jumping into the d
t;
> But, how does one go from the web files created in the
> target/site/staging
> directory, to them being moved (?) to the site repository?[1]
>
> Regards,
> Gilles
>
> [1] The "Manage the Git Hosted Web Site" link on
> https://github.com/apache/l
display/LOGGING/Managing+the+Logging+Services+Web+Sites
> Ralph
>
>
>
> > On Apr 16, 2021, at 5:27 AM, sebb wrote:
> >
> > On Thu, 15 Apr 2021 at 14:41, Gilles Sadowski wrote:
> >>
> >> Hello.
> >>
> >> [Sorry for jumping into the
On Sat, 17 Apr 2021 at 22:57, Ralph Goers wrote:
>
> You should see my other message but I will reply to your questions also.
>
> > On Apr 16, 2021, at 1:37 PM, Gilles Sadowski wrote:
> >
> > Hello.
> >
> > Le ven. 16 avr. 2021 à 20:39, Ralph Goers a
> > écrit :
> >>
> >> FYI - I did the work o
On Sat, 17 Apr 2021 at 17:33, Gary Gregory wrote:
>
> I'll go with the consensus here but I feel that the security list should be
> for humans and posts there deserve human attention on an ASAP basis. I've
> just seen too many false positives and noise from automated tools over the
> years.
Agree
On Sat, 17 Apr 2021 at 18:05, Fabian Meumertzheim
wrote:
>
> On Sat, Apr 17, 2021 at 3:58 PM Stefan Bodewig wrote:
> >
> > I'm not sure I understand this. AFAIU I could never become a "primary"
> > or an "auto_cc" as I will not create a Google account. Do we need to
> > have one? In that case som
On Sun, 18 Apr 2021 at 00:03, Ralph Goers wrote:
>
>
>
> > On Apr 17, 2021, at 3:32 PM, sebb wrote:
> >
> > On Sat, 17 Apr 2021 at 22:57, Ralph Goers > <mailto:ralph.go...@dslextreme.com>> wrote:
> >>
> >>
> >&g
-off change, and it won't change processes, except
perhaps for the top-level site.
> Gary
>
>
> On Sun, Apr 18, 2021, 08:27 Gilles Sadowski wrote:
>
> > Le dim. 18 avr. 2021 à 12:51, sebb a écrit :
> > >
> > > On Sun, 18 Apr 2021 at 00:03, Ralph Goers
>
On Sun, 18 Apr 2021 at 18:40, Gilles Sadowski wrote:
>
> Le dim. 18 avr. 2021 à 15:38, sebb a écrit :
> >
> > On Sun, 18 Apr 2021 at 13:40, Gary Gregory wrote:
> > >
> > > Note that git also has its gitlink and sub modules features that we could
> >
On Mon, 19 Apr 2021 at 07:54, Stefan Bodewig wrote:
>
> On 2021-04-18, Stefan Bodewig wrote:
>
> > I've created https://issues.apache.org/jira/browse/INFRA-21741 if you
> > want to lend a hand moderating, you may want to add yourself to the
> > ticket before the list is created.
>
> The list has b
-opened&can=1&q=proj:apache-commons
> > )
> >
> > This will give you both an indicator of the fuzzer build status as well
> as
> > a convenient link to the bugs on the OSS-Fuzz issue tracker.
> >
> > On Mon, Apr 19, 2021, 12:16 sebb wrote:
> >
>
to accept the moderation requests for now?
> On Tue, 20 Apr 2021 at 10:05, sebb wrote:
> >
> > On Tue, 20 Apr 2021 at 15:53, Matt Sicker wrote:
> >
> > > Looks like we need to add the bot email as an allowed sender to the list.
> > >
> >
> >
t;
> > Guess we'll have to ask infra then. They probably have a way to filter
> > based on regex or something.
> >
> > On Tue, 20 Apr 2021 at 10:05, sebb wrote:
> > >
> > > On Tue, 20 Apr 2021 at 15:53, Matt Sicker wrote:
> > >
> >
a little messy at the moment
> > to verify that it's going through the mailing list, too. There's
> > already been like 20 alerts found, so good call on the separate
> > mailing list! :)
> >
> > On Tue, 20 Apr 2021 at 10:43, sebb wrote:
> > >
> &g
For the record: there is now a private mailing list fuzz-testing@commons
On Fri, 12 Mar 2021 at 14:00, sebb wrote:
>
> It might be possible to set up a dedicated mailing list just for these
> reports, privately archived.
> RMs could then be encouraged to check the list in the
On Wed, 21 Apr 2021 at 18:06, Gilles Sadowski wrote:
>
> Hi.
>
> [This a reboot of the proposal for which the preceding vote
> has just been cancelled.]
>
> Name of component: "Commons Machine Learning"
> Name of "git" repository: "commons-machinelearning"
> Top-level package name: "org.apache.com
There has been no substantial development for several years, and only
two open JIRA feature requests.
The website is outdated, and needs regeneration.
Is it worth spending any time on this component?
I suspect it should go dormant.
Sebb
The following components all have stale websites (e.g. still link to
SVN), and no recent releases.
This makes me wonder if they should be classed as dormant:
digester
functor
jci
jelly
ognl
proxy
Sebb.
-
To unsubscribe, e-mail
uld
need to be rebuilt, dependencies updated etc.
Sebb.
> On Fri, Apr 23, 2021, 4:07 PM Gary Gregory wrote:
>
> > Sounds reasonable to me.
> >
> > Gary
> >
> > On Thu, Apr 22, 2021, 16:09 sebb wrote:
> >
> > > There has been no substantial dev
I assume this thread is about the possible ML component.
If the code was developed by Commons, I assume it could be used as
part of Spark.
However Commons does not currently have many developers who are
familiar with the field.
So it would seem to me better to have development done by a project
wh
On Sun, 25 Apr 2021 at 23:14, Bruno P. Kinoshita wrote:
>
> Hi all,
>
> I've created a PR to add .asf.yaml to Commons Imaging. The PR includes only
> basic GitHub project information such as description (from pom.xml), URL to
> Commons Imagnig component page, and these labels: [java, image, imag
On Mon, 26 Apr 2021 at 19:01, Gilles Sadowski wrote:
>
> Le lun. 26 avr. 2021 à 17:08, Ralph Goers a
> écrit :
> >
> > See below
> >
> > > On Apr 18, 2021, at 3:21 PM, sebb wrote:
> > >
> > > On Sun, 18 Apr 2021 at 18:40, Gil
On Tue, 27 Apr 2021 at 02:10, Gilles Sadowski wrote:
>
> >>> [...]
> > >
> > > OK to create the
> > > commons-site
> > > "git" repository?
> >
> > Are you offering to do the work?
>
> If the option is still on the table, I could test the
> website-related feature of ".asf.yaml":
>
> https
I propose to move Proxy to dormant later this week unless anyone steps
up to fix the website etc.
On Sat, 24 Apr 2021 at 18:13, sebb wrote:
>
> On Sat, 24 Apr 2021 at 00:35, Matt Benson wrote:
> >
> > FWIW, my recollection is that proxy was ready for a 2.0 release which was
On Tue, 27 Apr 2021 at 17:03, Ralph Goers wrote:
>
>
>
> > On Apr 27, 2021, at 6:57 AM, Gilles Sadowski wrote:
> >
> > Le mar. 27 avr. 2021 à 12:32, sebb > <mailto:seb...@gmail.com>> a écrit :
> >>
> >
> Any objection to creating the following repositories:
> commons-site.git
-1: it's not needed; we can still use the SVN repo.
> commons-math-site.git
> ?
Fine, but please try (and document) the full process of how to stage
the site and how to push the staged site to the as
On Thu, 29 Apr 2021 at 12:00, Gilles Sadowski wrote:
>
> Le jeu. 29 avr. 2021 à 01:45, sebb a écrit :
> >
> > On Thu, 29 Apr 2021 at 00:10, Gilles Sadowski wrote:
> > >
> > > It occurs to me that we *should* create a specific "git" repository
> &
On Thu, 29 Apr 2021 at 15:37, Alex Herbert wrote:
>
> On Thu, 29 Apr 2021 at 12:49, sebb wrote:
>
> > On Thu, 29 Apr 2021 at 12:00, Gilles Sadowski
> > wrote:
> > >
> > > Le jeu. 29 avr. 2021 à 01:45, sebb a écrit :
> > > >
> > >
On Thu, 6 May 2021 at 21:13, Gary Gregory wrote:
>
> It is true that there much less friction these days to get a repository
> going with GitHub, GitLab, and BitBucket, but, for now, the Commons Sandbox
> is still available. If we want to do away with the sandbox, then let's
> talk about that sepa
On Sat, 8 May 2021 at 13:14, Gilles Sadowski wrote:
>
> Hello.
>
> Le sam. 8 mai 2021 à 08:42, Benjamin Marwell a écrit :
> >
> > Instead of using byte buddy, why not just maven multi release jars? *1
>
> Thanks for the suggestion.
> Again, I don't know how to do it concretely[1] nor the implicat
What's wrong with the Subject?
Looks OK to me.
On Sat, 29 May 2021 at 15:17, Gilles Sadowski wrote:
>
> The (auto-generated) "Subject: " line is wrong.
> Is it something that we can fix, or should I report to INFRA?
>
> Gilles
>
> Le sam. 29 mai 2021 à 15:46, a écrit :
> >
> > This is an automa
On Sat, 29 May 2021 at 21:21, Gilles Sadowski wrote:
>
> Le sam. 29 mai 2021 à 16:42, sebb a écrit :
> >
> > What's wrong with the Subject?
>
> "[commons-numbers]"
>
> Commit was to "commons-statistics" repository.
I think you need to repo
On Mon, 7 Jun 2021 at 00:06, Gilles Sadowski wrote:
>
> Le lun. 7 juin 2021 à 00:03, Ralph Goers a écrit
> :
> >
> >
> >
> > > On Jun 6, 2021, at 11:44 AM, Gilles Sadowski wrote:
> > >
> > > Le dim. 6 juin 2021 à 14:54, Gary Gregory a
> > > écrit :
> > >>
> > >> Here is the draft I plan on su
On Wed, 9 Jun 2021 at 17:26, Alex Herbert wrote:
>
> On Wed, 9 Jun 2021 at 17:03, John Patrick wrote:
>
> > Have you tried "9" instead of "1.9"?
> >
>
> I've corrected that in the pom, thanks.
>
> I think the issue is that Gilles used JDK 8 to try and build it. You can
> run using the project's m
On Wed, 9 Jun 2021 at 19:58, Alex Herbert wrote:
>
> On Wed, 9 Jun 2021 at 17:56, sebb wrote:
>
> > On Wed, 9 Jun 2021 at 17:26, Alex Herbert
> > wrote:
> > >
> > > On Wed, 9 Jun 2021 at 17:03, John Patrick
> > wrote:
> > >
> > >
Thanks.
I've updated the RELEASE-NOTES accordingly (feel free to tweak the text)
On Thu, 10 Jun 2021 at 00:58, Alex Herbert wrote:
>
> I have removed the requirement for Java 9 from the build. It is still used
> in the performance testing module.
>
> Alex
---
On Sat, 12 Jun 2021 at 12:58, Matt Juntunen wrote:
>
> Hello,
>
> I mentioned a while ago the idea of moving a utility that I find quite useful
> from commons-geometry to commons-text, which would be a more appropriate home
> for it. There was not any interest at the time but I've made a few
>
On Sat, 12 Jun 2021 at 14:00, Gary Gregory wrote:
>
> FTR: java.text.DecimalFormatSymbols
Huh?
AFAICT the code does not use that class, so I have no idea what your
reply means.
> Gary
>
> On Sat, Jun 12, 2021, 08:46 sebb wrote:
>
> > On Sat, 12 Jun 2021 at 12:58,
lity to text
>
> It's just a pointer to where the settings are in the JRE.
>
> Gary
>
> On Sat, Jun 12, 2021, 10:20 sebb wrote:
>
> > On Sat, 12 Jun 2021 at 14:00, Gary Gregory wrote:
> > >
> > > FTR: java.text.DecimalFormatSymbols
> >
ferent threads in GMail and lists.a.o. The first
thread [3] has a reply suggesting the creation of JIRA etc; the second
thread [4] does not.
Sebb
[1]
https://lists.apache.org/api/source.lua/r55ab50faeff4452292773f44ea38790dd9b6737f0accd2f8750e33cf@%3Cdev.commons.apache.org%3E
[2]
https://lists.
;
> > Gilles
> >
> > > As Java 17 starting ramp down starts today I believe so in 3 months we
> > > will have 3 LTS (1.8, 11 and 17) releases. So technically Java 18
> > > development starts tomorrow and I expect 1.8 will be dropped shortly
> > > from ba
501 - 600 of 6400 matches
Mail list logo