Readthedocs.org: Übertragen Sie das Eigentum an der Discord.js-Dokumentation

Erstellt am 29. Okt. 2017  ·  12Kommentare  ·  Quelle: readthedocs/readthedocs.org

Einzelheiten

Hallo, ich bin der Betreuer des discord.js- Projekts und vor einiger Zeit haben wir readthedocs verwendet, um unsere Dokumentation zu schreiben. Wir sind dann dazu übergegangen, JSDoc für unseren Code zu verwenden, aber wir denken wieder daran, wieder zu readthedocs zu wechseln, um vielleicht einige Anleitungen und Tipps für Benutzer zu schreiben.

In dieser Zeit nutzte Benutzer @Macdja38 die Dokumentationsseite, um Dokumentation für seinen Fork unseres Projekts zu hosten, das (zu diesem Zeitpunkt) anscheinend nur von ihm selbst verwendet wird. Ich habe ihn mehrfach gebeten, die Site umzubenennen oder die Dokumentation an einen anderen Ort zu verschieben, weil es unsere Benutzer verwirrt, die über die alte Dokumentation stolpern und dann mithilfe der alten Dokumentation auf unserem Support-Server um Unterstützung bitten; Wenn ich mir meinen Chat-Verlauf mit ihm anschaue, scheint es, dass ich ihn das erste Mal am 21. April um eine Änderung gebeten habe.

Obwohl er einige Anstrengungen unternommen hat, um Benutzer auf die neue Dokumentation hinzuweisen, funktionieren seine Weiterleitungslinks nur auf der Homepage, sodass sie nicht viel nützen.

Ich glaube, ich habe versucht, mit macdja kooperativ zu sein, und ich habe ihn mehrere Monate lang gebeten, eine Umbenennung des Projekts in Betracht zu ziehen, damit wir die Projekt-URL für die offizielle Entwicklung von discord.js zurückfordern können, aber es scheint, als würde dies nicht gelingen passieren. Ich möchte darauf hinweisen, dass mein Copyright auch am Ende der aktuellen readthedocs-Dokumentation steht.

Wenn Sie helfen könnten, hätte ich gerne eine Übertragung des Eigentums des Projekts http://discordjs.readthedocs.io/ auf mich selbst, damit wir es besser nutzen können, und auch zurück in die Hände der offiziellen Entwickler der Bibliothek.

Danke

more information Support

Hilfreichster Kommentar

Hallo readthedocs-Team,

Ich möchte sicherlich nicht der Boomer sein und einen schlampigen Umgang mit diesem Problem ankündigen, aber wenn ich mir das Datum dieser Ausgabe und die nachfolgenden E-Mail-Gespräche ansehe, die alle bei Bedarf verfügbar sind, muss ich mich fragen: Tut es sogar egal?
Wir folgten dem angefragten Verfahren und füllten einen DMCA-Takedown auf der alten Dokumentseite (http://discordjs.readthedocs.io/en/latest/) aus, auf die WIR (die Betreuer des Projekts) in keiner Weise Zugriff haben Weg. Du behauptest wie folgt:

Der Autor des betreffenden Inhalts wird aufgefordert, Änderungen an den im Deaktivierungsantrag angegebenen Inhalten vorzunehmen. Der Autor hat 24 Stunden Zeit, um diese Änderungen vorzunehmen. Der Urheberrechtsinhaber wird benachrichtigt, wenn und wann dieser Prozess beginnt

Zusätzlich:

Der Autor muss Read the Docs innerhalb von 24 Stunden nach Erhalt eines Deaktivierungsantrags darüber informieren, dass Änderungen vorgenommen wurden. Wenn der Autor auf diese Anfrage nicht antwortet, besteht die Standardaktion darin, das Read the Docs-Projekt zu deaktivieren und alle gehosteten Versionen zu entfernen

Wir haben solide 3 Monate gewartet, bevor wir eine weitere E-Mail gesendet haben, in der wir nach dem Status der Deaktivierung gefragt haben. Die einzige Antwort, die wir bekamen, war: "Wir warten hier immer noch auf Kontakt und Lösung [...]"
Jetzt muss ich fragen, worauf warten wir noch? Die DMCA-Takedown-Richtlinie besagt eindeutig 24 Stunden. Dies ist ein Problem, das sich seit über 3 Monaten hinzieht.

Darüber hinaus wurde sogar ein weiteres Problem #3133 erstellt, das sich auf unsere von Ihrem Dienst gehostete Dokument-Site bezieht, über die wir keine Kontrolle haben. In dieser Ausgabe haben Sie (http://docs.readthedocs.io/en/latest/abandoned-projects.html) den Artikel zu aufgegebenen Projekten verlinkt, der wie folgt lautet:

  • Besitzer ist nicht erreichbar (siehe Erreichbarkeit)
  • Für das Projekt wurde keine ordnungsgemäße Dokumentation bereitgestellt (keine erfolgreichen Builds) oder es wurden in den letzten zwölf Monaten keine Releases veröffentlicht
  • Keine Aktivität des Eigentümers auf der Homepage des Projekts (oder keine Homepage gefunden).

Das Kernteam hört nach sechs Wochen auf, den Benutzer zu erreichen, und der Benutzer wird als unerreichbar betrachtet.

Jetzt stimme ich zu, dass der zweite erwähnte Punkt möglicherweise nicht ganz richtig ist, da Dokumente darauf gehostet werden, aber sie sind für eine Version, die wir Betreuer nicht mehr unterstützen, stark veraltet. Wir haben keinen Zugriff auf die Docs-Site, ich möchte Sie daran erinnern. Wir können es nicht ändern, wir können es nicht entfernen, wir können einfach nichts anderes tun, als zuzusehen, wie unsere Benutzer über eine einfache Google-Suche Zugriff auf Dokumentationen für unsere um mehrere Monate veraltete Bibliothek erhalten.

Nachdem wir 7 Monate lang versucht haben, den neuen Autor unserer Dokumentationsseite zu erreichen und dieses Problem zu lösen, sind wir nicht weitergekommen, also haben wir uns entschieden, uns an readthedocs zu wenden, um unser Problem vielleicht von einer höheren Stelle lösen zu lassen. Aber nach Ausstellung eines DMCA-Takedowns und drei weiteren Monaten sind wir nicht weiter als zuvor.

Ich würde mich gerne auf ein Gespräch zu diesem Thema einlassen oder, noch besser, einfach die Einhaltung der DMCA-Takedown-Richtlinie zeigen.

Danke schön.

Alle 12 Kommentare

Gibt es hierzu Neuigkeiten?

@hydrabolt Können Sie die DCMA-Takedown-Richtlinie durchgehen?
https://docs.readthedocs.io/en/latest/dmca/index.html

Hallo readthedocs-Team,

Ich möchte sicherlich nicht der Boomer sein und einen schlampigen Umgang mit diesem Problem ankündigen, aber wenn ich mir das Datum dieser Ausgabe und die nachfolgenden E-Mail-Gespräche ansehe, die alle bei Bedarf verfügbar sind, muss ich mich fragen: Tut es sogar egal?
Wir folgten dem angefragten Verfahren und füllten einen DMCA-Takedown auf der alten Dokumentseite (http://discordjs.readthedocs.io/en/latest/) aus, auf die WIR (die Betreuer des Projekts) in keiner Weise Zugriff haben Weg. Du behauptest wie folgt:

Der Autor des betreffenden Inhalts wird aufgefordert, Änderungen an den im Deaktivierungsantrag angegebenen Inhalten vorzunehmen. Der Autor hat 24 Stunden Zeit, um diese Änderungen vorzunehmen. Der Urheberrechtsinhaber wird benachrichtigt, wenn und wann dieser Prozess beginnt

Zusätzlich:

Der Autor muss Read the Docs innerhalb von 24 Stunden nach Erhalt eines Deaktivierungsantrags darüber informieren, dass Änderungen vorgenommen wurden. Wenn der Autor auf diese Anfrage nicht antwortet, besteht die Standardaktion darin, das Read the Docs-Projekt zu deaktivieren und alle gehosteten Versionen zu entfernen

Wir haben solide 3 Monate gewartet, bevor wir eine weitere E-Mail gesendet haben, in der wir nach dem Status der Deaktivierung gefragt haben. Die einzige Antwort, die wir bekamen, war: "Wir warten hier immer noch auf Kontakt und Lösung [...]"
Jetzt muss ich fragen, worauf warten wir noch? Die DMCA-Takedown-Richtlinie besagt eindeutig 24 Stunden. Dies ist ein Problem, das sich seit über 3 Monaten hinzieht.

Darüber hinaus wurde sogar ein weiteres Problem #3133 erstellt, das sich auf unsere von Ihrem Dienst gehostete Dokument-Site bezieht, über die wir keine Kontrolle haben. In dieser Ausgabe haben Sie (http://docs.readthedocs.io/en/latest/abandoned-projects.html) den Artikel zu aufgegebenen Projekten verlinkt, der wie folgt lautet:

  • Besitzer ist nicht erreichbar (siehe Erreichbarkeit)
  • Für das Projekt wurde keine ordnungsgemäße Dokumentation bereitgestellt (keine erfolgreichen Builds) oder es wurden in den letzten zwölf Monaten keine Releases veröffentlicht
  • Keine Aktivität des Eigentümers auf der Homepage des Projekts (oder keine Homepage gefunden).

Das Kernteam hört nach sechs Wochen auf, den Benutzer zu erreichen, und der Benutzer wird als unerreichbar betrachtet.

Jetzt stimme ich zu, dass der zweite erwähnte Punkt möglicherweise nicht ganz richtig ist, da Dokumente darauf gehostet werden, aber sie sind für eine Version, die wir Betreuer nicht mehr unterstützen, stark veraltet. Wir haben keinen Zugriff auf die Docs-Site, ich möchte Sie daran erinnern. Wir können es nicht ändern, wir können es nicht entfernen, wir können einfach nichts anderes tun, als zuzusehen, wie unsere Benutzer über eine einfache Google-Suche Zugriff auf Dokumentationen für unsere um mehrere Monate veraltete Bibliothek erhalten.

Nachdem wir 7 Monate lang versucht haben, den neuen Autor unserer Dokumentationsseite zu erreichen und dieses Problem zu lösen, sind wir nicht weitergekommen, also haben wir uns entschieden, uns an readthedocs zu wenden, um unser Problem vielleicht von einer höheren Stelle lösen zu lassen. Aber nach Ausstellung eines DMCA-Takedowns und drei weiteren Monaten sind wir nicht weiter als zuvor.

Ich würde mich gerne auf ein Gespräch zu diesem Thema einlassen oder, noch besser, einfach die Einhaltung der DMCA-Takedown-Richtlinie zeigen.

Danke schön.

Nein tut es nicht.

Der Code in dem von ihm gegabelten Zweig wird nicht mehr gepflegt und wird in den meisten Fällen wahrscheinlich nicht einmal mehr funktionieren. Alles an diesem "Zweig" (der sich übrigens immer noch in unserem Repository befindet, aber dann wurde die Docsite von seinem Fork weggerissen) wird nicht mehr gepflegt und ist möglicherweise riskant zu verwenden.

Also nein, wir möchten immer noch die volle Kontrolle über die Docs-Site haben, die sowieso in erster Linie unsere ist, und nicht eine Person, die kaum einen Fork pflegt, der uns effektiv schadet, weil er sich weigert, mit uns, aber auch mit Ihnen zu kooperieren .
Nochmals möchte ich, dass Sie sich das Datum dieser Ausgabe ansehen, ganz zu schweigen von den E-Mails, die zwischen Ihnen, uns den Betreuern und dem Angreifer hin und her geschickt wurden.

Es gibt eindeutige Beweise dafür, dass dies schädliches Verhalten ist, und ich verstehe bei Gott nicht, warum es im Vergleich zu einem Fork „unmöglich“ ist, eine Docsite für den rechtmäßigen Eigentümer eines Projekts wiederherzustellen.

ok, sorry für die späte antwort. Ich denke, @humitos kann hier helfen, einige Dinge zu klären.

Sorry für die langsame Antwort hier. Wir haben derzeit keine Richtlinie, die es uns erlaubt, einem aktiven Benutzer dieses Projekts auf Read the Docs einen Projektnamen zu entziehen.

Es hört sich so an, als ob wir eine Richtlinie haben sollten, und meiner Recherche zufolge werden die Leute dies im Allgemeinen tun, wenn der fragliche Name eine eigene Marke ist. Nur so kann die Eigentümerschaft wirklich nachgewiesen werden, zumal wir mehrere Ökosysteme mit oft widersprüchlichen Namensräumen unterstützen. Habt ihr alle den Namen discord.js eingetragen?

Da keine der beiden Parteien eine Marke angemeldet hat, unterliegen sie dem First-to-Use-Markenrecht, was bedeutet, dass @hydrabolt die Marke als Projekt von @macdja38 hält und die Dokumente eine Abzweigung von @hydrabolts Arbeit unter demselben sind Name.

Ich denke, wir machen hier einen Rückschritt. Wir haben bereits festgestellt, dass der Benutzer nicht aktiv ist und sein Projekt nicht aktiv ist.

Ich habe euch das erste Mal im Oktober eine E-Mail geschickt, und mir wurde vor 2 Wochen gesagt, dass ihr dabei seid, die Dokumente wie vorgeschlagen umzubenennen, ein Update dazu wäre nett.

Ich habe mich bereits mit allen in Verbindung gesetzt und wir haben eine Lösung, ich muss die Umstellung diese Woche abschließen. Der Grund dafür ist, dass a) der Benutzer noch aktiv ist, dieses Projekt nicht aufgegeben wurde und b) der aktuelle Benutzer auch besorgt war über Umleitungen auf das neue Projekt.

Das discordjs-Projekt wird zu discordjs-v8, wie das Projekt in der Dokumentation heißt. Discord wird der Namespace danach freigegeben. Ich hatte letzte Woche einfach keine Zeit, diese Änderung vorzunehmen.

Das Projekt https://discordjs.readthedocs.io wurde gelöscht, können wir dieses Problem schließen?

Ja, tut mir leid, das ist jetzt schon eine Weile gelöst, wird geschlossen

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen