Re: [VOTE] Accept OpenOffice.org for incubation

2011-06-10 Thread Mladen Turk
[x] +1 Accept OpenOffice.org for incubation On 06/10/2011 06:02 PM, Sam Ruby wrote: *** Please change your Subject: line for any [DISCUSSION] of this [VOTE] Please cast your votes: [ ] +1 Accept OpenOffice.org for incubation [ ] +0 Indifferent to OpenOffice.org incubation [ ] -1 Reject

Re: Voting waiting period

2011-02-04 Thread Mladen Turk
On 02/04/2011 10:52 PM, Alan D. Cabrera wrote: http://www.apache.org/foundation/voting.html Note the wording: should. Sometimes 72 hours is just too long, especially for security related releases. In that (or any other special) case RM can call for a shorter, or even longer window. Regards

Re: [VOTE] Apache Traffic Server as a TLP

2010-04-09 Thread Mladen Turk
[X] +1 to recommend Traffic Server's graduation Regards -- ^TM - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: Will your project feature at ApacheCon North America 2010?

2010-03-16 Thread Mladen Turk
On 03/16/2010 12:22 AM, Nóirín Shirley for the ApacheCon 2010 Planning Team wrote: Dear PMC, ApacheCon 2010 North America is just around the corner, and it's time to roll out a program for this event! We'll be at the Westin Peachtree Plaza in Atlanta, GA, from 1st-5th November. Will you be

Re: [VOTE] Approve the release of apache-trafficserver-incubating-2.0.0-alpha

2010-03-10 Thread Mladen Turk
On 03/05/2010 08:21 PM, Leif Hedstrom wrote: Please vote on releasing this package as Apache trafficserver-incubating-2.0.0-alpha: [X] +1 Publish [ ] 0 Abstain [ ] -1 Don't publish, because... If not too late you have my +1 Regards -- ^TM

Re: [VOTE] Approve the release of apache-trafficserver-incubating-2.0.0-alpha

2010-03-10 Thread Mladen Turk
On 03/10/2010 05:10 PM, Leif Hedstrom wrote: Please vote on releasing this package as Apache trafficserver-incubating-2.0.0-alpha: [X] +1 Publish [ ] 0 Abstain [ ] -1 Don't publish, because... Regards -- ^TM - To

Re: [Proposal][Vote] Traffic Server

2009-07-03 Thread Mladen Turk
Leif Hedstrom wrote: Since our first draft, we've added a number of mentors and contributors, and also added and improved on the proposal. I would like this to be considered our official application, and that the Incubator votes (+ or -) on our acceptance as a podling. +1 Regards --

Re: [Proposal] Traffic Server

2009-07-03 Thread Mladen Turk
Jim Jagielski wrote: On Jun 30, 2009, at 11:09 AM, Nick Kew wrote: I'll be interested in this. Would it be useful for me to don an ASF hat and offer to help mentoring this? I'll also (naturally) be looking from httpd/proxy eyes. Don't we already have 3 Mentor? Any more would be

Re: [Proposal][Vote] Traffic Server

2009-07-03 Thread Mladen Turk
Jim Jagielski wrote: +1 (binding) on the singular change of dropping Mladen Turk and Nick Kew as Mentors since that makes it 5 mentors, which is problematic (3 seems to be the max). Otherwise -1 (binding) This is total nonsense. You would -1 the project just because me and Nick expressed

Re: [Proposal] Traffic Server

2009-06-26 Thread Mladen Turk
Leif Hedstrom wrote: Jim Jagielski wrote: Add me. Sweet, thanks! I have updated the draft proposal with the three mentors that we have so far. How many do we need before we could be considered for a vote? I'd like to join as well. We were looking for a mod_jk successor for a long time,

Re: Policy on Initial Committership

2006-10-02 Thread Mladen Turk
Jim Jagielski wrote: On Oct 2, 2006, at 12:51 PM, Mark Little wrote: That kind of depends what you're used to now doesn't it? In some circles really getting involved actively can best be done (can only be done) with committer rights. That's not how the ASF works or has ever worked.

Re: [VOTE] [UPDATE] CeltiXfire Project Proposal

2006-07-18 Thread Mladen Turk
Jason van Zyl wrote: Hi, So far we have 8 binding votes and I was wondering what the official time period was for the voting window? Is it 72 hours as it is for everything else? Just want to move on to the next phase of the process if that is permissible at this point. Here are the votes

Re: [VOTE] [UPDATE] CeltiXfire Project Proposal

2006-07-18 Thread Mladen Turk
Jason van Zyl wrote: So you wouldn't mind of mine humble non binding -1 vote. Like said, I don't have nothing against that project, but like in many things in life even the ASF seems to behave in the spirit of: Quod licet Jovi non licet bovi. That's very sad :( I don't think it's that hard

Re: [pre-proposal] AsyncWeb

2006-07-13 Thread Mladen Turk
Jim Jagielski wrote: MINA is expected to propose a move to TLP soon... MINA started off as a framework for ApacheDS and has grown into its own very cool codebase. I'd like to help here as well. If that happens, I'm willing to help as well. Although I'm not a huge fun of NIO in Servlet

Re: [PROPOSAL] CeltiXfire Project

2006-06-21 Thread Mladen Turk
Sanjiva Weerawarana wrote: On Tue, 2006-06-20 at 13:52 -0400, Sakala, Adinarayana wrote: == Initial Committers == ... * Hani Suileman Wow. Interesting. Never imagined Hani'd come our way. See for example his latest masterpiece from

Re: [PROPOSAL] CeltiXfire Project

2006-06-21 Thread Mladen Turk
Justin Erenkrantz wrote: On 6/21/06, Mladen Turk [EMAIL PROTECTED] wrote: That kind of person, has nothing in common with anything ASF stands for thought. ASF membership is distinct from committership. If Hani evidences merit for a particular project as judged by his peers on the project

Re: Vetoing/Voting in committers?

2006-06-21 Thread Mladen Turk
William A. Rowe, Jr. wrote: And people in general shouldn't be discussed on this list. Sorry about that. My bad :(. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: [PROPOSAL] CeltiXfire Project

2006-06-21 Thread Mladen Turk
Thomas Dudziak wrote: Anyway, I think it is important that we judge a person by what he does rather than by what we think we know about him (and a satiric blog is probably not a good source). You are completely wrong with that. There can be no healthy community without at least minimal mutual