On Thu, Nov 12, 2009 at 4:16 AM, Greg Stein wrote:
> I've participated in both styles of development. RTC is *stifling*. I
> would never want to see that in any Apache community for its routine
> development (branch releases are another matter).
>
> My opinion is that it is very unfortunate that C
I agree with that. And before graduation I think it might be worth
trying to get CTR used more, they do seem open this -
http://markmail.org/message/i255ekzxpuesow44
...ant
On Thu, Nov 12, 2009 at 3:16 AM, Greg Stein wrote:
> Not a "strong opinion", but I think that RTC hampers the free-flow
On Wed, Nov 11, 2009 at 4:31 PM, Daniel Kulp wrote:
>
> As Martijn alluded to, I think we'd need some more context as to why and how
> they use RTC.
>
This appears to be where it came from:
http://markmail.org/message/d45dmasuwnda25wd
so about 6 months ago to try to help with problems they wer
On Nov 11, 2009, at 7:27 PM, Greg Stein wrote:
> On Wed, Nov 11, 2009 at 20:48, Ralph Goers wrote:
>>
>> Is this topic really appropriate for incubator general? I'm having trouble
>> following along with all the noise.
>
> At the root, it is a discussion about LGPL dependencies in an incoming
On Wed, Nov 11, 2009 at 20:48, Ralph Goers wrote:
>
> Is this topic really appropriate for incubator general? I'm having trouble
> following along with all the noise.
At the root, it is a discussion about LGPL dependencies in an incoming podling.
Neon is LGPL. Serf is ALv2. Both are optional, t
Not a "strong opinion", but I think that RTC hampers the free-flow of
ideas, experimentation, evolution, and creativity. It is a damper on
expressivity. You maneuver bureaucracy to get a change in. CTR is
about making a change and discussing it. But you get *forward
progress*.
I also feel that RTC
Is this topic really appropriate for incubator general? I'm having trouble
following along with all the noise.
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incub
On Wed, Nov 11, 2009 at 9:21 AM, Emmanuel Lecharny wrote:
> Matthieu Riou wrote:
>>
>> Hi guys,
>>
>> What's the take of other mentors and the IPMC on podlings practicing RTC?
>> I'm asking because some seem to see it as a blocker for graduation whereas
>> I
>> see it much more as a development me
On Wed, Nov 11, 2009 at 4:05 PM, Leo Simons wrote:
> On Wed, Nov 11, 2009 at 5:20 PM, Matthieu Riou
> wrote:
> > On Wed, Nov 11, 2009 at 8:31 AM, Daniel Kulp wrote:
> >>
> >> As Martijn alluded to, I think we'd need some more context as to why and
> >> how they use RTC.
> >>
> > Yes, sorry for
On Tue, Nov 10, 2009 at 7:27 PM, Greg Stein wrote:
> There are two other issues to discuss for the Subversion podling:
>
> * moving the mailing lists directly to @subversion.apache.org
> * placing the source code at /subversion/ rather than /incubator/subversion/
>
> We are hoping to minimize over
On Wed, Nov 11, 2009 at 5:20 PM, Matthieu Riou wrote:
> On Wed, Nov 11, 2009 at 8:31 AM, Daniel Kulp wrote:
>>
>> As Martijn alluded to, I think we'd need some more context as to why and
>> how they use RTC.
>>
> Yes, sorry for the lack of details. The context is Cassandra and they're
> doing RTC
Thanks Brian!
On 11/11/2009 06:22 PM, Brian Fox wrote:
On Wed, Nov 11, 2009 at 5:50 PM, Davanum Srinivas wrote:
I think this is a pretty important issue worth "spamming" but whatever
I think it's worth noting, I've had several projects asking for it to
be available so they can use it and di
On Wed, Nov 11, 2009 at 5:50 PM, Davanum Srinivas wrote:
> I think this is a pretty important issue worth "spamming" but whatever
>
I think it's worth noting, I've had several projects asking for it to
be available so they can use it and ditch their homebrew solutions.
When it's promoted to the r
I think this is a pretty important issue worth "spamming" but whatever
-- dims
On 11/11/2009 05:43 PM, Daniel Kulp wrote:
Actually, the vote was kind of withdrawn to update it to new descriptors.
Thus, its not available yet. In anycase, no need to spam all the PMCs,
especially those not usin
Actually, the vote was kind of withdrawn to update it to new descriptors.
Thus, its not available yet. In anycase, no need to spam all the PMCs,
especially those not using Maven. Just keep an eye on the annou...@maven
list. When available, it will be announced there.
Dan
On Wed Nove
Dan,
"It's up to each project to get their releases correct" - Yes. But not everyone hangs out on the d...@maven or
gene...@incubator. Hence the request to broadcast.
I really don't understand the "why?" - No one is trying to mandate using a specific pom across all PMC(s). Just the fact
that
On Wed November 11 2009 4:52:23 pm Davanum Srinivas wrote:
> Brian,
>
> Do you mind sending an email to pmcs AT apache.org to inform them that they
> should be using this new version of Apache pom? And any other additional
> instructions needed to enable this "feature" to work.
Why? It's up t
Easy: no, unless you have the same open source track
record and constitution of apache folks as subversion does.
- Original Message
> From: Gilles Scokart
> To: general@incubator.apache.org
> Sent: Wed, November 11, 2009 12:11:10 PM
> Subject: Re: Two other issues to discuss for Subver
Brian,
Do you mind sending an email to pmcs AT apache.org to inform them that they should be using this new version of Apache
pom? And any other additional instructions needed to enable this "feature" to work.
thanks,
dims
On 11/11/2009 03:51 PM, Brian Fox wrote:
What is happening in some Ja
> What is happening in some Java projects, via Maven's release plugin,
> is disturbing since the "source release" only exist in the subversion
> repository
This problem has been solved and is no longer valid. Any
repetition of the old news is total fud. We have for many months now
been providing p
What will you say to the next incubating project asking the same thing?
Gilles Scokart
2009/11/10 Greg Stein
> There are two other issues to discuss for the Subversion podling:
>
> * moving the mailing lists directly to @subversion.apache.org
> * placing the source code at /subversion/ rather
On Wed, Nov 11, 2009 at 8:31 AM, Daniel Kulp wrote:
>
> As Martijn alluded to, I think we'd need some more context as to why and
> how
> they use RTC.
>
>
Yes, sorry for the lack of details. The context is Cassandra and they're
doing RTC by community choice. They all seem to agree that RTC is the
As Martijn alluded to, I think we'd need some more context as to why and how
they use RTC.
If all the reviews are done by a single person because that is what they want,
THAT would be a problem. If the reviews are a community driven thing and the
community thinks that's the best way for
On Wed, Nov 11, 2009 at 07:06, Niall Pemberton
wrote:
> On Fri, Nov 6, 2009 at 7:30 PM, Greg Stein wrote:
>...
>> It already has the Apache License (v2), and it uses a NOTICE file (per
>> the license), and our packaging is tighter/stronger than typical
>> Apache releases (per Justin's note). Are
Matthieu Riou wrote:
Hi guys,
What's the take of other mentors and the IPMC on podlings practicing RTC?
I'm asking because some seem to see it as a blocker for graduation whereas I
see it much more as a development methodology with little community impact
and therefore no real influence on gradu
As long as the community is not divided on the issue whether to
practice RTC vs CTR, I see no blocker for graduation.
That is: as long as RTC was not installed to mitigate problems inside
the community. If that is the case, the community may still be broken,
with the underlying issue mopped under
Hi guys,
What's the take of other mentors and the IPMC on podlings practicing RTC?
I'm asking because some seem to see it as a blocker for graduation whereas I
see it much more as a development methodology with little community impact
and therefore no real influence on graduation. Strong opinions
Hi Niclas,
I promoted the release in Nexus so it is no long available in the staging
repository, but now available here:
https://repository.apache.org/content/repositories/releases/org/apache/wink/apache-wink/1.0-incubating/
I haven't been able to update the links on the download page as I'm w
Justin Erenkrantz wrote:
> On Wed, Nov 11, 2009 at 12:38 PM, Igor Burilo
> wrote:
>> isn’t guaranteed (you and Michael Pilato are sceptic regarding Serf). Nobody
>
> Hang on - let's be clear here: ra_serf passes *all* of the Subversion
> regression tests just fine and has done so for several yea
On Wed, Nov 11, 2009 at 6:38 AM, Igor Burilo wrote:
> Mark Phippard-3 wrote:
>>
>>>I gave counsel to the Eclipse Foundation and explained that they could
>>>provide a fully functioning JavaHL library to users with only EPL
>>>compatible code. Basically, you just need to build without Neon, BDB
>
Plan: raise an issue, and we fix it.
Not sure what else you're looking for. We have a lot of active developers.
Lots of hands to be responsive.
Cheers,
-g
On Nov 11, 2009 1:48 AM, "Jukka Zitting" wrote:
Hi,
On Tue, Nov 10, 2009 at 11:53 PM, Davanum Srinivas
wrote: > Jukka, > Not so sur...
Pe
On Wed, Nov 11, 2009 at 12:38 PM, Igor Burilo wrote:
> isn’t guaranteed (you and Michael Pilato are sceptic regarding Serf). Nobody
Hang on - let's be clear here: ra_serf passes *all* of the Subversion
regression tests just fine and has done so for several years now. (An
ra_serf slave is part of
Especially to the new projects, a reminder that Clutch is a tool
to assist us all with the incubation process. Please interpret
this table from the point-of-view of encouragement and nurture.
http://incubator.apache.org/clutch.html
It gathers details and hints from three main resources:
A) the R
On Fri, Nov 6, 2009 at 7:30 PM, Greg Stein wrote:
> On Fri, Nov 6, 2009 at 14:21, Craig L Russell wrote:
>>
>> On Nov 6, 2009, at 10:43 AM, Greg Stein wrote:
>>
>>> But with all that said, how about we do this: we'll do a 1.6.7 release
>>> from the 1.6.x branch after we do the code import. That r
Igor Burilo wrote:
> Mark Phippard-3 wrote:
>
>>> I gave counsel to the Eclipse Foundation and explained that they could
>>> provide a fully functioning JavaHL library to users with only EPL
>>> compatible code. Basically, you just need to build without Neon, BDB
>>> and libintl support. Of th
Jukka,
Agreed.
thanks,
dims
On 11/11/2009 01:47 AM, Jukka Zitting wrote:
Hi,
On Tue, Nov 10, 2009 at 11:53 PM, Davanum Srinivas wrote:
Jukka,
Not so sure... because that dist may contain code that we may not allow.
Personally I'd be happy with a plan from the Subversion team that
shows ho
Mark Phippard-3 wrote:
>
>>I gave counsel to the Eclipse Foundation and explained that they could
>>provide a fully functioning JavaHL library to users with only EPL
>>compatible code. Basically, you just need to build without Neon, BDB
>>and libintl support. Of the three, the only thing an Ec
On Mon, Nov 9, 2009 at 1:25 AM, Greg Stein wrote:
> The Apache Incubator is about EDUCATION. It is about TEACHING podlings
> how to work here at Apache.
>
> It is not about making podlings thoughtlessly follow checklists.
>
> It is about TEACHING them what are the important aspects of
> developmen
Hi,
Please update the message subject if you're no longer discussing the
original topic of the thread.
I have no idea what Maven release practices have to do with the
Subversion acceptance vote.
BR,
Jukka Zitting
-
To unsubscr
On Wed, Nov 11, 2009 at 2:48 PM, Michael Elman wrote:
> It seems that Nick has some problems copying the distribution on
> people.apache.org (see http://tinyurl.com/yhpfp2v)
> I've already made changes to the site, but I don't want to upload it
> unless all the links work.
Ok... I wait until nex
On Wed, Nov 11, 2009 at 4:04 AM, Niclas Hedhman wrote:
> On Wed, Nov 11, 2009 at 12:29 AM, Jochen Wiedmann
> wrote:
>> On Tue, Nov 10, 2009 at 3:59 PM, C. Michael Pilato
>> wrote:
>>
>>> Subversion client and server that doesn't use a DAV layer at all. The
>>> Subversion community has never re
Martijn Dashorst wrote:
> On Tue, Nov 10, 2009 at 8:43 PM, Greg Stein wrote:
>
>> LOL
>>
>> Well... the problem is that an "svn mv" from /incubator/subversion/ to
>> /subversion/ introduces an artificial breakage in the history. It is
>> actually quite disruptive for tracking history (which is
On Tue, Nov 10, 2009 at 8:43 PM, Greg Stein wrote:
> LOL
>
> Well... the problem is that an "svn mv" from /incubator/subversion/ to
> /subversion/ introduces an artificial breakage in the history. It is
> actually quite disruptive for tracking history (which is very
> important to us).
Sounds lik
I like the proposal of 3 steps prior to releasing... In Greg's words:
it teaches instead of hinders. It divides the arduous process of
cutting a release in more manageable steps and would make passing the
actual release easier/faster.
Martijn
On Wed, Nov 11, 2009 at 8:43 AM, Robert Burrell Donkin
It seems that Nick has some problems copying the distribution on
people.apache.org (see http://tinyurl.com/yhpfp2v)
I've already made changes to the site, but I don't want to upload it
unless all the links work.
2009/11/11 Niclas Hedhman
>
> What happen to this release?
>
> The links in this pos
45 matches
Mail list logo
