[arch-dev-public] Reactive development [was: Repository cleanup]
Jason Chu
jason at archlinux.org
Thu Sep 13 00:34:04 EDT 2007
> > That said, we have always held that the mailing lists are our proper
> > channel of communication. This is important. Hell, it's critical.
> > Saying "hey guess what!" on IRC doesn't cut it. The mailing list not
> > only informs everyone (not all devs are on IRC) but also has archival
> > history.
>
> Exactly. IRC is a secondary, convenience channel, just in case developer Y
> is online. It annoys me when people say "oh but we discussed it on irc" --
> I'm timezone "handicapped" compared to some of you or often cannot make it
> online.
I think we just have to keep bringing up this point until people start to
remember it.
> > We need to communicate. We need to follow processes. If you find a bug
> > or a user report, and you're unclear about it - **say something**. The
> > great word being flung around these days is "unilateral" - we're not a
> > group of 30 independent people doing their own things, we're a group
> > of 30 people working together.
>
> > Guys, seriously. We're floundering. Something needs to be done, and
> > it's not up to one or two of us. It's up to all of us.
>
> Agreed.
>
> Seeing as many people will just "ok" this thread and let it lie... these
> are some ideas i've thought of in the past... Aaron's defined the problem,
> let's solve it.
>
> - Scheduled Monthly Meetings. Importantly, people need to prepare for the
> meeting, and be ready to make a decision on the topics listed on the
> agenda. No more "lets just leave it for the list".
I think this is an excellent idea. Mixed with the point below, this will
be killer.
> - Groups. Divide ourselves. We don't need everyone in a meeting to discuss
> a mkinitcpio/kernel change, only those interested/concerned/involved with
> it. Smaller groups will make decisions much easier. Impromptu meetings are
> easier to organise, and at the end you can say "Kernel group decided this:
> agree/disagree".
I think this is just as good as the one above. This is what I was trying
to do when we started the Divisions that are listed in the Arch Dev wiki.
I think the missing component is the monthly meetings.
From now on, for a division to exist it must have a regular meeting date
and post the agenda and minutes from their meetings.
For those who don't remember the current groups are: Foundation, Pacman,
Documentation, Internationalization, and Community. I will be sending an
email out shortly about the groups I am in. I'm going to be bringing up
these meetings more and more often on the list.
> - Goals. We need direction. Direction is needed to make decisions. Goals
> give a foundation for decisions.
>
> - Checks. Keep an eye on each other, keep each other in check. If
> someone's ignoring a bug, or not doing something, make it known, send a
> mail, point it out. If you don't have time to do something, send a mail to
> the list and ask someone else. This is where groups would help, making
> something more people's responsibility.
This one is also one we should be doing more of. I think there's an
underlying problem here that hasn't been addressed.
On that note, Roman is really good at bugging people about bugs.
> - Stop waiting for arch-repos. It's still not here. We can do some stuff now.
Oooo, ouch. That one is pretty much my fault. It sucks. What have we
done lately that was waiting on arch-repos?
Jason
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://archlinux.org/pipermail/arch-dev-public/attachments/20070912/ba511ef2/attachment.pgp>
More information about the arch-dev-public
mailing list