On 6/23/15 12:55 PM, Gary Gregory wrote:
> On Tue, Jun 23, 2015 at 12:30 PM, Stefan Bodewig wrote:
>
>> On 2015-06-23, Gary Gregory wrote:
>>
sebb wrote:
> I think it would be useful to allow non-PMC members to act as
> release manager. This means relaxing some of the existing techni
On Tue, Jun 23, 2015 at 12:30 PM, Stefan Bodewig wrote:
> On 2015-06-23, Gary Gregory wrote:
>
> >> sebb wrote:
>
> >>> I think it would be useful to allow non-PMC members to act as
> >>> release manager. This means relaxing some of the existing technical
> >>> restrictions.
>
> > Just be clear,
On 2015-06-23, Gary Gregory wrote:
>> sebb wrote:
>>> I think it would be useful to allow non-PMC members to act as
>>> release manager. This means relaxing some of the existing technical
>>> restrictions.
> Just be clear, that would mean that any Apache Committer could release any
> Apache Com
On Tue, Jun 23, 2015 at 11:49 AM, Thomas Neidhart wrote:
> On 06/23/2015 05:59 PM, sebb wrote:
> > The default karma needed for committing to the SVN dist/release/TLP
> > areas is membership of the LDAP PMC group. This can be changed to be
> > membership of the LDAP committer group if required.
>
On 06/23/2015 05:59 PM, sebb wrote:
> The default karma needed for committing to the SVN dist/release/TLP
> areas is membership of the LDAP PMC group. This can be changed to be
> membership of the LDAP committer group if required.
>
> I'm not sure about the current karma needed for Nexus upload, i
My personal itch list is getting very short, and includes the following
items:
@since tag checkup
https://issues.apache.org/jira/browse/IO-469
https://issues.apache.org/jira/browse/IO-481
Fix 4 testcases that fail (only) in site generation due to xml parser
issues.
My ambition is to fix these thi
2015-06-23 18:08 GMT+02:00 sebb :
> On 23 June 2015 at 08:54, Kristian Rosenvold
> wrote:
> > I think I'll go for the release-notes approach; given that we can find an
> > appropriate technical solution.
> >
> > Right now I'm leaning towards simply changing the contract regarding
> > "close" to a
On 6/23/15 9:05 AM, sebb wrote:
> On 22 June 2015 at 19:11, Benedikt Ritter wrote:
>> Sounds good to me. Would be more "maven-style". However I'm not sure how
>> this change would affect clients referencing the absolute URLs of the
>> artifacts.
> It won't affect Maven URLs.
>
>> Maybe we should c
2015-06-23 18:11 GMT+02:00 sebb :
>
> > org.apache.commons.io.output.DeferredFileOutputStream#thresholdReached
> > possible file handle leak upon exception
> >
>
> Can you update the SVN log message accordingly?
>
Done
>
> >
> >
> >>
> >> Also looks like many of the checkstyle fixes are just line
On 22 June 2015 at 18:52, Benedikt Ritter wrote:
> Does one really have to be part of the PMC group to be able to deploy to
> nexus? Can't we change the privileges in a way that we can grant deploy
> privileges to anybody who is up for RMing?
I think that is a Nexus config item; it would need an
On 22 June 2015 at 06:38, Kristian Rosenvold
wrote:
> 2015-06-22 2:53 GMT+02:00 sebb :
>
>> >What was the Findbugs error?
>>
>> Best not to mix these in a single commit.
>>
> Sorry about that.
>
> org.apache.commons.io.output.DeferredFileOutputStream#thresholdReached
> possible file handle leak up
On 23 June 2015 at 08:54, Kristian Rosenvold
wrote:
> I think I'll go for the release-notes approach; given that we can find an
> appropriate technical solution.
>
> Right now I'm leaning towards simply changing the contract regarding
> "close" to always throw its own instance of IOException, with
On 22 June 2015 at 19:11, Benedikt Ritter wrote:
> Sounds good to me. Would be more "maven-style". However I'm not sure how
> this change would affect clients referencing the absolute URLs of the
> artifacts.
It won't affect Maven URLs.
> Maybe we should change the layout for the releases to com
On 23 June 2015 at 14:42, Jochen Wiedmann wrote:
> -1 for existing stuff.
There would be no need to change existing releases.
It could be introduced for new releases only.
> I don't see any need to spend work on breaking things.
>
> +0 for new stuff
>
> I don't see any real advantages.
The curr
The default karma needed for committing to the SVN dist/release/TLP
areas is membership of the LDAP PMC group. This can be changed to be
membership of the LDAP committer group if required.
I'm not sure about the current karma needed for Nexus upload, it may
be either PMC or committer membership.
Hi Benedikt,
https://issues.apache.org/jira/browse/CLI-255
Thank you.
Alex P.
On Mon, Jun 22, 2015 at 2:24 PM, Benedikt Ritter wrote:
> Hello Alex,
>
> can you please file an issue at https://issues.apache.org/jira/browse/CLI
> ?
>
> Thank you!
>
>
> 2015-06-18 0:02 GMT+02:00 Alex P :
>
>> Hi
-1 for existing stuff.
I don't see any need to spend work on breaking things.
+0 for new stuff
I don't see any real advantages.
On Tue, Jun 23, 2015 at 3:38 PM, Phil Steitz wrote:
> -0
> Would break some scripts I have and might break some things others
> use to grab distributions. On the ot
On 6/21/15 5:09 PM, sebb wrote:
> I wonder whether the current directory layout is the most convenient.
>
> At present, binaries and source are held in separate areas, and all
> versions of each type are combined.
>
> I think it might simplify matters to use a single directory per
> version, with b
On Sun, Jun 21, 2015 at 9:56 AM, Kristian Rosenvold
wrote:
>> I also suspect that I'll fully be lacking any permissions to publish to
>> repository.apache.org.
Quite likely, but thats an entirely different matter. AFAIK, you need
a separate Jira issue for that. Please create one.
Jochen
--
Kristian,
The PMC is working on this. Please be patient as it will take a couple of
days. :-)
Gary
On Sun, Jun 21, 2015 at 9:56 AM, Kristian Rosenvold
wrote:
> As already mentioned, I'm missing jira permissions. I'm also missing
> permissions to add my key to the KEYS file (my key is in
> http
On Fri, Jun 19, 2015 at 3:56 PM, Gilles
wrote:
> Hi.
>
> Referring to the newly created MATH-1235.
>
> I was looking for a way to improve the performance of a code that also
> needs, for some point "p", to select the "n" closest neighbours (from
> a list of sample data points).
>
> Browsing throu
I think I'll go for the release-notes approach; given that we can find an
appropriate technical solution.
Right now I'm leaning towards simply changing the contract regarding
"close" to always throw its own instance of IOException, with a second
constructor for those wanting fine grained control.
2015-06-23 9:39 GMT+02:00 Jochen Wiedmann :
> On Tue, Jun 23, 2015 at 9:36 AM, Benedikt Ritter
> wrote:
>
> > At Commons we publish the site manually via mvn clean site-deploy. But I
> > think we would be interested in an automated solution.
>
> Thanks, Benedikt,
>
> that's all I need to know rig
On Tue, Jun 23, 2015 at 9:36 AM, Benedikt Ritter wrote:
> At Commons we publish the site manually via mvn clean site-deploy. But I
> think we would be interested in an automated solution.
Thanks, Benedikt,
that's all I need to know right now.
Jochen
--
Any world that can produce the Taj Mah
Hello Jochen,
I'm not sure the Commons Developer list is the right place to ask this
since we probably don't know more about this stuff then you do :-) Maybe
you should ask on the infra list?
At Commons we publish the site manually via mvn clean site-deploy. But I
think we would be interested in
25 matches
Mail list logo
