Site looks better now :-)
I will check and send announcement a little later
On Thu, Aug 19, 2010 at 8:17 AM, Christian Grobmeier
wrote:
> Just have uploaded artifacts and released it from nexus.
> http://www.apache.org/dist/commons/compress/
>
> Site is already uploaded with mvn site:deploy
> It
Just have uploaded artifacts and released it from nexus.
http://www.apache.org/dist/commons/compress/
Site is already uploaded with mvn site:deploy
It looks strange - have checked the upload on people/3/c.a.o/compress
but it looks like it is still the old content, even when my mvn goal
was success
> The javadoc and source JARs are expected to be in the Maven repo.
> I'm not saying we should delete those.
>
> However the bin and src zip and tar.gz archives are not supposed to be
> in the Maven repo.
> These at least triple the storage space required. For releases that
> include bz2 archives a
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "UsingNexus" page has been changed by ChristianGrobmeier.
The comment on this change is: added releasing section.
http://wiki.apache.org/commons/UsingNexus?action=diff&rev1=14&rev2=
Christian Grobmeier wrote:
>>> We should release the bits that we voted on and what goes to /dist
>>> *is* the release. Therefore if we are going to vote on bits staged
>>> somewhere other than people.apache.org, we need to do something like
>>> what sebb describes above. If wget is used, RMs sho
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=213&projectId=108
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 18 Aug 2010 19:53:37 +
Finished at: Wed 18 Aug 2010 19:57:08 +
Total time: 3m 30s
Build Trigger: Forced
Bui
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=211&projectId=82
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 18 Aug 2010 19:51:20 +
Finished at: Wed 18 Aug 2010 19:51:26 +
Total time: 5s
Build Trigger: Forced
Build Nu
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=207&projectId=83
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 18 Aug 2010 18:36:38 +
Finished at: Wed 18 Aug 2010 18:38:55 +
Total time: 2m 17s
Build Trigger: Forced
Buil
On 2010-08-18, Christian Grobmeier wrote:
> Is that correct? I have no problems with doing it like this but would
> like to find some consens on the commons project.
I should add that this discussion shouldn't stop you from just doing it.
"it" being
> - wget the stuff to people
> - check the has
On 2010-08-18, Christian Grobmeier wrote:
> I cannot speak for infra - you know more. If following your path I would:
> - wget the stuff to people
> - check the hashes
> - copy stuff to dist
> - remove commons-compress-1.1-bin.* and commons-compress-1.1-src.* from nexus
> - hit nexus release butt
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=193&projectId=108
Build statistics:
State: Failed
Previous Build: No previous build.
Started at: Wed 18 Aug 2010 17:07:17 +
Finished at: Wed 18 Aug 2010 17:11:44 +
Total time: 4m 27s
Build Trigger:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=182&projectId=83
Build statistics:
State: Failed
Previous Build: No previous build.
Started at: Wed 18 Aug 2010 16:51:30 +
Finished at: Wed 18 Aug 2010 16:53:46 +
Total time: 2m 15s
Build Trigger: F
The Continuum host had to be rebuilt by Infra recently.
In the process, all the Commons builds were dropped (as I discovered today).
I've been set up as an Admin and I am currently working through
re-instating the builds.
If anyone else needs to maintain the Commons builds, please set up a
login
On 18 August 2010 16:24, Christian Grobmeier wrote:
>>> Noone ever proposed using something different.
>>
>> Huh?
>>
>> Christian wrote:
>>
> Compress 1.0 has everything:
> http://repo1.maven.org/maven2/org/apache/commons/commons-compress/1.0/
> I like it, to be honest. Everything I ne
On 18 August 2010 16:45, Jochen Wiedmann wrote:
> I am sorry, but IMO we are just complicating a simple issue in order
> to prevent problems that some *think* possible to occur. Please let's
> limit our work on fixing problems that *are* present.
Until we have confirmed with Infra that it is OK t
I am sorry, but IMO we are just complicating a simple issue in order
to prevent problems that some *think* possible to occur. Please let's
limit our work on fixing problems that *are* present.
Jochen
On Wed, Aug 18, 2010 at 5:24 PM, Christian Grobmeier
wrote:
> - remove commons-compress-1.1-bi
>> Noone ever proposed using something different.
>
> Huh?
>
> Christian wrote:
>
Compress 1.0 has everything:
http://repo1.maven.org/maven2/org/apache/commons/commons-compress/1.0/
I like it, to be honest. Everything I need on one place.
>
> which I take to mean that he would like t
On 18 August 2010 13:57, Jochen Wiedmann wrote:
> On Wed, Aug 18, 2010 at 2:27 PM, sebb wrote:
>
>> The mirror system derived from /dist should be used for the non-Maven
>> downloads
>
> Noone ever proposed using something different.
Huh?
Christian wrote:
>>> Compress 1.0 has everything:
>>>
On Wed, Aug 18, 2010 at 2:27 PM, sebb wrote:
> The mirror system derived from /dist should be used for the non-Maven
> downloads
Noone ever proposed using something different. We expose the /dist
directory (aka the mirrors) on our download pages, in our
announcements, and so on, just like we di
On 18 August 2010 13:19, Jochen Wiedmann wrote:
> On Wed, Aug 18, 2010 at 1:56 PM, sebb wrote:
You snipped the following:
>>> Compress 1.0 has everything:
>>> http://repo1.maven.org/maven2/org/apache/commons/commons-compress/1.0/
>>> I like it, to be honest. Everything I need on one place.
whi
On Wed, Aug 18, 2010 at 1:56 PM, sebb wrote:
> But that is not how the mirroring system is currently designed to work.
That's why we are copying to /dist. Noone's questioning that necessity.
Jochen
--
I Am What I Am And That's All What I Yam (Popeye)
-
On 18 August 2010 12:19, Christian Grobmeier wrote:
>>> We should release the bits that we voted on and what goes to /dist
>>> *is* the release. Therefore if we are going to vote on bits staged
>>> somewhere other than people.apache.org, we need to do something like
>>> what sebb describes above.
>> We should release the bits that we voted on and what goes to /dist
>> *is* the release. Therefore if we are going to vote on bits staged
>> somewhere other than people.apache.org, we need to do something like
>> what sebb describes above. If wget is used, RMs should re-verify
>> hashes on p.a.
On Wed, Aug 18, 2010 at 12:19 PM, Phil Steitz wrote:
>> You're free to do so. My personal procedure is to use "wget -np -r
>> " to copy the files from the repository to the dist folder on
>> people.apache.org. Some shifting and removing of empty directories
>> required afterwards, but it's relati
On 18 August 2010 11:19, Phil Steitz wrote:
> Jochen Wiedmann wrote:
>> On Tue, Aug 17, 2010 at 12:43 PM, Christian Grobmeier
>> wrote:
>>
>>> Which means:
>>> 1) I will copy it to apache dist from my local box to people
>>> 2) push the release button on nexus
>>
>> You're free to do so. My perso
Jochen Wiedmann wrote:
> On Tue, Aug 17, 2010 at 12:43 PM, Christian Grobmeier
> wrote:
>
>> Which means:
>> 1) I will copy it to apache dist from my local box to people
>> 2) push the release button on nexus
>
> You're free to do so. My personal procedure is to use "wget -np -r
> " to copy the
26 matches
Mail list logo
