Le lun. 11 févr. 2019 à 11:16, sebb a écrit :
>
> On Mon, 11 Feb 2019 at 09:24, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > Le lun. 11 févr. 2019 à 10:02, sebb a écrit :
> > >
> > > I checked a few other ASF lists and they all have Reply-T
ot;commits", "notifications", ...
are different cases in that the former relays messages that originated
from real people while the latter comes from a "bot" and it would make
no sense to reply to it.
Gilles
>
> On Mon, 11 Feb 2019 at 08:47, Mark Thomas wrote:
> >
> >
es not appear in the reply options.
> Reply All -> List and OP
In Gmail -> list
> > - It adds nothing: by means of copy and paste a private reply is still
> > possible, just annoying, and a workaround for a broken mailing list
>
> No need for this workaround in Thu
ended period of
times; it would quite annoying that pushing is prevented even though
local builds continue to work as usual.
Gilles
>
> Benedikt
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
F
Le ven. 8 févr. 2019 à 12:36, sebb a écrit :
>
> -1 to the release:
The Javadoc does not mention that "SecureRandom" is used
by default.
And... where is the branch?
Gilles
-
To unsubscribe, e-ma
s in other repository,
> and will be pushed/merged during the next steps of the release.
Which repository?
Regards,
Gilles
>
> Cheers
> Bruno
>
>
>
>
> On Friday, 8 February 2019, 10:30:07 pm NZDT, Gilles Sadowski
> wrote:
>
>
>
>
>
> Hi.
&g
Hi.
Le ven. 8 févr. 2019 à 10:13, Bruno P. Kinoshita a écrit :
>
> Hi Gilles,
> Sorry, forgot to mention I was talking about the code in the tag for the
> release.
The link which I provided is also supposed to be the
code-to-be-released (branch "1_12").
Incriminate
which is
> the random object. Used to randomly pick a letter of the B64 alphabet.
Where is that code?
https://gitbox.apache.org/repos/asf?p=commons-codec.git;a=blob;f=src/main/java/org/apache/commons/codec/digest/B64.java;h=abd83fc34cd3b0df61fb6c0b33772d9cb5f559a7;hb=refs/heads/1_12
Gilles
&
Le jeu. 7 févr. 2019 à 17:32, Gary Gregory a écrit :
>
> On Thu, Feb 7, 2019 at 9:27 AM Gilles Sadowski wrote:
>
> > Hi.
> >
> > "mvn test" does not hang here.
> >
>
> Can you be more specific please? On what OS and Java version?
$ java -ve
Hi.
"mvn test" does not hang here.
Gilles
Le jeu. 7 févr. 2019 à 15:22, Rob Tompkins a écrit :
>
> Definitely strange works for me. Let me try it inside the maven docker
> container.
>
> -Rob
>
> > On Feb 7, 2019, at 9:03 AM, Gary Gregory wrote:
> >
&g
Le mer. 6 févr. 2019 à 02:59, Maxim Solodovnik a écrit :
>
> Can someone from PMCs add release data to https://reporter.apache.org ?
>
Done.
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For a
Hi.
Release notes[1] refer to [Pool]:
---CUT---
http://commons.apache.org/proper/commons-collections/download_pool.cgi
---CUT---
[And there is no mention of the Clirr issue...]
Gilles
[1] https://archive.apache.org/dist/commons/collections/RELEASE-NOTES.txt
st" JARs, unpack in a
clean temp dir, run the build, and produce a report relating build and
artefacts for reviewers to evaluate).
> Please select one of the following options:
[X] +1 Release it.
> [ ] +0 Go ahead; I don't care.
> [ ] -0 There are a few minor glitches: ...
Hi Eric.
Le jeu. 31 janv. 2019 à 22:04, Eric Barnhill a écrit :
>
> Please ignore previous post which was sent by accident.
>
>
>
> >
> > Le mar. 29 janv. 2019 à 00:14, Eric Barnhill a
> > écrit :
> > >
> > > Fraction already has a toString() method which should cover VALJO
> > concerns
> > >
s long discussion?
Thanks,
Gilles
> >> > > > > > [...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Le mer. 30 janv. 2019 à 14:56, Maxim Solodovnik a écrit :
>
> Latest version of test [2] shows all errors are false positive
Great; I missed that (sorry).
Then, there is no reason to change the major version number.
Is this still the [VOTE] thread?
Regards,
Gilles
>
> On
he test could have settled the entire issue.
2. Japicmp was made to work and shows no BC breakage.
This all goes towards concluding that the current RC is fine.
So IIUC, mentioning the issue in the release notes is all that
is necessary to perform the (minor) release.
Regards,
Gilles
>
> -R
Hi Bill.
Did you open a JIRA report?
A unit test would be welcome (one that makes the current implementation
crash but produces the expected results with your modifications).
Regards,
Gilles
Le lun. 28 janv. 2019 à 23:58, Eric Barnhill a écrit :
>
> It sounds like this is a worthwhile u
o "complex" (?), witnessing the extremely low
usage.
Best regards,
Gilles
>
> It doesn't seem to me like it violates VALJO principles to have an
> auxiliary class that takes care of these alternate cases. On the contrary
> from a VALJO perspective it seems like a nice idea to
Le sam. 26 janv. 2019 à 17:24, Gary Gregory a écrit :
>
> On Sat, Jan 26, 2019 at 10:19 AM Gilles Sadowski
> wrote:
>
> > Le sam. 26 janv. 2019 à 14:01, Gary Gregory a
> > écrit :
> > >
> > > Are we talking about formatting [numbers] specific classes or
ause the default is to provide 6 decimal digits, thus discarding
all significant
information.
Gilles
>
> Gary
>
> On Sat, Jan 26, 2019 at 7:14 AM Gilles Sadowski
> wrote:
>
> > Hi.
> >
> > In reference to the current changes in module "commons-
ke
of changing a type used internally by the algorithm (dense vs
sparse matrix).
Wouldn't it be possible to add a constructor with a flag argument
that would trigger usage of one or the other type?
Regards,
Gilles
>
> Cheers to you all and keep up the good work.
>
> Bill Igoe
---
Hi.
In reference to the current changes in module "commons-numbers-fraction"
(on the "fraction-dev"), my opinion is that the formatting classes should be
removed.[1]
At the level of a math component, it's safer to stick to a single,
locale-independent format.[2]
Regards,
G
able at:
>
> https://canedo.typeform.com/to/JxPfG6
I tried to look at Sonarqube, but I'm stuck:
https://markmail.org/message/ef7qbvftqckpvh4v
Best regards,
Gilles
> All the best.
>
> Professora Dra. Edna Dias Canedo
> Department of Computer Science
> University
sing another PR...
If your are satisfied, pleased close this one.
Thanks,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
ss a change of policy?
Thanks,
Gilles
[1] No prefix of a Commons component, no reference to a JIRA issue, no subject
obviously related to any of the component which I work on.
-
To unsubscribe, e-mail: dev-unsubscr...@com
Le dim. 20 janv. 2019 à 04:56, Maxim Solodovnik a écrit :
>
> I can see there is activity with replacing clirr with japicmp, maybe it
> worth to hold this release until commons-parent v48 will be released?
You are the manager. :-)
Gilles
>
> On Sun, 20 Jan 2019 at 05:52, Gilles
d work on the last release of [compress]
> surrounding japicmp to get it to work properly. I’d look there for the
> example.
>
> Thoughts on [parent]???
+1
Please allow similar usage of revapi:
https://revapi.org/
Gilles
-
sure, you add calls to all the methods
reported by Clirr; then the release notes can rightly mention something
like: "An integration test () has shown that the errors mentioned in the
Clirr report are false positives."
B
he first time I need to write java tests during release process
Actually, explaining the Clirr report is a prerequisite...[1]
Another way would have been to check out the code at the point before it
required Java 8; and see that the version bump was indeed the cause of
the spurious errors.
Regards,
Gi
Hi.
Le ven. 18 janv. 2019 à 17:29, Mark Thomas a écrit :
>
> On 18/01/2019 13:58, Gilles Sadowski wrote:
>
>
>
> > Am I getting those mails because I'm on the "watchers" list or because
> > of the "notification system".
>
> Neither. Y
does not need to be on the
"watchers" list. Correct?
Regards,
Gilles
>
> S.
>
>
> On Fri, 18 Jan 2019 at 14:08, Gilles Sadowski wrote:
> >
> > Hi.
> >
> > [Moving to "dev" ML.]
> >
> > Le ven. 18 janv. 2019 à 14:26, Mark Thom
Hi.
[Moving to "dev" ML.]
Le ven. 18 janv. 2019 à 14:26, Mark Thomas a écrit :
>
> On 18/01/2019 12:14, Gilles Sadowski wrote:
> > Hi.
> >
> > Le ven. 18 janv. 2019 à 12:50, Mark Thomas a écrit :
> >>
> >> On 18/01/2019 11:22, Gilles Sado
s them? Can the POM contain the necessary settings?
Are there some additional steps for a multimodule component (such
as per module config file)?
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For ad
Hi.
I've unsubscribed an address from
iss...@commons.apache.org
but that address is still being sent messages from
j...@apache.org
Is there some configuration stored within JIRA?
How to fix that?
Regards,
Gilles
nough votes to release :(
That's an ever more recurring issue within "Commons", and
the PMC does not seem intent on recognizing it. :-/
Regards,
Gilles
> On Thu, Jan 17, 2019, 22:59 Gilles Sadowski
> > Le jeu. 17 janv. 2019 à 16:17, Maxim Solodovnik a
> > écrit :
> >
application, no issues
Then: Why a new major version?
It looks like sweeping dust under the carpet. ;-)
If nobody wants to write a test, then we could just release the current
RC (with a mention that Clirr signals errors that we chose to ignore),
and if someone complains later on (if indeed BC
e.
Did you make the actual test (mentioned somewhere below)?
Best regards,
Gilles
>
> On Sat, 5 Jan 2019 at 01:04, Amey Jadiye wrote:
>
> > On Fri, 4 Jan 2019, 5:25 pm Gilles >
> > > hi.
> > >
> > Hi Gilles,
> >
> > >
> > >
ches anymore, I think that you could
delete them.
I guess that, unless there is some large task where for which several
people want to work together, it's cleaner to use local branches and/or
GitHub.
Regards,
Gilles
>
> Eric
>
> On Tue, Jan 8, 2019 at 5:39 AM Gilles Sadowski wrote:
&
mean: Is there anyone who uses one of those as "upstream"?]
Thanks,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
able
Clirr); and if the report is clean, trust that (though "revapi" is
still beta).
Opinions?
Gilles
In 4.2 and 4.3 looks like we have upgraded the java version[2] where
for
example for Map interface might have added a few more methods causing
these
errors.
For this release, I am vot
On Wed, 02 Jan 2019 12:38:23 +0100, Gilles wrote:
Hello.
On Wed, 2 Jan 2019 14:01:24 +0700, Maxim Solodovnik wrote:
Hello All,
Just checked clirr report one more time
This time I took 1 error and perform investigation:
"Method 'public java.util.Collection values()' has been
as not the cause of my
problem there).]
Would appreciate any help with this investigation
Maybe totally unrelated but I've noticed that after deleting
all "collections"-related maven caches, the build
$ mvn clean site
started by downloading _all_ older versions...
Regards,
Gilles
On M
On Mon, 31 Dec 2018 07:41:40 +0700, Maxim Solodovnik wrote:
Hello Gilles,
I already did analysis: [1], all errors are caused by previous
release
4.3 doesn't introduce any new errors ...
[1] https://markmail.org/message/l7ftxlvdk4yqxijt
I had seen the post but it says:
---
these errors
On Sun, 30 Dec 2018 12:25:55 +0700, Maxim Solodovnik wrote:
No votes after 3 days :(
Is there anything wrong with the RC?
See my 4-days-old comment in the thread (Clirr errors).
[Quoted below.]
Regards,
Gilles
On Thu, 27 Dec 2018 at 05:20, Bruno P. Kinoshita
wrote:
FWIW I had a similar
On Fri, 28 Dec 2018 14:00:48 -0500, Rob Tompkins wrote:
On Dec 28, 2018, at 1:31 PM, Gilles
wrote:
On Fri, 28 Dec 2018 13:18:41 -0500, Rob Tompkins wrote:
Yes. I agree that makes sense. It is a considerable amount of work
to
do that migration in a single go. So, I’m not sure if we should go
; for the "obvious thing" (a/b) and "ofDouble" for the more
elaborate "transform".
Not sure if I'm clear in why the "non-symmetric" makes sense. :-}
Best regards,
Gilles
Eric
On Fri, Dec 28, 2018 at 4:33 AM Gilles
wrote:
Hello Eric.
On Thu, 27 De
something?
Gilles
On Fri, Dec 28, 2018 at 4:17 PM Pascal Schumacher
wrote:
+1
Am 28.12.2018 um 15:51 schrieb Rob Tompkins:
After doing the 1.12 release I propose we move commons-codec to
gitbox. This is a [LAZY] consensus [VOTE] for doing such after I get
through the release. This [LAZY
BigFraction(num, den);
}
private BigFraction(BigInteger num, BigInteger den) {
Did my comment not give that impression?
I was in fact wondering why "ofInt" rather than just "of".
Best,
Gilles
[...]
---
to refs/heads/fraction-dev by this
push:
new ebb8e03 NUMBERS-91: Added ofInt() factory methods
Why not rely on method overload? There is no need to duplicate
part of the the method's signature in its name.
Gilles
and made
BigInteger-based constructor private
ebb8e03 is described below
Hi Eric.
On Thu, 27 Dec 2018 11:53:39 -0800, Eric Barnhill wrote:
Thanks for this response and it took me some time to think your
various
points through.
On Thu, Dec 13, 2018 at 4:59 PM Gilles
wrote:
On Thu, 13 Dec 2018 11:20:12 -0800, Eric Barnhill wrote:
> Among the eleganc
On Wed, 26 Dec 2018 21:21:34 +0100, Gilles wrote:
Hi.
On Wed, 26 Dec 2018 20:41:59 +0700, Maxim Solodovnik wrote:
This is a [VOTE] for releasing
Apache Commons collections 4.3
Tag name:
collections-4.3-RC2 (signature can be checked from git using
'git
tag -v')
$ git tag -v collections
not a cache issue...]
Regards,
Gilles
Distribution files (committed at revision 31689):
https://dist.apache.org/repos/dist/dev/commons/collections/
Distribution files hashes (SHA256):
commons-collections4-4.3-bin.tar.gz
214c12fae27403f1a16ca6c108b5a8682be1a885a0dbbfc8eb30941303e1fe94
-Process
I get it now!
So indeed, a "release" branch that is pushed upstream is not
necessary.[1]
And there is another couple of improvements which I could use
next time.
Thanks for sharing,
Gilles
[1] It might become useful only if the RC has problems _and_
other people wa
Hi.
On Tue, 25 Dec 2018 22:22:43 +0700, Maxim Solodovnik wrote:
Hello Gilles,
Actually if release is made based on git it is not necessary to
perform commits
?
I don't know other ways to perform the release; I follow
the practice established for "svn", that was then adapted
for &qu
On Tue, 25 Dec 2018 01:15:23 +0100, Gilles wrote:
On Mon, 24 Dec 2018 22:11:11 +0700, Maxim Solodovnik wrote:
Hello All,
I'm back :)
Shall I try to regenerate clirr report? and upload release_4_3.html?
Personally, I'd redo all the steps needed to ensure
consistency of what is used to create
not match the property name and value).
And the generated template of the download page contains
at least one undefined property:
${commons.release.4.binary.suffix}
Shall I manually update download page? What need to be updated?
Personally, I would not do it; IMHO, the POM needs fixing.
Best regar
On Sat, 22 Dec 2018 00:51:11 +0100, Bernd Eckenfels wrote:
Hello,
just noticed an adapter is already referenced
(rng.simple.JDKRandomBridge)
Forgot that one; sorry!
Thanks for the reminder; "setSeed" is even supported...
Regards,
Gilles
on the „why not java random“ page. So it
c
first sight, I'd put that functionality in another module.
Regards,
Gilles
[1]
http://commons.apache.org/proper/commons-rng/userguide/why_not_java_random.html
[2] We might insert a paragraph about this in the userguide, and/or
provide the code snippet in the "commons-rng-examples&quo
On Thu, 20 Dec 2018 17:30:44 +0100, Gilles wrote:
Hi.
On Thu, 20 Dec 2018 15:15:55 +, Bernd Eckenfels wrote:
Hello,
I don’t know what the usecase is, it is motivated by a Bug about
BigInteger(num, Random). I guess one of the users is actually the
crypto usecase (starting with random
delegate = rng;
}
@Override
protected int next(int unused) {
return rng.nextInt();
}
}
---CUT---
Then, you can test all the generators implemented in [RNG].
Regards,
Gilles
(since the additional need
for generating a random bitlength looks unfamiliar but logical to
your local maven cache (i.e. all the subdirectories
of "~/.m2" that refer to "collections").
HTH,
Gilles
[...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional com
On Wed, 19 Dec 2018 17:38:45 +, sebb wrote:
On Wed, 19 Dec 2018 at 15:54, Gilles
wrote:
On Wed, 19 Dec 2018 15:11:59 +, sebb wrote:
> On Wed, 19 Dec 2018 at 14:50, Gilles
> wrote:
>>
>> On Wed, 19 Dec 2018 09:48:30 +, sebb wrote:
>> > On Wed, 1
's the use-case for random "BigInteger"s?
while doing so
I noticed that the site link to the source is broken, maybe this is
due to git-wip migration?
Yes.
Thanks; fixed now.
BTW: http://cr.openjdk.java.net/~bpb/8146153/webrev.01/index.html
Regards,
Gilles
Gruss
Bernd
--
http:/
ot;Commons Math" way back when following any of the documents would
get me stuck as I was tryiing to manage my first release.
Through asking on the list, we manage to fill all the dots.
Later, the "recipe" was adapted to "git" and then to "multimodule
maven" (when I st
On Wed, 19 Dec 2018 23:08:44 +0700, Maxim Solodovnik wrote:
Thanks for checking Gilles,
Regarding clirr errors instruction states [1] to check errors only
for
minor release
Since it is 4.3.0 and not 4.2.1 I thought it is OK ..
4.X is a minor release ("Y.0" is a major one)
On Wed, 19 Dec 2018 15:11:59 +, sebb wrote:
On Wed, 19 Dec 2018 at 14:50, Gilles
wrote:
On Wed, 19 Dec 2018 09:48:30 +, sebb wrote:
> On Wed, 19 Dec 2018 at 00:05, Gilles
> wrote:
>>
>> On Mon, 17 Dec 2018 15:28:46 +0100, Gilles wrote:
>> > Ping?
>>
or glitches: ...
[ ] -1 No, do not release it because ...
This vote will be open for at least 72 hours, i.e. until
2018-12-22T14:00:00Z
(this is UTC time).
Regards,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.
On Wed, 19 Dec 2018 09:48:30 +, sebb wrote:
On Wed, 19 Dec 2018 at 00:05, Gilles
wrote:
On Mon, 17 Dec 2018 15:28:46 +0100, Gilles wrote:
> Ping?
I found this:
https://gitbox.apache.org/repos/asf?p=commons-rng.git;a=commitdiff;h=f73546863611e5dd850fd311277f2019259489ce
letion is now forbidden at
> Apache, we will use a specific
> release branch for every version"
That's the convention followed up to now.
But we do delete feature and bugfix branches that were merged into
"master", or experimental branches that have become stale.
Gilles
On Mon, 17 Dec 2018 15:28:46 +0100, Gilles wrote:
Ping?
I found this:
https://gitbox.apache.org/repos/asf?p=commons-rng.git;a=commitdiff;h=f73546863611e5dd850fd311277f2019259489ce;hp=288c8b5196ab29e0e2ca50182a28f217e0828833
Please confirm whether the fix is "manual"
Hi.
On Tue, 18 Dec 2018 21:33:42 + (UTC), Bruno P. Kinoshita wrote:
Hi Gilles!
Sorry, just came back from a long holiday, speaking Portuguese only.
Semantic, vocabulary, etc, in English is a bit laggy right now.
On Tue, 18 Dec 2018 07:22:00 + (UTC), Bruno P. Kinoshita wrote:
From
for the inconvenience; it looks like you are first one to
try and exercise those privileges voted several years ago...
Gilles
On Tue, 18 Dec 2018 at 22:54, Gilles
wrote:
On Tue, 18 Dec 2018 22:03:04 +0700, Maxim Solodovnik wrote:
> It seems I'm unable to commit to SVN:
>
> URL: https://dist.a
/apache-dist/release/commons/KEYS' is forbidden by
the
server
svn: E175013: Access to
'/repos/dist/!svn/txr/31592-qod/release/commons/KEYS' forbidden
Can someone help me with access rights?
Not me.
But I've added your key (revision 31593).
Hope it gets you a little further,
Gilles
On Tue, 18
)
In my opinion, I prefer to keep it as an Iterable, leave the toList
method, as I think current users could be affected
How?
[In the original code, "toList" is private.]
by accidentally
trying to reuse CSVRecord while reading from one input and writing to
an output stream.
I do
e.g. enhancements to
the "Process"-related JDK classes).
Thanks,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Ping?
Is this a "release-plugin" bug to report on JIRA (COMMONSSITE),
or a usage issue?
I did not spot a recent documentation resource that warns of
this (new?) problem.
Gilles
On Thu, 13 Dec 2018 16:38:38 +0100, Gilles wrote:
Hi.
[See below, the rejected announce mail for Common
Hi.
I've proposed to release a beta version of "Commons
Numbers"[1].
Any blockers?
Regards,
Gilles
[1] https://markmail.org/message/3wskoxpc2l7itiao
-
To unsubscribe, e-mail: dev-unsubscr...@commons.
.
IIUC, the patch referred to below does not add those side-effects.
Memory footprint would also be a concern.
The patch does not change that either.
Gilles
Please see https://github.com/apache/commons-csv/pull/35
Gary
ly
allowed in beta releases[3]).
WDYT?
If we agree, what timeline are we talking about?
Regards,
Gilles
Thanks,
Matt Juntunen
[1] Down 10% from the original "Commons Math" code base, but with
more features (IIUC). :-)
Actually, AFAICT, the work by Matt is the first ever la
on" should overload "equals":
public boolean equals(double x, int ulp) {
return Precision.equals(doubleValue(), x, ulp);
}
public boolean equals(Number x, int ulp) {
return equals(x.doubleValue, ulp);
}
public boolean equals(double x
n" would be the fail-safe implementation. If it
allows for faster operation in some cases, it could hold
a "Fraction64" instance field (i.e. what you propose would
be achieved through composition rather than inheritance).
Does this make sense?
Regards,
Gilles
[1] So
ons (that would lead
to the download page being generated with correct links to the
checksum files (SHA-256).
Thanks,
Gilles
[1] http://commons.apache.org/proper/commons-release-plugin/index.html
On 13 Dec 2018 09:16:38 -, announce-ow...@apache.org wrote:
Hi! This is the ezmlm program. I'm managing the
(as per your paragraph that ends with "The need for
this is rare however.")
What I don't quite see is the consequences of the class not being
final...
Gilles
Stephen
On Sun, 9 Dec 2018 at 10:21, Gilles
wrote:
Hello.
After the discussion quote below, the conclusion
.
Given the stats for past releases, I doubt that the "world" is
going to hammer the Apache servers for immediate availability
of the release tarball. ;-)
Gilles
-Rob
On Dec 12, 2018, at 8:30 AM, Gilles wrote:
We are pleased to announce the availability of version 1.2 of the
"
ps://repo1.maven.org/maven2/org/apache/commons/
Best regards,
Gilles (on behalf of the Apache Commons Team)
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi.
RC2 was reviewed by the following people:
* Rob Tompkins (+1)
* Alex Herbert (+0.5)
* Gary Gregory (+1)
With my +1, the vote passes with the bare minimum of binding votes.
Regards,
Gilles
On Thu, 06 Dec 2018 18:15:24 +0100, Gilles wrote:
Hello.
I'd like to release version 1.2
Ping?
On Thu, 06 Dec 2018 18:15:24 +0100, Gilles wrote:
Hello.
I'd like to release version 1.2 of "Commons RNG".
Apache Commons RNG v1.2 (RC2) is available for review:
https://dist.apache.org/repos/dist/dev/commons/rng/1.2-RC2 (svn
revision 31410)
Git tag is named &q
[Forwarding to ML.]
Original Message
Subject: Re: [Vote] RC2 for releasing Commons RNG v1.2
Date: Mon, 10 Dec 2018 13:12:33 +0100
From: Gilles
To: Alex Herbert
On Mon, 10 Dec 2018 10:54:28 +, Alex Herbert wrote:
On 06/12/2018 17:15, Gilles wrote:
Maven artifacts' SHA
On Sun, 9 Dec 2018 11:15:15 +, sebb wrote:
On Sat, 8 Dec 2018 at 22:47, Gilles
wrote:
Hi.
> [...]
>> from [Lang].[1]
>> The plugin crashes with NPE.
>> [...]
>>
>> Are there problems with "japicmp" that are specific to
multi-modules
>
d constructor really be an issue?
[In the case of "Quaternion", the subclass constructor would only
perform additional validation (cf. below for details).]
Thanks,
Gilles
[1] https://blog.joda.org/2014/03/valjos-value-java-objects.html
On Mon, 03 Dec 2018 10:31:42 +0100, Gilles wrote:
Hi
Looking at the "commons-parent" project, the upgrade was done (to 0.13)
in version 48-SNAPSHOT, which has not been released yet.
Regards,
Gilles
[...]
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For
nload the artefacts and verify that
the signatures are OK.
Thanks for the review,
Gilles
-Rob
On Dec 6, 2018, at 12:15 PM, Gilles
wrote:
Hello.
I'd like to release version 1.2 of "Commons RNG".
Apache Commons RNG v1.2 (RC2) is available for review:
https://dist.apache.org/repos/
Hi.
[See message quoted below.]
Any objection to my filing an INFRA request for each of the
following components:
[Numbers]
[RNG]
[Statistics]
[Math]
?
Gilles
Original Message
Subject: [NOTICE] Mandatory relocation of Apache git repositories on
git-wip-us.apache.org
he release candidate and vote.
This vote will close no sooner that 72 hours from now.
[ ] +1 Release these artifacts
[ ] +0 OK, but...
[ ] -0 OK, but really should fix...
[ ] -1 I oppose this release because...
Thanks,
Gilles
Preparing RC2.
Regards,
Gilles
On Tue, 04 Dec 2018 02:19:33 +0100, Gilles wrote:
Hello.
I would like to release Apache Commons RNG v1.2.
Apache Commons RNG 1.2 RC1 is available for review:
[...]
-
To unsubscribe, e-mail
On Thu, 6 Dec 2018 11:37:25 +, sebb wrote:
On Thu, 6 Dec 2018 at 10:58, Gilles
wrote:
On Wed, 5 Dec 2018 21:29:26 -0500, Rob Tompkins wrote:
> With:
>
> $ mvn -version
> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe;
> 2018-06-17T14:33:14-04:00)
> Mave
pler.java:35:
error: reference not found
[ERROR] * For large means, {@link LargePoissonSampler} should be
used instead.
This is a type in the Javadoc (should have been
"LargeMeanPoissonSampler", fixed now).
In my environment, it only triggered a warning.
Does the p
On Wed, 14 Nov 2018 10:33:34 -0800, Eric Barnhill wrote:
It reminds me uncomfortably of Microsoft's old "embrace, extend,
exterminate" philosophy in the 1990s.
https://www.linuxjournal.com/video/linux-sucks-forever
On Wed, Nov 14, 2018 at 10:03 AM Pascal Schumacher
wrote:
Isn't this
On Tue, 4 Dec 2018 16:33:48 +, Alex Herbert wrote:
On 04/12/2018 15:15, Gilles wrote:
On Tue, 4 Dec 2018 14:08:59 +, Alex Herbert wrote:
+0 (non-binding)
The user guide shows updated Performance and Quality tables
following
the changes to the core implementation for all tables
1301 - 1400 of 4259 matches
Mail list logo