Zusammenfassung

  • Die OpenSSF-Quellen unterscheiden Premier-, General- und Associate-Mitgliedschaft, Board-Repräsentation und die eigenständige Aufgabe des TAC.
  • Sie sagen zugleich, dass Technical Initiatives unabhängig von Mitgliedschaft offenstehen und dass Maintainers Projekte und ihre Governance unmittelbar verwalten.
  • Eine Projektbefugniskarte soll jede relevante Entscheidung mit Regelwerk, handelndem Organ, Sitzquelle, Finanzbezug und Beweisgrenze verbinden, statt einen Mitgliedsvorteil in technischen Durchgriff umzudeuten.

Ein Mitgliedsvorteil beantwortet nicht jede Kontrollfrage

Die Join-Seite benennt reale Unterschiede. Premier Members erhalten einen stimmberechtigten Governing-Board-Sitz und eine Vertretung. General Members wählen als Gruppe einen Sitz je zehn General Members, höchstens drei; Associate Members können Kandidaturen für einen vom Board zu bestellenden Vertreter einreichen. Auch Ausschussrollen, Treffen und weitere Leistungen werden genannt. Der veröffentlichte Premier-Beitrag beträgt 270.000 US-Dollar für neue Linux-Foundation-Mitglieder und 250.000 für bestehende; General reicht von 5.000 bis 50.000 US-Dollar, Associate, akademische und gemeinnützige Mitglieder sind beitragsfrei.

Das sind echte Stiftungsbeziehungen, nicht bloße Etiketten. Sie sagen aber nicht, wer einen bestimmten Patch, eine Release-Regel, eine Maintainer-Besetzung oder einen Umgang mit einer Sicherheitslücke entscheidet. Genau hierzu formuliert OpenSSF eine andere Regel: Weder Governing Board noch TAC führen die gehosteten Working Groups und Projekte direkt. Die Maintainers führen sie und definieren auch den Governance-Prozess. Das Board trägt die Budgetverantwortung, der TAC die übergreifende technische Strategie; Mitglieds- oder Sponsorenstufe beeinflusst keine projektbezogenen Entscheidungen.

Ein Board-Sitz wird dadurch nicht unwirklich. Er belegt nur nicht ohne Projektunterlage eine Befugnis, die an anderer Stelle liegt. Umgekehrt macht Projektautonomie Budget, gezielte Mittelbeschaffung und Koordination nicht bedeutungslos.

Die Charter verteilt Zuständigkeiten

Das Participation Agreement and Charter öffnet die Teilnahme an Technical Initiatives für alle, unabhängig von Mitgliedschaft, und verweist die technische Aufsicht einer Initiative auf deren jeweilige Charter. Mitgliedschaft ist somit keine Zugangskarte zur technischen Arbeit; die Foundation Charter ist nicht automatisch die Betriebsordnung jedes Repositories.

Das Board verwaltet OpenSSF, beschließt Regeln und Verfahren, bildet Ausschüsse und Programme, genehmigt das Budget der eingeworbenen Mittel und gerichtete Fundraising-Vorschläge für bestimmte Initiativen. Der TAC hat eine andere, ebenfalls materielle Rolle. Sechs stimmberechtigte Vertreter werden jährlich durch aktive Technical-Initiative-Contributors gewählt; drei ernennt das Board. Der TAC entwickelt die technische Vision, strukturiert Zusammenarbeit, pflegt Aufnahme- und Kommunikationsprozesse, kann Initiativen einrichten oder archivieren und priorisiert Empfehlungen zu Ressourcen und Finanzierung.

Sein öffentliches Repository kennzeichnet Board-ernannte und Community-gewählte Mitglieder und lädt zur Teilnahme an Diskussionen ein.

Wahl, Ernennung und offene Beteiligung sind verschiedene Tatsachen. Keiner dieser Wege beweist allein, dass ein Sitzinhaber die interne technische Entscheidung eines Projekts trifft. Dafür sind die Projektcharter und das dokumentierte Maintainer-Verfahren maßgeblich. Ebenso wenig verleiht ein Projektverfahren die Kompetenz, das Stiftungsbudget oder stiftungsweite Regeln zu bestimmen.

Weder Geld noch Autonomie dürfen überdehnt werden

Aus dem Beitrag auf ein technisches Weisungsrecht zu schließen, wäre nicht belegt. Die Quellen dokumentieren Repräsentation und Stiftungsbefugnisse, nicht dass ein Mitglied ein konkretes technisches Ergebnis angeordnet hat. Eine solche Behauptung bräuchte Belege zum Projekt, zur Entscheidung und zur Delegation.

Die gegenteilige Verkürzung ist ebenfalls falsch: Budget, priorisierte Ressource, Initiative-Aufnahme oder TAC-Koordination können das Arbeitsumfeld eines Projekts verändern. Doch dokumentierte Finanzierung oder Koordination ist kein Commit-Recht und kein stillschweigendes Maintainer-Veto. Heng Lus Warnung, Teilnahme nicht in Mandat umzuwandeln, gilt für beide Seiten: Ein offener Raum, ein Contributor-Votum oder ein Mitgliedstitel wird nicht zur Generalvollmacht; das Wort Community löscht aber auch keine ausdrücklich übertragene Budget- und Organisationsverantwortung.

Die Projektbefugniskarte

Daniel Kade schlägt für jede materiell als OpenSSF-Governance-, Finanzierungs- oder Technikentscheidung dargestellte Handlung eine Projektbefugniskarte vor. Sie nennt erstens den genauen Gegenstand: Stiftungsbudget, Initiative-Aufnahme, gemeinsames Verfahren, Release-Politik oder Maintainer-Bestellung. „OpenSSF hat entschieden“ lässt die relevante Ebene verschwinden.

Zweitens führt sie Regelwerk und Klausel an: Board-Charter für Budget, TAC-Regel für Koordination, Projektcharter oder Governance-Datei für ein Projekt. Drittens benennt sie Organ und Rolle: Board, Ausschuss, TAC, Initiative-Gremium, Maintainers oder Contributor-Elektorat. Viertens zeigt sie, sofern relevant, die Sitzquelle — Premier-Ernennung, General-Wahl, Associate-Ernennung, Contributor-Wahl, Board-Ernennung oder Projektverfahren.

Zum Schluss trennt die Karte Finanzbezug, öffentliche Belege und eine Nichtbehauptung. Sie kann zeigen, dass das Board Mittel genehmigte, ohne zu behaupten, ein Mitglied habe eine technische Lösung befohlen. Sie kann eine TAC-Empfehlung nachweisen, ohne Zustimmung jedes Maintainers zu erfinden. Diese Grenze verhindert, dass ein Transparenzprotokoll zur Verdachtsmaschine wird.

Sources

  1. OpenSSF Participation Agreement and Charter
  2. OpenSSF — Join
  3. OpenSSF — About
  4. OpenSSF Technical Advisory Council
  5. Lu Heng — The Multi-Stakeholder Mirage