[arch-dev-public] discussions to death, rules - no innovations?
damir.perisa at solnet.ch
Tue Oct 23 19:05:20 EDT 2007
Wednesday 24 October 2007, Andreas Radke wrote:
| In the last few weeks I've seen so many threads about rules and
| votings we want to give ourself(e.g repo destinctions and repo
| dividing lines, pkg signoff, iso naming, package movements,
| license issues, cvs move,...).
| Wasn't it the big advantage to trust the ArchLinux developers that
| made it fast growing and bleading edge with an acceptable level of
| I still like to decide myself what and when to move packages into
| the repos or when to remove them. Now I have to ask and wait for
| other devs to signoff packages even for minor bugfixes. And that
| for two architectures.
| Didn't we elect Mr. T to become the release manager to let him
| decide what to do?
| Now with all the discussions to death and often no actions
| following - see orphans and cleanup - I loose some of the Arch
| feeling. All these coming rules seem to slow us down more and more
| without finding new skilled manpower.
| I'm sure we all only want the best for ArchLinux but is that
| the right way? Some rules are always ok. But I have the feeling we
| are on the way to become somewhat of an overcontrolled and
| superduper planned Debian.
| Don't you feel the same?
not ... yet :)
growing induces levels of complexity. a principle in biology.... or
have you seen recently a 2 m big bacteria walking around and
discussing things with us? if you want to grow, get more users, then
you need to ensure some processes to work.
you wanted to have stable branches from what i read on the other
thread (sorry, if i misunderstood... didnt get the whole discussion).
one implemented thing is that two devs have to sign a pkg that is
core. this works ... it spamms the ml a little, but it works. it
slows down release, thats true, but with this additional line of
complexity, it ensures not a single dev breaking the core. ...
well... still 2 can break it :) hi hi... but that is less probable to
besides this, we discussed lots, thats true. i stopped also reading
the "kill cvs" thread, because i expressed my opinion in the so
named "Damiristic" way. the last status report summarises - as it
should - the state of all this ongoing things. one email to summarise
everything - i do not know that other repos have such plain
organisation/documentation of processes *fg*. however, it lacks
things, that i usually specify in my SRs: deadlines on when something
will be decided. i know from the calcutta-project where i'm leading
the public relations / fundrasing that deadlines are not easy to set
in a all-volontary project. nobody wants to stress others on
decisions. we all do it for fun, right? --- however, they should be
done... and are done, but sometimes too slow or even get forgotten...
or fall out becase of too-low priority. (e.g. i didn't find yet the
time to write the patch for including the automatic emailing of news
to the mls - i know, however it is under the priority limit i'm
dealing now in my free time... it will come "soon" :)
however, i would welcome for group-decisions and discussions a
deadline and schedule aware organisation.
we discuss, but we need to set
* the date how long we have to discuss,
* who votes when and
* till when it is decided.
i think this slowdown you feel a little bit... it is not not arch. it
is not not KISS. it is just one of the strains of growing, while
still being KISS :)
° ° °
° ° °
><((((º> ° °
More information about the arch-dev-public