Re: Wanted: introductory page for all teams
On Wed, May 30, 2007 at 09:06:06AM +0200, Raphael Hertzog wrote:
> Because most people don't bother when they want to fix only a small
> detail in a web page.
Well, when I want to fix a small detail in some other part of Debian,
I usually send a mail or file a bug, I don't automatically think that
I should get to do the change instantly. Yes, the web pages are "just"
documentation, but I honestly don't see a problem in having a maintenance
layer. I consider myself able to quickly edit most of the manual pages in
Debian packages (or whatever else is so simple in all packages), but
I don't think about doing NMUs, I let the other thousand people do MUs :)
That's as far as the philosophical aspect goes...
> Furthermore, the procedure to get www-acces is not
> that clear... when I joined the group, I had to seriously dig in the
> documentation to finally find a web page which wasn't even hosted on a
> debian.org website at that time (Joey's page that apparently moved to
> people.d.o in the mean time and that you have now listed in
That's something they invented while I was on hiatus, I just noticed it
a few days ago... I agree it's another bit of overhead, but it's just a bit.
> I would also like the project to move away from CVS and
> use something more friendly that can effectively enable bigger changes
> (because it handles renames at least).
That would actually help work around the philosophical problems. If we had a
system which allowed finer-grained definitions of who gets to do what kind
of a commit (e.g. I don't want to let 1000 people have access to /index.wml
and you would probably understand why not), and one that helped translators
not lose track when there's a conflict in the source (ability to easily mark
revisions as not necessary to translate), that would make it easier to
implement a loosening in permissions.
2. That which causes joy or happiness.