most important part first:

> > but if you want to spend time on it, I'm all for that, and welcome
> > whatever direction you take. but the result needs to be at least as
> > good as the current state - which isn't great, but not exactly terrible
> > either from my point of view. outdated and maybe plagued by spammers,
> > but at least has a lot of basic information.
> 
> IMO, the main problem is outdated and messy information.

to me your emails read like you want to remove/loose/strip down
most information. the result might be small and up-to-date, but
it is not acceptable from my point of view to loose all the
information in the wikis we have already.

sorry, but no. if that is your plan I veto all changes.
I will not have most parts of the documentation removed with
nothing to replace it, even if the documentation isn't up to
date.

either the plan is to create a have a decent set of documentation
for each project in the source plus a central wiki to replace
the old wikis, or no changes at all. I refuse to let you "move"
things around, if the result is most stuff being removed/dropped/
forgotten/... and then we need to dig in mail archives or old
releases to find some information.


some more thought on other issues:
please don't move everything to the opensc wiki. instead
let us setup a new trac/wiki to put things there.

reason: in case we need to create another 0.11.* release,
it would be best to use the scripts to download the wiki
information as is, not a new mix of opensc and other
projects documentation.

also that way we can develop a new wiki/trac with content
and not switch off the old trac/wikis or the html frontpage
before the new one is ready.

same with the bug tracker: if you want a common shared one,
please use a new one. but after this discussion, I don't see
why we want to keep using one at all, if it failed.

I saw you already changed some stuff in opensc wiki, can
you revert that (components etc.)? and the new wiki notification:
thanks for installing the plugin, but it doesn't work for me -
I always get told I need to set my prferences first, even after
I did that already.

> Move wiki content from other wikis to www.opensc-project.org/opensc/wiki
>  (in a structured way)

same with other projects, please don't move anything away, unless we have a 
new release that does not depend on the wiki for documentation. "move"
is the wrong approach, better is to copy it - either into the source as
documentation or in the new wiki - no reason to delete it in the old wiki.

> In the long term? Probably ditch opensc-project.org and move to git/github.

github doesn't provide wikis/web pages, download areas, nightly builds, 
mailing lists etc. as far as I know?

> After steps 1 and 2 are done, turn on read only mode

we could make everything read-only right away from my point of view.
why the delay?

> It seems that you had the impression of "trac is hard, it means a lot of
>  spam" understanding. Which is not true

well, the new spam filter seems to work fine. the old setup without it
had a lot more situations where we were spammed. still I'd prefer a software
with user registration/email verification these days (yes, even though I'm
a happy and active user of mailinator.com - we also have b...@opensc-
project.org so people can send bug requests without subscribing to the
mailing list or registering someplace).

Regards, Andreas
_______________________________________________
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel

Reply via email to