Great to see you here. (David, writer of BloggingPro). You have always
been super helpful in the WP support forums. Glad to see you hanging
around here.
Everyone is welcome in Habari land.
-thomas
I recall there being a thread about what people wanted out of a Habari
project site, so let's add that to our requirements.
Technology choice may end up being an issue, so what forum software
would everyone prefer that the project use? phpBB (please no), punBB,
bbPress, Vanilla...?
--
-Doug
The Google Groups interface provides a forum-like view of the mailing
list. For those that prefer a forum to a list, consider using it:
http://groups.google.com/group/habari-dev/topics
No, it's not perfect, but I feel it's an adequate compromise.
We don't yet have a fully functional product. Given the choice between
fiddling with forum software configurations and fiddling with our
embryonic source code, I'd prefer we focus on the latter.
Thanks very much for your offer to host. Your enthusiasm and support
does not go unnoticed; and we may yet change our minds. But for now, we
(that is, the current project team) are happy enough with Google services.
> chrisjdavis wrote:
>> Please don't take our silence as disregard, take it as there are 100's
>> of emails flying from here a day, and we can't always answer them all
>> right away.
>>
>> Everyone is welcome in Habari land.
Aye. No slight is intended by not replying. All voices are welcome to
express themselves here, provided they're trying to constructively
support the project.
--
GPG 9CFA4B35 | ski...@skippy.net | http://skippy.net/
>
> Actually, this is exactly why I prefer forums over mailinglists. ...
> Why don't we set up one of those instead? I'll be happy to host it,
> and
> what not ... all my DH space is going to waste anyway ;)
While we appreciate the offer, my personal opinion here is that we
will probably decline the offer, for a number of reasons.
1) If we had a web-based forum, rather than email, I would never ever
check it, and would be even further behind than I am now.
2) Decent mail clients do threading, and so having the discussion web-
based offers no real advantages. Also, you can already use the Google
Groups interface, if you so desire, and then it is already web based
if you need it to be.
3) We would prefer not to have the bits and pieces of our
infrastructure scattered on 20 different hosting services. This is
why we put up with some of the limitations of Google Code.
4) We are in many respects modeling our community and development
after the Apache Software Foundation manner of operation, and there
everything is email-based. Although we haven't formally spoken to
anybody at Apache about this, it's no secret that we'd like to be
part of the ASF some day, and we intend to do things from the start
such that that transition will be as painless as possible if/when it
happens.
#1, #2 and #3 are my personal opinion, and can be discarded at will.
#4 is the real organizational reason for this, and would require some
pretty strenuous arm-twisting for me not to veto it.
--
Rich Bowen
rbo...@rcbowen.com
That's... interesting. It certainly seemed like a secret, right up
until you mentioned it. I don't think any of the online docs mention
it.
--
-Doug
Nor will they. It would be presumptuous to claim that we're going to
be an Apache project some day, when no such thing is guaranteed.
--
If we only live,
We too will go to sea in a Sieve,---
To the hills of the Chankly Bore!
Okay, then when/how/where would someone off the street learn of this
non-secret? There's Apache-style lovin' all over the place, but
nowhere does it say that we're aiming for that.
I think it puts a different spin on the project if that's the end
goal. Me, personally, I'd hate it if the project was subsumed by the
ASF. I think it's limiting. I think Habari ought to aim to be the
Apache of blogging, not the blog of Apache, if you get my drift.
--
-Doug
The four of us that started Habari all agreed that graduation to a
full-fledged ASF project would be a groovy goal. It's something towards
which we'd like to work; but it's not a requirement. If we apply and
get rejected from the Incubator, or if we flunk out of the Incubator,
then Habari will keep going, possibly with revised goals and objectives.
> I think it puts a different spin on the project if that's the end
> goal. Me, personally, I'd hate it if the project was subsumed by the
> ASF. I think it's limiting. I think Habari ought to aim to be the
> Apache of blogging, not the blog of Apache, if you get my drift.
Being an ASF project immediately frees us, the lowly developers, from
much of the consternation of legal wranglings, handling charitable
donations, and a lot of other administrative overhead.
As a PHP application, there will always be plenty of people who hate
Habari and will never install it. We can be the Apache of PHP-based
blog applications, though. :)
I don't see being an ASF project as contradictory with being the Apache
of PHP blogging. I don't see having a successful, established sponsor
as a bad thing at all.
It's been discussed on IRC and on the mailing lists. You just found
out about it. But it's a wish of certain ones of the developers, and
not an official goal.
>
> I think it puts a different spin on the project if that's the end
> goal. Me, personally, I'd hate it if the project was subsumed by the
> ASF. I think it's limiting. I think Habari ought to aim to be the
> Apache of blogging, not the blog of Apache, if you get my drift.
That's not the end goal. It's one of many aspirations. I'd be curious
to hear how you feel that it's limiting. That's an important
conversation to have. But it's a fairly long way out, and I imagine
that by the time we reach that point, the committer pool will be
significantly larger, so there will be room for many opinions. There
are many opinions and preconceptions about what the ASF is, and how
it affects the projects that are part of it. I tend to think that
many of these are misconceptions, but, since I've been part of the
ASF for about 8 years, I'm pretty much guaranteed to be biased on
that point. I'd love to hear your take on things.
As long as there's a vote beforehand, I'm fine with that.
I know it's early in the project lifecycle and early development often
takes small tyrranies to actually push through, but the exact meaning
of "meritocracy" needs expanding and expounding upon. What plays into
"merit"? Time spent in forums/mailing lists? Lines of code? Status
as founders?
I know there's a lot of frustration with WP (well, the Automattic
portion, at least) in these parts, but at least there's a definite
tiered structure that's immediately apparent. Both models have their
downsides, just like being a Baptist has its comparative downsides to
my previous life as a Presbyterian. *grin* It's all a denominational
thing...
--
-Doug
IRC conversations ought to be weighted significantly lower than email,
IMNSHO. Take a RedHat Bugzilla approach - If It's Not In Bugzilla
(Google Code/Groups), It Doesn't Exist.
--
-Doug
Yes, I imagine that a formal vote before applying for entry into the
Incubator would occur.
> I know it's early in the project lifecycle and early development often
> takes small tyrranies to actually push through, but the exact meaning
> of "meritocracy" needs expanding and expounding upon. What plays into
> "merit"? Time spent in forums/mailing lists? Lines of code? Status
> as founders?
Merit is somewhat protean, certainly. It will change over time. One
obvious metric is number and quality of submitted patches. Please
remember that one may patch documentation as well as source code. For
the short term, this is likely to be the dominant metric, since it
produces the most useful results for this stage of the project.
Participation in mailing list discussions, submission of new ideas and
long-term ownership of those ideas, and end-user assistance will all be
considered contributions to the project. It will take more than _just_
participating on a mailing list, though, to gain entry into the project.
There must be some meaningful benefit to Habari as a result of that
participation. An example, off the top of my head, might be consistent
success getting new users over the humps in installing Habari, and
filtering common problems back to both the documentation team and the
coders for improvements to the installer itself.
> I know there's a lot of frustration with WP (well, the Automattic
> portion, at least) in these parts, but at least there's a definite
> tiered structure that's immediately apparent.
Sure. We hope that our model has less downsides. :)
>
> IRC conversations ought to be weighted significantly lower than email,
> IMNSHO. Take a RedHat Bugzilla approach - If It's Not In Bugzilla
> (Google Code/Groups), It Doesn't Exist.
Yes, that is the official position. If it's not either in the bug
tracker or in the mailing list archive, it never happened. Thus, IRC
discussion, and over-dinner discussion, about "wouldn't it be cool to
be an ASF project" didn't officially happen, in as far as it being an
official goal. It's just something that we, the founding fathers,
think would be neat. Which is why it's not documented anywhere.
--
Oh! I have slipped the surly bonds of earth
And danced the skies on laughter-silvered wings
I wrote a tiny bit about it here: http://wooga.drbacchus.com/?p=1425
But what it comes down to is that the committers vote on who gets to
be a committer. Thus, the community grows by selecting other people
viewed to be of like mind, who we deem to have contributed a
sufficient amount of progress in the right direction. It's very
organic, and mogrifies over time as the community mogrifies. This
*can* tend to end up being a little disconcerting to the founders, if
they are at all control freaks, since, over time, their power
dwindles. However, that is specifically why it's a good thing, too.
--
"He wrapped himself in quotations- as a beggar would enfold himself
in the purple of Emperors."
-- Rudyard Kipling
We've suggested that five non-trivial source code patches might
qualify a person for nomination as a committer. That's just in regard
to source code, since it's probably the easiest to quantify. We've
already considered other people for inclusion based on non-code
contributions.
I'm newer to the concept of how the Apache Foundation handles these
things than Rich, but my impression is that anyone can be proffered as
a new committer, but the merit of accepting them has to be obvious
enough to the group that they would vote to include them. I mean, you
could suggest that your luddite neighbor be included, but they'd never
get past the vote.
I expect that the merit of people's contributions will be apparent in
how they contribute and how they foster their own ideas. For example,
Khaled has not only provided mock-ups of the UI, but has submitted
many, many revisions based on feedback from the community. He has
truly fostered his contribution.
Keeping on top of documentation, handling support requests deftly (not
just responding to them, but passing on the information that something
is wrong to the other devs so that it can be fixed), and even managing
the marketing message of the product could all be considered valid
reasons for inclusion.
Owen
>
> On 1/16/07, Doug Stewart <zam...@gmail.com> wrote:
>>
>> I know it's early in the project lifecycle and early development
>> often
>> takes small tyrranies to actually push through, but the exact meaning
>> of "meritocracy" needs expanding and expounding upon. What plays
>> into
>> "merit"? Time spent in forums/mailing lists? Lines of code? Status
>> as founders?
>
> We've suggested that five non-trivial source code patches might
> qualify a person for nomination as a committer. That's just in regard
> to source code, since it's probably the easiest to quantify. We've
> already considered other people for inclusion based on non-code
> contributions.
Please note that the vote is not a rubber-stamp of 5 committed
patches. Community > Code, and poisonous people will hopefully not be
able to insinuate themselves into the community by virtue of 5
patches. So there's also a time element that needs to be considered.
Someone who submits 5 patches in 12 minutes will probably have to
hang around a little longer than that to be considered for commit
access.
I think this is one of the frustrations that the Nuclearmoose's and
spencerp's of the world had with the WordPress Way - their
contributions, while substantial, were non-code and therefore left by
the wayside.
So how do we quantize these sorts of things? Is it a zeitgeist sort
of issue? Or is there something more definable?
And, when it comes time to vote on early issues (such as domain,
direction for logo, etc.), are the committers the only ones with
votes? I've seen a few mails talking about potential mechanisms for
the voting itself, but no mention of WHO exactly will vote on these
issues other than Owen, Khalid, Chris, Rich, Scott, etc.
--
-Doug
Yes. I think it's safe to say that such dedication and energy will be
recognized by the Habari project team. The _team_ nominates new
members, and then votes on them. In the absence of a veto, simple
consensus is sufficient to agree to invite someone else into the team.
And it should be noted that it _is_ an invitation: no one is required to
participate in the project team if they don't want to do so.
Since _the team_ nominates and votes, what constitutes sufficient
positive contribution will vary wildly over time as the composition of
the team changes.
> So how do we quantize these sorts of things? Is it a zeitgeist sort
> of issue? Or is there something more definable?
We'll have to play it by ear, at least at first. Submitting
documentation is one way to get recognized. Providing positive,
rational support for arguments made on the mailing list is another way.
To draw an example, it's not sufficient just to say "We need X number of
buttons on this screen" and then keep repeating yourself. One should
exercise some real effort to provide examples in other applications, and
possibly even provide references to usability studies done elsewhere.
You don't need to contribute a single line of code to get us to change
our minds about something by giving us factual information. That kind
of discipline will very definitely be recognized as something we want to
preserve.
I think, unfortunately, that we're still too new a project to be able to
quantify much of anything. Personally, I'm a little leery of
quantifying things, because our needs might change over time and such
quantifications might preclude someone from joining based on our new needs.
> And, when it comes time to vote on early issues (such as domain,
> direction for logo, etc.), are the committers the only ones with
> votes? I've seen a few mails talking about potential mechanisms for
> the voting itself, but no mention of WHO exactly will vote on these
> issues other than Owen, Khalid, Chris, Rich, Scott, etc.
_Anyone_ on the mailing lists may submit a vote. I hope that we're all
honest and mature enough to actually pay attention to everyone's
opinions, even if we might disagree personally. However, only the
project team gets a binding vote. The project team currently are those
names listed on the front page of our Google Code project.
The list below correlates Google Code names with IRC nicks for those who
use different ones:
chrisdmitri (chrisjdavis)
rbowen2000 (DrBacchus)
smerrill (skippy)
epithet (ringmaster)
randy.walker
jaypipes
nemo8686 (Caius)
brokenkode (Khaled)
moeffju
lairmail (tinster)
That list has been increased recently; and we certainly hope to see it
continue to expand.
I was made a committer on the Apache Web Server project without ever
committing a line of code. I have remained a committer there, and I
still have no code in the project. I write docs.
This experience will certainly shape the way that I vote.
>
> So how do we quantize these sorts of things? Is it a zeitgeist sort
> of issue? Or is there something more definable?
It is indeed hard to quantify, since it's at least as much about how
well people fit into the community as it is about the code/docs/user
assistance that they contribute.
I also anticipate that as the project matures, the time required to
become a committer will grow significantly. We've already added come
committers, and the project is still in its infancy.
>
> And, when it comes time to vote on early issues (such as domain,
> direction for logo, etc.), are the committers the only ones with
> votes? I've seen a few mails talking about potential mechanisms for
> the voting itself, but no mention of WHO exactly will vote on these
> issues other than Owen, Khalid, Chris, Rich, Scott, etc.
Action item: Publish a list of committers somewhere.
There is a certain value in having strong leadership at this early
stage in the project, to set the direction that we'll end up going.
Having too many voices at this early stage is likely to make us lose
focus. I already think that we're wasting far too many cycles on
issues like a logo, which I consider to be peripheral, at best, and
downright distracting at worst. Of course, the moment we made the
developers mailing list open, that was inevitable, so it's not like
it was a surprise. And, of course, some people actually care about
stuff like that.
When a vote is called for on any given issue, the committers have a
vote. Everyone else is welcome to express their opinion, and could be
viewed as lobbyists.
Votes will be called in two situations.
One, the addition of new committers. These votes happen on the habari-
private mailing list and are not public.
Two, contentious technical issues. These MUST be public. Most commits
don't require a vote. At least for now.
We are currently in what's called Commit Then Review (CTR), which
means that commits can be challenged after they are put in, if
someone thinks it's a bad idea.
Once we have a stable branch (ie, release candidates) then we'll do
RTC on that branch, while continuing CTR on TRUNK. That way, releases
are relatively stable, and don't change every 12 minutes, unless the
changes are deemed to be critical for that release.
--
"Books to the ceiling, Books to the sky, My pile of books is a mile
high.
How I love them! How I need them! I'll have a long beard by the time
I read them." -- Arnold Lobel
I think it's probably food for a FAQ on habariproject.org (or whatever
the URL ends up being) and is likely not a candidate for GC wiki
inclusion, at least IMHO.
--
-Doug
>
> If there's a well-defined route into gaining commit access, it should
> be documented somewhere so that project newbies can set that goal for
> themselves. If it's more nebulous, as it appears at this point is the
> case for Habari, it STILL should be documented somewhere AS nebulous
> so that people aren't left in the dark.
There is no well-defined route to gaining commit access. Commit
access is given as an acknowledgment that someone has consistently
contributed good stuff, and that they've done it often enough that
we're tired of committing it for them.
As a meta-note, I'm always wary of people who appear to be
contributing with the apparent goal of becoming a committer, rather
than with the goal of improving the product. Part of granting commit
access is acknowledging that the person seems to understand the goals
of the project, and is likely to stick around for a while. Folks that
seem to be just aiming for fame and kudos tend to go away once
they've achieved that goal.
I think you're missing my point. What I was stating was for the
generalized case, as in "if a project has a defined process..." NOT
"if Habari has a defined process...". This thread and others have
already highlighted the fact that the case you state is in effect.
What I was trying to point out is that, regardless of your actual
process, it's VERY helpful to have it documented so that spin-up times
for new devs are reduced, existing devs know where they stand, etc. I
mean, we'll never get that ISO9000/CMMI level 3 certification without
process! *grin*
--
-Doug
If I missed your point, then I guess I'm still missing it. What project
could we possibly be talking about, other than Habari? But, if we've
communicated, then I guess I'm happy.
--Rich
I was attempting to jumpstart a discussion about project management
best practices and their applicability to Habari. I was positing a
hypothetical second project whose access to commit privileges was
defined so as to contrast it with the Habari process as it is
presently implemented.
--
-Doug
Karma. It happens.
This isn't just regarding me, it's happened to a few others as well.
When emailing to the list, any list for that matter, and people reply
back quoting *your* email, but addressing remarks to someone else.. It's
just not very welcoming at all.. sorry!
And acting like *certain people* don't exist, but only acknowledge them
when they can tear them apart on their blogs, is just downright nasty
and spiteful. It's really becoming apparent that
all_of_those_bitter_feelings from the WordPressing days, did_in_fact
come over here.. People want other people to grow-up and act like
adults, but, everyone else is acting like an adult, how!?!?!
I seriously think *everyone* needs to forgive and forget what people
have done in the past, and move forward in a positive, helpful, and
especially in an_uplifting_way. Rather then tearing people down.. I for
one, know I messed up, I made some bad choices, and I was punished for
those mistakes.
I can only learn from that, and then improve on my actions.. I apologize
to everyone again, and I also apologize to all of those people that I
had said mean things too...
- -
spencerp
http://spencerp.net
[Not intended to be habariwank material, but, I'm sure it will happen. LOL!]
Spencer, it's very difficult with the setup here in google-groups land
to quote back to a specific person without a lot of twinking around.
Most of us don't have the time to dig through 25 quoted messages to
get the 2 or 3 lines we need....
Try not to take things so personally.... this place is by way of
being a "business" atmosphere, and that's really all it is....
I know the mention of the "groups type forum" deal, but I really think
that running actual forum software will be a lot nicer, and easier for
people to use. Rather then wading through Google Group posts and so
forth trying to find the answers..
I'm sorry to everyone for digging up a very old discussion.. I'm just so
far behind on email replying and so forth, it's not funny. I also didn't
mean for it to sound like a "drama starting" type post. I guess I was
just trying to get out how I felt about things in general.. Well,
especially the way replies and quoting other's emails are poorly handled
in here. It's frustrating..
I just hope, maybe some time down the road here, we'll have a Habari
Support Forum .. lol. =P Sorry to everyone for that email, and now..
back to trying to catch up on sending emails lol.