Re: Forking is a Feature reactions?

2010-09-15 Thread Torsten Curdt
  Everyone else gets a working
 copy and is  expected to create a patch (or patches) and then work to
 convince a committer  to apply them.

 That's not the Apache model, fwiw.  Collaboration means you work as equals,
 committer status or not.

Hm? Reality check?

Usually patches only get applied if committers think they are good
enough and worthy to apply. Not every patch gets applied no matter
what.

 A distributed version control system is a measure toward  eliminating
 that have/have not distinction; it reduces the barrier to  contribution.

 No it doesn't.

I could create the longest thread on this list by saying Yes, it does!
...but maybe let's say - that's what people call a difference in opinion ;)

cheers
--
Torsten

-
To unsubscribe, e-mail: community-unsubscr...@apache.org
For additional commands, e-mail: community-h...@apache.org



Re: Forking is a Feature reactions?

2010-09-15 Thread Torsten Curdt
 Usually patches only get applied if  committers think they are good
 enough and worthy to apply. Not every patch  gets applied no matter
 what.

 And how is that dependent on the version control tool? See, it isn't.
 It's a function of the community's value system.

In his repository he can just commit. Whether that gets merged to the
official repository is a different question. And only for *that* it
is the same value system.

-
To unsubscribe, e-mail: community-unsubscr...@apache.org
For additional commands, e-mail: community-h...@apache.org



Re: Forking is a Feature reactions?

2010-09-15 Thread Torsten Curdt
 To try to put my finger on the key distinction I've seen, a centralized
 workflow puts demands on people to make promises up front.

Not necessarily. Enough people start playing with something. Just to
see if it works. All that happens on their local system though. I have
never seen a project where everyone is having his/her own svn branch
just committing away all experiments.

  IOW before
 you start that work on a snazzy new feature, you have to explain to people
 what you're doing and why, and to set expectations for the final outcome.
 That's because they will be exposed to your work whether they like it or
 not, because it all gets thrown onto the commit list.

Only if you actually have the right to commit. Which is exactly one of
the points mentioned before.

 In a decentralized workflow you don't need to do that, in fact you can
 keep your branch entirely to yourself and only reveal the work once it's
 completed.

Just like the uncommitted changes in your local svn repo ...especially
if you are not a committer.

...but could we maybe just end this thread? At least I don't see
anything useful coming out of this.

-
To unsubscribe, e-mail: community-unsubscr...@apache.org
For additional commands, e-mail: community-h...@apache.org



Re: [Blogs] planetapache ...

2008-09-22 Thread Torsten Curdt
Hm I was about to write the same as Noirin but I have only been  
reading planetapache via newsreader which makes skipping such posts  
much easier :) Going onto the site I tend to agree with you though.  
There is a limit ..and this is way beyond :)


Carlos, ever considered using flickr and show only your best shots in  
your blog? That would give us best of both worlds. Your pictures and a  
reasonable planetapache site :)


cheers
--
Torsten

On Sep 22, 2008, at 18:05, Matthias Wessendorf wrote:


eh... I appreciate some pics as well...
but I am not really interested in watch 100 cars... ;-)
Perhaps it is just the fact that my current wifi connection sucks...

-M

On Mon, Sep 22, 2008 at 8:57 AM, Nóirín Shirley [EMAIL PROTECTED]  
wrote:

Isn't it great when people post pictures in their blog (from their
holidays, or related to the post, or just to show us some of the
beauty in the world?)
I really like seeing these pictures, and I like that the Apache
community is more diverse than just code and licenses.
If somebody is really bothered by them, (s)he could easily collect  
the

feeds of only the project blogs, and ignore the community stuff...
Or is it just me, that likes the fact that we're a community of
people, and not just automatons?

Noirin

On Mon, Sep 22, 2008 at 5:06 PM, Matthias Wessendorf [EMAIL PROTECTED] 
 wrote:

hi,

isn't it annoying that some post tons of pictures in their blog  
(about

cars, castles and what not ?).
Is there a chance to not include those pictures on http://planetapache.org/ 
  ?


If somebody is really interested in the real blog, decorated with
tons of pictures, (s)he could easily click on the
reference link...

Or is it just me, that thinks this is sometimes a bit annoying.

Thx,
Matthias

--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Blogs] planetapache ...

2008-09-22 Thread Torsten Curdt

Would be sad if you take away all of the personal posts though :)

On Sep 22, 2008, at 21:15, Carlos Sanchez wrote:


sorry about that, I forgot about planet apache
I need to find a way to filter the personal category in the rss, so
far I could just make an rss for a category, but multiple categories
per post are not allowed

Anyway, sorry for the noise

On Mon, Sep 22, 2008 at 10:29 AM, Torsten Curdt [EMAIL PROTECTED]  
wrote:
Hm I was about to write the same as Noirin but I have only been  
reading
planetapache via newsreader which makes skipping such posts much  
easier :)
Going onto the site I tend to agree with you though. There is a  
limit ..and

this is way beyond :)

Carlos, ever considered using flickr and show only your best shots  
in your
blog? That would give us best of both worlds. Your pictures and a  
reasonable

planetapache site :)

cheers
--
Torsten

On Sep 22, 2008, at 18:05, Matthias Wessendorf wrote:


eh... I appreciate some pics as well...
but I am not really interested in watch 100 cars... ;-)
Perhaps it is just the fact that my current wifi connection sucks...

-M

On Mon, Sep 22, 2008 at 8:57 AM, Nóirín Shirley  
[EMAIL PROTECTED] wrote:


Isn't it great when people post pictures in their blog (from their
holidays, or related to the post, or just to show us some of the
beauty in the world?)
I really like seeing these pictures, and I like that the Apache
community is more diverse than just code and licenses.
If somebody is really bothered by them, (s)he could easily  
collect the

feeds of only the project blogs, and ignore the community stuff...
Or is it just me, that likes the fact that we're a community of
people, and not just automatons?

Noirin

On Mon, Sep 22, 2008 at 5:06 PM, Matthias Wessendorf [EMAIL PROTECTED] 


wrote:


hi,

isn't it annoying that some post tons of pictures in their blog  
(about

cars, castles and what not ?).
Is there a chance to not include those pictures on
http://planetapache.org/  ?

If somebody is really interested in the real blog, decorated  
with

tons of pictures, (s)he could easily click on the
reference link...

Or is it just me, that thinks this is sometimes a bit annoying.

Thx,
Matthias

--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






--
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[apachecon] sharing a hotel room

2005-11-05 Thread Torsten Curdt

Anyone willing to a share a room at the Sheraton?
9.12. - 14.12.

cheers
--
Torsten


PGP.sig
Description: This is a digitally signed message part


software patents demo

2004-05-11 Thread Torsten Curdt
Should we go for that one?
 http://swpat.ffii.org/group/demo/
cheers
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Farewell to Martin Pöschl

2004-02-12 Thread Torsten Curdt
I think it would be most appropriate for the ASF
to send some sort of condolences to the Pöschl
family (eg: flowers).
I agree.
Wow, quite a shock ...I met him only once IRL
but wow!
Flowers would be a really good idea!
+1
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Mailing from apache email address

2003-11-11 Thread Torsten Curdt
If I were to send a message from [EMAIL PROTECTED], it should only
originate from one machine - the one this one comes from - or am I
really Justin at all?  Muwhahaha.  But, to expect us to tunnel all
@apache.org originating email only from minotaur (accessible via SSH
port forwarding or local origination) isn't realistic, IMHO.  -- justin

Forget SSH. Use TLS and SMTP AUTH. Proven, tried and true 90ies
technology that works like a charm. ;-)
big +1
...but AFAIU this is not yet in place for the ASF.
Or did I miss something?
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [off-topic-just for fun] - Maps and zoom-in

2003-02-26 Thread Torsten Curdt
snip/
Well, my position a couple of miles off the right spot.

The coordinates are supposed to be in fractions of a degree, *not* 
degrees minutes seconds. Also, the georeference could spoil the fine 
tuning. I can't remember the name (WGS, I think)
fine tuning?
1 minute is 1 nautical mile, so 1/60 instead of 1/100 could get you there.
Hm.. I used to know...
My position is 51'3159 9'5611 and my icbm coordinate is currently
  51.53306;9.993644
So applying this X degrees, Y minutes, and Z seconds, the decimal 
equivalent is X + Y/60 + Z/3600 I get

  51 + 31/60 + 59/3600, 9 + 56/60 + 11/3600
  51.53306, 9.93639
...wondering what I did wrong the last time ;)
Using http://demo.asemantics.com/zoom.pl I found myself at
(BTW: shoudn't LAT / LONG be switched?)
  51.53316000,9.93585304
I updated my icbm page. Curious to see where it gets me :)
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


build systems vs. license issues [Re: Hashing it out ...]

2003-02-07 Thread Torsten Curdt
*BUT* programming java in this way is *FOOLISH*. Reflection was created 
to load classes programmatically at runtime, it was not created as a way 
to route around legal problems.
Indeed!! Definitly, +1000
Regarding all the licensing issues...
Actually I think we could make our lifes much easier by having better 
build systems! So we would only have the Apache code in out repositories 
and let the build system get the external dependencies for us. AFAIK 
this should save us from legal troubles.
The distributions would become much smaller (less load and traffic for 
the Apache web sites) and it's the ideal sollution when you don't need 
and or want some optional components.

..the only drawback is that the distributions are not self-contained and 
not compile-able out-of-the-box.

I mean I hate it when I have to collect all the libraries to build a 
specific project - but hey: if the build system does that for me I am 
fine :)

I would even have the benefit to (de)select optional packages!!
...it's so ridiculous that even mock classes have to have the same 
license as the full implementation. (Someone really really sure about this?)

my 2 cents
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: build systems vs. license issues [Re: Hashing it out ...]

2003-02-07 Thread Torsten Curdt
Actually I think we could make our lifes much easier by having better 
build systems! So we would only have the Apache code in out 
repositories and let the build system get the external dependencies 
for us. AFAIK this should save us from legal troubles.

No, not necessarely. The problem with LGPL is that it doesn't define (in 
java) where the library stops and where your program starts. Having it 
downloaded from another machine, doesn't change that at all.
Hm... but the question is: if something relies on something terms of
*uses* it's API does this make it a problem? I mean that would be really
 like a viral infection! You couldn't even connect to software that is
under (L)GPL. (What about protocols?)
Is it really like that? I mean: how does it work for the PHP guys with 
all the modules and libraries then?

snip/
For those who don't know what a moch class is (sorry Torsten, but don't 
forget you are talking to a language-neutral community here), several 
yeah - sorry :)
java projects that depend on many different libraries (potentially 
optional) created what we call moch classes instead of placing the 
libraries in CVS

A moch class is a skeleton class.
OTIs it moch or mock? I thought it was mock - anyway/OT
Cocoon developers suggested that we could use moch classes to get around 
LGPL problems, but I voted against that approach because a moch class 
*IS* a derivative work of that library (even if a very dumb derivative 
work), thus we cannot license the moch class under the apache license 
and we are back on the LGPL problem, even if it covers just that thin 
moch code.

There is no official statement around the use of moch classes, just my 
negative vote and Torsten is asking for more official statements on this.
Hey, it's not I don't trust you ;-) ...but IMHO it's so absurd that they
have to be the same license that I think it would be good have this
checked by laywer or something like that...
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [PROPOSAL] Open this list

2003-02-06 Thread Torsten Curdt
Sorry, I don't get this no, please not another list
We will have the traffic and the posts to read anyway - no matter if we 
open the current or create a new public list.

Or did I miss here something?
--
Torsten
No, please no

if you want to change this to a proposal that we create a
*new* opt-in list with no restrictions on subscription, i
think that is a different matter.
[EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Where we are.. continued..

2003-02-05 Thread Torsten Curdt
There seems to be a bug in one of the scripts.  Starting with tcurdt, the
href's and titles in the area tags are out of sync.
I also noticed... how to do you mean starting with? I am currently the
latest one who added himself to the list. I assume I am also the last

Which page/image are we talking about, and in wich browser ?
http://cvs.apache.org/~sgala/map.html
in all browsers;)
also: the acme.com stuff is US only :(
anyone knowing something similar for europe?

Nothing there yet - but very Soon :-) I hope.
would be cool :)
--
Torsten
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]