On Apr 23, 2012 3:20 PM, "Greg Stein" wrote:
>
>
> On Apr 23, 2012 2:21 PM, "Marvin Humphrey" wrote:
> >...
>
> >
> > In theory, the fuzzy end-time could be abused on a contentious VOTE by
say,
> > coordinating a block of votes and havi
On Apr 23, 2012 2:21 PM, "Marvin Humphrey" wrote:
>...
>
> In theory, the fuzzy end-time could be abused on a contentious VOTE by
say,
> coordinating a block of votes and having the RM terminate the VOTE
immediately
> after those votes come in. So perhaps VOTEs which are expected to be
> contenti
The short answer is that you need to grow the number of active PMC members
(not sure why users is on a vote; they don't at all). You need three +1
votes to ensure that the release has been fully-reviewed. One or two PMC
Members cannot make a release in the name of the ASF. It takes a minimum of
thr
Huh? A release is not lazy consensus. You need three +1 votes.
On Apr 23, 2012 11:52 AM, "Mattmann, Chris A (388J)" <
chris.a.mattm...@jpl.nasa.gov> wrote:
> Hey Lewis,
>
> FYI my reply to you in context on the Gora list:
>
> http://s.apache.org/49d
>
> In general, I just let the VOTE stay open fo
On Wed, Jul 2, 2014 at 2:24 AM, David Welton wrote:
> > Closest I've seen in the 'free' area is licensing that forbids military
> > uses.
>
> Which is, once again, neither 'free software' nor open source because
> it goes against the definition. You can't have it both ways: you
> can't exclude p
[adding dev@community, as I believe this should go there...]
On Fri, Jul 25, 2014 at 6:06 AM, Vincent Hennebert
wrote:
>...
> Hi,
>
> there's an undergoing debate in the XML Graphics project about doing
> a release that has a dependency on a snapshot version of another
> (Apache, for that matter
m to fork the code you want and release that. Then you can
> depend on the non-ASF fork of the ASF project... again a rude option, but
> perhaps less so than #1
>
> I vote you go for #2. It plays best with community which is what we are
> here to foster
>
>
> On 25 July 2
he so if there was a
> place to learn more about what is truly behind 'Apache' would
> be great.
The Incubator Project (http://incubator.apache.org/) was built for exactly
this. Ken Coar has already started on some doc on what "Apache" really means
and stands for.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
far as posting goes,
> however allow anyone to read or view the archive (and include an archive
> such as MARC, etc.
+0
> View 3: Close the list to all except members and committers.
+1
We need a forum for the ASF to discuss itself without worrying about the
viewing public.
Cheers,
te more than 24 hours? Vote taking should
preferably be given about 72 hours. There are always cases where it needs to
be shortened, but this isn't one of them.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
probably misse d the post explaining why they are different).
>
> [EMAIL PROTECTED] is not an opt-in list--every committer is
> automagically subscribed to it. It is meant only for important
> announcements that need to be sent to all committers.
And they're resubscribed if th
on is qualitative in nature and varies from
> case-to-case. By debating on a forum available to
> other committers, non-members can witness some of the
> selection criteria as they evolve.
Yes, for better or worse, it is a highly subjective process which means
there is really no way to extract useful rules.
But "debate" is an awful thing to get into when you're talking about a
person. It is the single-most and quickest way to create divisiveness,
factions, and polarization within a community.
Sorry, but nominations for membership, commit status, or PMC membership
really should be private. I absolutely will not participate in such an
environment, and will encourage others to avoid it also. These kinds of
discussions really don't enhance the community.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Tue, Oct 29, 2002 at 06:51:35AM -0500, Sam Ruby wrote:
> Greg Stein wrote:
> > Sorry, but nominations for membership, commit status, or PMC membership
> > really should be private. I absolutely will not participate in such an
> > environment, and will encourage others to
to all committers. While we don't want each person
to have a field day in there, I'd also point out that you *can* put whatever
you think is appropriate into it. Just try to be considerate about the
structure you use. Until we switch to Subversion, CVS is rather stiff with
its directory layout :-)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
; [X] -1 no, let's keep it private
>...
> VOTE 2: would you like to make it possible for non-committers to fully
> subscribe to this mail list?
>
> [ ] +1 yes, let's open it to everyone
> [ ] 0 don't know/don't care
> [X] -1 no, let's keep it for committers only
--
Greg Stein, http://www.lyra.org/
Meeting times to prompt for member
nominations, and he has sometimes interjected useful comments to help refine
the discussion and keep it on track. But as we've added people to the PMC, I
haven't seen his job get any more difficult.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
u bet! +1 to that.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
ill work on what they want. That is here or
there. But you can't coerce them.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
ually
recommend deploying it to apache.org :-)
--
Greg Stein, http://www.lyra.org/
choose.
(we'll also be upgrading ViewCVS to the CVS version which has SVN support)
Once we have SVN, then we can also start playing with stuff like SubWiki.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
I like the idea a lot.
The code is ready, but I don't have all the "standard" formatting rules and
macros in there right now. There are a number of things that people expect
which just aren't in there.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Tue, Jan 07, 2003 at 02:01:43PM -0800, Stefano Mazzocchi wrote:
>...
> Paint me PITA, but I think it's worth playing devil's advocate on this
> muddy ground.
Play devil's advocate, sure, but I'd suggest a bit more research... the
ground isn't actually mud
On Tue, Jan 07, 2003 at 06:08:25PM -0500, Ben Hyde wrote:
>...
> Greg Stein wrote:
> > In no way did I say it was "comparably simple" to standard Wiki
> > editing. Of
> > course not... jeez, just how small do you think my brain is? :-)
>
> Well my brain g
The rest of you are all talk.
>
> To see the error (which since I cant fix it, you all are obviously not
> good enough to fix) subscribe to [EMAIL PROTECTED]
Andy,
I'm getting quite sick of your "you're all talk" attitude.
Chill the hell out.
-g
--
Greg Stein, http://www.lyra.org/
re more
> Python coders than Perl here?
It is probably about the same number, but the SubWiki author is "here" while
the UseModWiki author is not :-)
To be honest, any kind of "switch" would be based on features rather than on
the language. (and the fact that I can maintain our installation)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
o be used. How viable is it to machine
> migrate the content?
Dunno. The UseModWiki content isn't in bare text files, so a little bit of
work will be needed. I just dunno, but I'm not too concerned about any
migration at this point.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
s in this article Sam once
> posted:
>
> http://www.libertyforall.net/2002/archive/do-ocracy.html
Ah. Reliance on a "higher authority". I think there is a term for that...
:-)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
me up yet. tigris.org hasn't had a large impact yet, but with
projects like Subversion and Scarab nearing "deployable" status, people are
starting to notice the site.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Thu, Jan 09, 2003 at 07:50:35AM -0500, James Taylor wrote:
>...
> On Wed, 2003-01-08 at 16:06, Greg Stein wrote:
> > > How viable is it to machine migrate the content?
> >
> > The UseModWiki content isn't in bare text files, so a little bit of
> > wo
, no... *if* we migrate to SubWiki or some other Wiki, then we can get the
data out of UseModWiki.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
c oddities
in the package that need to be ironed about before it could move into the
core Python distribution.
But out of the box? Python has multidimensional arrays. Not sure what you're
smoking :-)
(and don't ask me about the time I tried to do a hash of hashes of hashes in
Perl... even with Perl hacker help, I gave up; Perl just wouldn't do it)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
you'd expect that from Perl.
>
> You must have a very lame Perl hacker at your disposal. ;-)
This was sometime around 1996, I believe. Perl 4, if I recall. Is it
possible that it wasn't so easy in Perl 4?
And yah... if the two guys that I was getting help from didn't get
eed.
And last, but not least, you could put a caching reverse proxy in front of
Subversion. That would seriously offload the server. And if some Smart Guys
wrote a post-commit script to issue an ICP request to that proxy, then you
could keep the proxy up to date on all the content.
Cheers,
-
is they wouldn't help resolve this issue. Most
> of our needs are met by donations in kind of resources - particularly
> the labor of the many kinds of community members.
As a public charity, I believe they are required to be public. Roy would
know the definitive answer (CC'd
I think there are many more uses),
but it has significant utility over mailing lists...
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
, I believe :-)
(but pending a "real" solution, it would be pretty easy to just drop a bunch
o' jars somewhere; but long term there will need to be solutions about the
licenses, responsibility, versioning, etc etc)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
t's scope.
Bah. The Board can easily change the scope if there are better ways to
organize the software that we [the ASF] produce.
Existing charters shouldn't get in the way of What Is Right.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
On Wed, Feb 26, 2003 at 09:46:16AM -0500, Jason van Zyl wrote:
> On Wed, 2003-02-26 at 09:34, Greg Stein wrote:
>...
> > Bah. The Board can easily change the scope if there are better ways to
> > organize the software that we [the ASF] produce.
> >
> > Existing cha
t will deal with
> the Maven system".
And the Board already told Cocoon that it did not like that tautology. For
the Cocoon case, the Board was comfortable in creating the PMC and letting
them get started, with the caveat that they must submit a refined charter to
the Board.
Cheers,
-g
--
G
eers,
-g
(*) SourceCast has been referenced in the past, but I have to abstain on
decisions surrounding its acceptance, and tread carefully when referring to
it. [conflict of interest; especially if I use [EMAIL PROTECTED]
--
Greg Stein, http://www.lyra.org/
---
create little subcommittees to take on specific
tasks. If that makes sense for the PMC, then they should do it. As long as
the PMC is *still* handling their primary responsibility of oversight; they
cannot delegate away responsibility,
t discussion. And
to iterate on or to provide some alternatives.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
there is zero "ownership" or
territorialism in the code.
The Subversion community operates the same. We rejected a number of patches
from a guy that wanted his name in there. After he kept pestering us, we
eventually told him flat out, "no." We haven't seen him since, so i
or easy enough for a 4 year old, but I bet there are enough people
> in Apache who can do it without sweating that it is, IMO, a poor excuse for
> throwing away useful information.
Bah.
Use Subversion.
:-)
--
Greg Stein, http://www.lyra.org/
view into the
> repository". Is this possible for SVN, too?
>
>
> Regards
> Henning
>
>
> On Wed, 2003-06-11 at 10:16, Sander Striker wrote:
> > > From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, June 11,
pache,
> but embedding a JVM inside the Apache process space is a big nono...
Oh, come on... show us your True Programmer Manliness(tm) and shove the data
over to the JVM via shared memory!
:-)
Hmm. Wait. Java doesn't give you access to shared memory? oh, too bad...
Cheers,
-g
one thing that I would state: when you're glueing stuff together... that
implies you want fast, quick, and dirty. It is usually a one-off. Thus, most
rules about programming go out the window. "Just get it done." And to do
that, you use the most comfortable language. If Java wo
rd Python library modules? You
bet.
[ for the Python stuff, we compiled direct to the CLI; I think the Perl
stuff took the approach of writing C# code, then compiling that ]
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---
On Fri, Sep 19, 2003 at 10:03:12AM +1000, [EMAIL PROTECTED] wrote:
> Ceki Gülcü <[EMAIL PROTECTED]> wrote on 18/09/2003 11:55:43 PM:
> > Everyone would agree that spreading the good word on ApacheCon US 2003
> > will contribute significantly to its success.
>...
> > Thus, I urge all ASF projects (a
on the list, so I used you as an example :-) I was
asked a pointed question of Dion, rather than the James PMC. I think it is
great to see the apachecon gif on the james site.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
On Mon, Sep 29, 2003 at 07:48:53PM +0100, robert burrell donkin wrote:
> see http://lists.w3.org/Archives/Public/www-international/2003JulSep/0213.
>
> if ISO decides to charge, then will this have an impact on apache products?
>
> if so, is there any action that the ASF can take to influence ISO
but I'm not opposed to one.
Apache Commons uses SVN :-)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Tue, Dec 02, 2003 at 06:55:12AM +0900, Tetsuya Kitahata wrote:
>...
> # "Evalgelion" -- The title of the famous Japanimation.
ooh... I've heard great things about Evangelion. A buddy of mine has the
DVDs... need to watch them some time...
Cheers,
-g
--
Greg Stein
the agendas
and the unofficial minutes of board meetings. (i.e. those which have not
been drafted and voted as "official")
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rd@
email.
(and yah, I see that Leo has given up for now, but figured I'd add my
thoughts on this; and yah, it bugs me to no end to have to nag)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
il: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
- End forwarded message -
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
uot; Oy.
> Pretty good article I should say.
Yuppers. Woulda been nice to get Q'd for the article, but I'll settle for
a picture... :-)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAI
fixed in the next
> release?
What... you want to grind their noses into it? It was a simple oversight.
They've agreed to correct it. Move along...
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL
e kind of acknowledgement must occur.
Cheers,
-g
p.s. it is the Apache License (AL), rather than Apache Software License (ASL)
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mai
y. Fitz is essentially using
the ASF repositories as a very large test dataset :-) If something comes
up, then it'll get fixed by Fitz and/or Karl.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ome day in the far future, CollabNet might want to donate it
to the ASF, but there isn't really any impetus to do that today.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, Mar 18, 2004 at 08:26:14AM +0100, Stephen McConnell wrote:
> Greg Stein wrote:
>
> > That is it for today. For discussion about the above items, please follow
> > up on the community@apache.org mailing list. And as always, if you have
> > any questions, comments,
trary data stores.
So... if you have anything beyond a basic site, you'd need to use Dirk's
suggestion of an auto-checkout (heck, you need it simply for index.html).
Eventually, we'll have better support in core Apache, but don't hold your
breath unt
On Thu, Jul 22, 2004 at 12:15:18AM -0700, Justin Erenkrantz wrote:
> --On Thursday, July 22, 2004 4:54 PM +1000 David Crossley
> <[EMAIL PROTECTED]> wrote:
>
> >BTW, i thought that Antonio's alert about another potential M$
> >attack was warranted. He seems to care for the ASF as a whole.
> >On w
hem to any ASF committer and
their family.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wed, Dec 01, 2004 at 02:26:43AM +0100, Stephen McConnell wrote:
>...
> The Avalon community established a PMC to represent the community
> interests concerning the direction and administration of the Avalon
> project.
Um. No. The Apache Software Foundation established the PMC. Its
purpose was t
is
> IRC session is logged and available to the public (before people hammer for
> that.).
>
> Following quotes from Greg Stein (and one McConnell);
> (12:10:11) gstein: mcconnell: aaron *is* the PMC
> ((12:46:05) gstein: the members of the PMC is an artificial construct created
&
roblem with the notion of a Chair accountable to the
> committee?
It would not establish the necessary paths of responsibility and
oversight necessary for the proper and legal operation of the ASf.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
ntent public, you'd have to
> find someone with the time to vet the archive contents. I have no idea who
> has such time.
>
> --- Noel
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
typical. If a VP was running rampant without due
cause, then they wouldn't be a VP for long :-)
FWIW, I liked your phrase in another email about renaming the "PMC
Bylaws" to something like "Standard Operating Rules" or some
--------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
egarding its status: it is still being developed, albeit a bit
slowly. It recognizes all the MoinMoin wiki syntax except for tables.
It does not have all of the macros. It has some very basic
authentication and authorization stuff -- I'm mid-process on adding
cookie-based auth to the sys
ot;Hey, I'm
going to be . Anybody else around? Want to get together?"
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
73 matches
Mail list logo