Deutschsprachige CAcert Support Liste

[<ulrich AT cacert.org>]

> 1) Kommunikation mit den Assurer : News von CAcert, was passiert gerade,
> Stand des Audits, Policy-Diskussionen, Policy-Einführung, CCA, CATS
etc...

derzeit:
a) Wiki: https://wiki.cacert.org/Community/Update
b) Blog: https://blog.cacert.org/2010/03/471.html  ;(Maerz Update)
         https://blog.cacert.org/2010/03/463.html  ;(Februar Update)
         https://blog.cacert.org/2010/01/454.html  ;(Dezember Update)
         ...


> - Problem ist dass man nicht direkt die Assurer anschreiben kann.
> Einzige Möglichkeit : Arbitration zur Herausgabe der Adressen erwirken,
> allerdings mit guter Begründung.

Solution:
via Sympa ... Mailing liste ...  nur fuer die Newsletter
Post Only fuer die Newsletter Redaktion


> - Zukunftsmusik : Felder im Profil, womit man "News" subscriben kann.
Hat aber ein mehrstellige Prio



> 2) Kommunikation mit den User, ob sie schon CAcert benutzen oder nicht :
> Was ist CAcert, wie Assured werden, wie Zertifikate importieren &
> benutzen, generelle PR

>  - PR Material : Flyer, aber auch Foliensätze für Vorträge

svn ordner PR, Events

https://svn.cacert.org/CAcert/PR/
https://svn.cacert.org/CAcert/Events/Public/Presentations/


> - Ggf Wiki-Seiten. Manche sind schon vorhanden, allerdings auf Englisch
-> können übersetzt werden

> - Policies auch im Wiki, übersetzen kann sie jeder

Policies auch im Wiki ...  das Hauptproblem hier:
i.e. doppelte Pflege ... jede Aenderung im SVN / main-website/policy
muss im Wiki nachgepflegt werden ...

Aus meiner langjaehrigen Erfahrung im Umgang mit doppelter
Source Pflege -> funktioniert nicht

Fuer Uebersetzungen gibt es aber derzeit keinen anderen Platz als
im Wiki



> - Assurer können zwar beitragen, wenn sie jemanden Assuren.
> Bedeutet aber dass die Person sich soweit mit CAcert befasst hat,
> dass sie zum Assurer gegangen ist. Die Lücke muss anders geschlossen
werden


> 3) Lokale Interfaces zu Presse, Politik, Forschung, Lehre etc...
>  - könnte was für einen lokalen Verein sein, da australischer Inc. für
Deutsche nichtssagend
> - Diskussionen zu einheimischen Themen (Signaturkarten, Gesundheitskarte
...) führen
> - Legimation durch CAcert wichtig

i.e. die sprach-mailing listen ... cacert-de, cacert-es
koennen dafuer genutzt werden ...
Auf der cacert-de wurde das zumindest fuer DE bereits
benutzt

Im Wiki lassen sich Seiten Gruppieren ueber die Ordner
i.e.
Arbitration/    alles von Arbitration
Events/         alles rund um events
Software/       alles rund um Software-Development
Software/Assessment/   alles rund ums derzeitige Projekt
Software-Assessment
usw.

Warum nicht auch Projects/...

Das alleine reicht aber nicht ...
dazu muessten dann immer wieder Blog Artikel gepostet
werden, mit einem Link Verweis ins Wiki ...



> 4) Software
> - Core-Team mit Arbitration beschäftigt

?!?

Arbitration und Software ....
passt irgendwie nicht zusammen .... bzw. hat das eine mit
dem anderen erst einmal nichts miteinander zu tun ...

du meinst wohl das Software-Assessment project ...
den Software Update Cycle Development Process

Da sind derzeit 2 von 5 Personen dabei, die
auch Arbitrators sind. Aber das ist typisch fuer
CAcert ... das diejenigen, die sich intensiver
mit CAcert beschaeftigen, gleich mehrere
Funktionen ausueben: Board Member, Arbitrator,
Support-Engineer, usw.


> - Alles andere zweitrangig -> Änderungen an der Homepage,
> am Blog, an der Software ... nicht kurzfristig durchsetzbar.
> Allerdings könnte man die "irgendwie nebenbei" vorbereiten

Es gibt eigentlich mehrere Ansaetze:

- Fruehjahr letzten Jahres wurde im Rahmen des Audits der Software
  das Projekt "Birdshack" aus der Taufe gehoben.
  Das hat den Ansatz, das die Website vom kritischen System
  getrennt laeuft.
  In dem Projekt laeuft aber nicht sonderlich viel ... :&
  Jeder Ansatz da voran zu kommen versandete, versumpfte ...
  Das Projekt laesst sich wohl nur mit einem Software-Camp
  loesen ... sprich ganz viele Entwickler zusammentrommeln,
  eine Woche lang einsperren und machen lassen
  
- derzeitige Website (Codename: Webdb) ist komplett Teil des "kritischen
Systems"
  Der einzige "variable" Teil, ist eine Routine, die die letzten 3 Artikel
  des Blogs als News auf der Main-Website anzeigt.
  Die einzige derzeitige Loesungsmoeglichkeit sehe ich hier
  die Main-Website per DNS auf ein anderes System zeigen
  zu lassen, und die derzeitige Main Website als Iframe oder
  dergleichen innerhalb einer neuen Website anzuzeigen / zu integrieren

- solange zu warten, bis der Software-Assessment Process Cycle
  denn mal steht und funktioniert, in das bestehende Webdb
  ein paar Zusatz Menuepunkte aufzunehmen, die auch ausgerichtet
  sind auf Communication
  i.e. Erweiterung der Blog-last-3-entrys Einlese Routine
  auf aktuelle/neue Wiki Seiten, Mailing list archiv Beitraege
  etc
  i.e. zusaetzliches (erweitertes) system:
       - crawler der blog, wiki, sympa (mailing list system) archiv
         abgrast und in eine db stellt
       - redaktion waehlt die zusaetzlichen neuen beitraege
         aus wiki, sympa aus, die auch auf die main-website
         aus dieser db angezeigt werden sollen


> - Es gibt Tools dafür, ggf sogar gehostet (yahoo, wordpress,
> google, nabble ...), definitiv opensource. Interoperabilität
> allerdings nicht deren primäres Ziel, daher ggf Eigenentwicklung
benötigt

> - Hypes (Twitter, 2nd Life, Facebook ...) verfolgen ? Warum nicht
> (größtmögliche Anzahl Personen erreichen), aber auch Frage ob man
> die Entwicklungsresourcen nicht besser einsetzen könnte

> - Beliebte Software (phpBB, wordpress ...) hat viele Plugins,
> aber auch viele Probleme mit Sicherheit. Frage ist ob es
> intrinsisch ist, oder aber durch die ganze Pluginerei hervorgeführt

wenn mich nicht alles taeuscht, wuerden bislang 3 Versuche unternommen
ein Forum zu installieren.
Hat sich bislang alles nicht etabliert ... frag nicht warum ...



> 5) Redaktionsteam
> - Blog-Beiträge sollten moderiert werden, bzw von einer kleinen
> Gruppe geschrieben, um die Inhalt zu prüfen

bislang kann _jeder_ mit einem Client Cert einen Blog
Artikel schreiben ...
letztendlich sind es doch immer wieder dieselben die
dort einen Artikel schreiben ...

Ich sehe derzeit keine Notwendigkeit dafuer ...
ausser ... siehe Pkt 4 ... erweitertes System
der Beitrags Auswahl fuer die Main Website


> - Foren-Moderatoren : ggf sehr viel Aufwand (je nach Aufkommen)
> daher die Frage ob Personen es langfristig machen werden




> 6) Wiki
>  - unübersichtlich / Strukturierung

Zur Strukturierung gibt es 2 integrierte Optionen:
Ordner Definition
i.e.   Events/     ->   alle Events, alles rund um Events

und die Category  Definitionen  -> CategoryAssurance   -> Alle Artikel
rund um Assurance
Entspricht einem Blog-Tagging
Eine Wiki Seite kann beliebig viele Category Eintraege haben


Hugi hatte letztes Jahr versucht dem Wiki eine Struktur zu verpassen
und alles unter den 3 (4) Bereichen

https://wiki.cacert.org/comma
https://wiki.cacert.org/Community
https://wiki.cacert.org/Technology
https://wiki.cacert.org/Brain

einzuordnen ...

i.e. Ueber Brain kommt man dann schnell zum Board
und da zur Uebersicht der Boards der letzten
paar Jahre:
https://wiki.cacert.org/Brain/CAcertInc/Committee





> - Einstiegspunkte für alle User-Arten (Assurer, CAcert User, Newbies)
> da sie unterschiedliche Bedürfnisse haben

Hugi hat hier das Konzept vorgestellt:
https://wiki.cacert.org/comma
https://wiki.cacert.org/Community
https://wiki.cacert.org/Technology
https://wiki.cacert.org/Brain



> - Probleme mit Suchen (bzw Finden :-))) )

Ordner Uebersichten ->   Events   ... alles rund um Events
Category Kategorisierungen ->  CategoryAssurance   ....  alles rund um
Assurances                         

Welche Kategorien gibt es ?  => search -> Category




> Zum Thema Blog/News/Homepage :
> - für mich sind die News die letzten Einträge eines Blogs (=Web
Logbuch).
> Wenn nicht, was ist der Unterschied, sprich : wieso sind die News nicht
> im Blog und umgekehrt ?

Im Webdb laeuft eine Routine, die automatisch die letzten 3 Eintraege
aus dem Blog auf der Main Website anzeigt -> News (sind Blog Artikel)

Artikel-Schreiben ist wohl nicht jedermanns Ding ...
da laesst sich eine Mail in der Mailing list wesentlich schneller
unproblematischer Schreiben ...
Beim Blog-Artikel Schreiben musst du dir Gedanken machen,
was du schreibst, wie du ein Thema komprimiert, aber doch
interessant genug fuer die Leser zusammenfasst ...

Diejenigen, die Minutes von Meetings erstellen muessen, werden
das Problem kennen:
- Wie fasst man ein stundenlanges Meeting mit der Quintessenz
  des Meetings zusammen ?
Beim Artikelschreiben passiert eigentlich genau das gleiche.
Die Quintessenz ueber ein Thema zusammenschreiben.
Und da haben leider die allermeisten Schwierigkeiten
mit (ich nehme mich da garnicht aus)




> - Man kann ja auch noch mit Kategorien/Tags hantieren, um
> zu kennzeichnen dass ein Eintrag nur ein Eintrag wie "wir
> waren zusammen Essen" ist, oder aber was wichtiges wie
> "CCA eingeführt". Daraus liesse sich ableiten, ob ein
> Eintrag in den News auf der HP erscheint, bzw ob er per
> Mail an die Abonnenten verschickt werden soll

das Problem haben wir beim Blog derzeit nicht.
Obwohl jeder mit einem Client Cert dort schreiben
darf, findet sich kaum jemand, der dort einen Beitrag
liefert ....


> - Blog bedeutet nicht dass jeder reinschreiben darf,
> es ist sogar besser dass nur eine begrenzte Menge an
> Autoren da ist, die den Inhalt filtert

ist derzeit ueberhaupt nicht das Problem ... s.o.


> - Anzeige der News auf der HP könnte besser sein

derzeit:
raw ASCII extrakt der ersten 100 Zeichen eines
Artikels aus den letzten 3 Artikeln des Blogs ...

da muesste wohl reichlich Hirnschmalz verbraten
werden um eine "critical" Uebernahme von einem
"non-critical" system der Daten sicherzustellen 
derzeit realisiert eben durch die raw-Ascii
uebernahme ...



> - Link zum Blog unter "[ More News Items ]" nicht
> intuitiv als solcher zu erkennen

?!?!?

1. unter jedem der 3 Artikel auf der Main Website 
   gibt es den Link => [ Full Story ]

   der direkt auf den blog springt =>  i.e.
http://blog.cacert.org/2010/03/471.html
   
2. am Ende der 3 Artikel gibt es einen zusaetzlichen
   Link =>  [ More News Items ]    =>

   der direkt auf den blog springt =>   http://blog.cacert.org/
                                       (gleiches Bild wie unter 1)

3. Im Menue gibt es einen eigenen Menuepunkt:
   + About CAcert.org
     * CAcert News                 =>

   der direkt auf den blog springt =>   http://blog.cacert.org/
                                       (gleiches Bild wie unter 1 + 2)


Soll jetzt zusaetzlich in dicken, fetten Lettern noch
           B L O G
auf die Website gemalt werden ?!?!?


Zugegeben: ein Problem existiert ...
 Wenn du dich auf der Main Website einmal eingeloggt hast
 verschwindet der Menuepunkt
         About CAcert.org
 und ist damit nicht mehr erreichbar.
 Das habe ich allerdings bereits im August 2008 (!)
 in den Bugtracker als Bug eingetragen
 https://bugs.cacert.org/view.php?id=602

und damit waeren wir wieder beim Software-Assessment Problem .....
das es derzeit noch kein funktionierendes Software Update Cycle
gibt ...

  see   https://wiki.cacert.org/Software/Assessment
        https://wiki.cacert.org/OverviewProjectsBoard


> - Link zu RSS feed (http://blog.cacert.org/feed) fehlt,
> wird aber von zB Firefox neben der URL angezeigt



> Gute Nacht
> Joel



regards, uli   ;-)

Attachment: smime.p7s
Description: S/MIME cryptographic signature