-1
same as Craig, et al
On Sep 15, 2008, at 10:19 PM, Kevan Miller wrote:
My vote is -1.
On Sep 10, 2008, at 12:45 PM, Craig L Russell wrote:
Considering that dependencies on incubating releases can be
resolved by explicitly adding an incubating Maven repository into
your settings, I d
+1
On Wednesday 10 September 2008 2:34:49 am Jukka Zitting wrote:
> Hi,
>
> We've had a number of long discussions about the incubating projects
> using the central Maven repository to distribute their releases. The
> current policy is that incubating releases should not go to there. The
> relate
+1
On Wed, Sep 10, 2008 at 8:34 AM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We've had a number of long discussions about the incubating projects
> using the central Maven repository to distribute their releases. The
> current policy is that incubating releases should not go to there. Th
+1 Yes, allow extra release distribution channels like the central
Maven repository
Jeff
Jukka Zitting wrote:
>
> Hi,
>
> We've had a number of long discussions about the incubating projects
> using the central Maven repository to distribute their releases. The
> current policy is that incuba
On Mon, Sep 15, 2008 at 11:13 AM, Emmanuel Lecharny <[EMAIL PROTECTED]> wrote:
> Craig L Russell wrote:
>>
>> -1
>>
>> I believe that allowing incubating releases to be treated as full Apache
>> releases diminishes the Apache brand and makes incubation disclaimers moot.
>>
>> With Maven, it is too
Since I didn't see any response to the proposed names below, here are a
couple more :
potpourri
sonata (4 movements: web/cache/objectstore/db ? )
Shanti
Original Message
Subject: Re: [DISCUSS] Web20Kit: A Web 2.0 technology evaluation kit
Date: Thu, 04 Sep 2008 09:51:30 -070
On Mon, 8 Sep 2008, Jörg Reiher wrote:
Hello,
I've got the following questions regarding the KEYS file and the md5+sha hashes
for a release:
There is actually a KEYS file located at
http://people.apache.org/~reiher/Empire-db-incubating/KEYS
Is there something wrong with it or do we have to
Justin Erenkrantz wrote:
On Mon, Sep 15, 2008 at 11:13 AM, Emmanuel Lecharny <[EMAIL PROTECTED]> wrote:
Craig L Russell wrote:
-1
I believe that allowing incubating releases to be treated as full Apache
releases diminishes the Apache brand and makes incubation disclaimers moot.
With Maven, it
On Tue, Sep 16, 2008 at 2:10 PM, William A. Rowe, Jr.
<[EMAIL PROTECTED]> wrote:
> Just so everyone understands this in context, the objection above is moot
> because...
No, it's not. Anything that creates an impetus for a podling to get
out of the Incubator is goodness. Too many podlings view t
On Mon, 8 Sep 2008, Rainer D?bele wrote:
...
As far as I understand it, there are two major problems with the
empire-struts2-ext-1.0.3 release:
1. the missing freemarker info in the NOTICE file (we'll add HSQLDB as well)
2. the inclusion of servlet-api.jar and jsp-api.jar.
Plus the status
Justin Erenkrantz wrote:
On Tue, Sep 16, 2008 at 2:10 PM, William A. Rowe, Jr.
<[EMAIL PROTECTED]> wrote:
Just so everyone understands this in context, the objection above is moot
because...
No, it's not. Anything that creates an impetus for a podling to get
out of the Incubator is goodness.
Thomas Fischer wrote:
On Mon, 8 Sep 2008, Rainer D�bele wrote:
Since we built the 2.0.3 / 1.0.3 release we have made some improvemets
and bugfixes. I suggest skipping these releases and continuing with
the 2.0.4 and 1.0.4 release.
Hm, the 2.0.3 release is not released yet. You can still cal
William A. Rowe, Jr. wrote:
Justin Erenkrantz wrote:
On Tue, Sep 16, 2008 at 2:10 PM, William A. Rowe, Jr.
<[EMAIL PROTECTED]> wrote:
Just so everyone understands this in context, the objection above is
moot
because...
No, it's not. Anything that creates an impetus for a podling to get
out
> I believe that allowing incubating releases to be treated as full Apache
> releases diminishes the Apache brand and makes incubation disclaimers moot.
I believe that if it says incubation in large letters, people will
understand that it is not a full Apache release. But we're both
guessing.
> W
Emmanuel Lecharny wrote:
The problem with a release injected in maven is that it will be there
forever. If a release has some problems (IP issues, etc), you can't
remove it from maven, as some projects might depend on it, and the users
will immediately carpet bomb the maven ML to get the releas
> No, it's not. Anything that creates an impetus for a podling to get
> out of the Incubator is goodness. Too many podlings view the
> Incubator as a comfy place - I believe that the Incubator PMC needs to
> create more of a reason for projects to get in gear and graduate.
> This isn't college -
Folks,
this is a VOTE thread!!!
-- dims
On Tue, Sep 16, 2008 at 6:33 PM, Eelco Hillenius
<[EMAIL PROTECTED]> wrote:
>> No, it's not. Anything that creates an impetus for a podling to get
>> out of the Incubator is goodness. Too many podlings view the
>> Incubator as
On Tue, Sep 16, 2008 at 2:10 PM, William A. Rowe, Jr.
<[EMAIL PROTECTED]>wrote:
> Justin Erenkrantz wrote:
>
>> On Mon, Sep 15, 2008 at 11:13 AM, Emmanuel Lecharny <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Craig L Russell wrote:
>>>
-1
I believe that allowing incubating releases to be tr
Sonata is clever
On Sep 16, 2008, at 4:12 PM, Shanti Subramanyam - PAE wrote:
Since I didn't see any response to the proposed names below, here
are a couple more :
potpourri
sonata (4 movements: web/cache/objectstore/db ? )
Shanti
Original Message
Subject: Re: [DISCUSS]
[If you're going to DISCUSS, please don't use VOTE on the SUBJECT. :-)]
Emmanuel Lecharny wrote:
> If a release has some problems (IP issues, etc), you can't
> remove it from maven, as some projects might depend on it,
> and the users will immediately carpet bomb the maven ML to
> get the relea
> I don't know of anybody who goes to actual users and tell
> them "here you go, unzip that stuff there, set your
> JAVA_HOME and your MAVEN_HOME properly, execute 'mvn install'
> and once all test cases pass you're golden".
LOL Pretty much word for word:
$ cd
$ mvn install
$ mvn pluto:instal
-1
Here are my reasons:
- If incubator artifacts are distributed the same way as "regular"
artifacts, it removes one of the pain points for Incubator projects to
graduate. Personally, I feel this pain point is intended.
- It makes it too easy for other projects to depend on incubating
artifacts.
Yes, they can. Every member of the empire-db svn group should be able to
change the incubator site files. Please try, if not, it is a bug.
Ciao
Henning
On Tue, 2008-09-16 at 21:20 +, Thomas Fischer wrote:
>
> On Mon, 8 Sep 2008, Rainer Dbele wrote:
>
> > ...
> > As f
md5sum and sha1sum (on linux) did not like the checksum files. Checksums
are ok, though.
gpg key is ok. rat looks good.
apache-empire-db builds for me. Can't say much more. Unit tests? Any
kind of code verification? Test suite? This is hopefully just "coming
soon", right? :-)
nitpick: build resu
Branch and experiment. FtpServer does not need to be one-dimensional.
You will probably not release this code to an unsuspecting public
anyway, will you? ;-)
Ciao
Henning
On Mon, 2008-09-15 at 11:54 +0200, Niklas Gustavsson wrote:
> Hi
>
> Within Apache FtpServer, a subp
25 matches
Mail list logo