sabnzbd

SABnzbd – Das automatisierte Usenet-Download-Tool

SABnzbd ist ein in Python geschriebener Open-Source-Binär-Newsreader.

Es ist völlig kostenlos, einfach zu bedienen und funktioniert praktisch überall. SABnzbd macht das Usenet so einfach und rationalisiert wie möglich, indem es alles automatisiert, was wir können. Sie müssen lediglich eine .nzb hinzufügen. Von dort übernimmt SABnzbd, wo es ohne menschliche Interaktion automatisch heruntergeladen, überprüft, repariert, extrahiert und abgelegt wird. SABnzbd bietet einen einfachen Einrichtungsassistenten und verfügt über Selbstanalysetools zur Überprüfung Ihrer Einrichtung.

Wenn Sie mehr wissen möchten, besuchen Sie unsere Website: https://sabnzbd.org.

Abhängigkeiten auflösen

SABnzbd verfügt über einige Abhängigkeiten, die Sie benötigen, bevor Sie loslegen können. Wenn Sie SABnzbd zuvor von einem der verschiedenen Linux-Pakete ausgeführt haben, verfügen Sie wahrscheinlich bereits über alle erforderlichen Abhängigkeiten. Wenn nicht, finden Sie hier, wonach Sie suchen:

• python (Python 3.8 und höher, oft als python3 bezeichnet)
• In requirements.txt aufgeführte Python-Module. Installieren Sie mit python3 -m pip install -r requirements.txt -U
• par2 (Die Multithread-Par2-Installationsanleitung finden Sie hier)
• unrar (stellen Sie sicher, dass Sie die „offizielle“ nicht-freie Version von unrar erhalten)

Optional:

• Siehe requirements.txt

Ihr Paketmanager sollte diese bereitstellen. Falls nicht, finden Sie Links in unserer Installationsanleitung.

Ausführen von SABnzbd aus der Quelle

Sobald Sie alle Abhängigkeiten geklärt haben, führen Sie einfach Folgendes aus:

 python3 -OO SABnzbd.py

Oder, wenn Sie im Hintergrund laufen möchten:

 python3 -OO SABnzbd.py -d -f /path/to/sabnzbd.ini

Wenn Sie mehrsprachige Unterstützung wünschen, führen Sie Folgendes aus:

 python3 tools/make_mo.py

Unsere vielen anderen Befehlszeilenoptionen werden hier ausführlich erläutert.

Über unser Repo

Der von uns verwendete Workflow ist eine vereinfachte Form von „GitFlow“. Grundsätzlich:

• master enthält nur stabile Versionen (die mit master zusammengeführt wurden) und ist für Endbenutzer gedacht.
• develop ist das Ziel für die Integration und nicht für Endbenutzer gedacht.
• 1.1.x ist ein Release- und Wartungszweig für 1.1.x (1.1.0 -> 1.1.1 -> 1.1.2) und ist nicht für Endbenutzer gedacht.
• feature/my_feature ist ein temporärer Feature-Zweig, der auf develop basiert.
• bugfix/my_bugfix ist ein optionaler temporärer Zweig für Bugfix(es), der auf develop basiert.

Bedingungen:

• Das Zusammenführen einer stabilen Version mit master ist einfach: Der Release-Zweig ist immer richtig.
• master wird nicht wieder zusammengeführt, um sich zu develop .
• develop basiert nicht erneut auf master .
• Verzweigen Sie Zweige nur aus develop .
• Bugfixes, die speziell für einen Release-Zweig erstellt wurden, werden dort vorgenommen (da sie spezifisch sind, werden sie nicht für develop ausgewählt).
• Bei develop vorgenommene Fehlerbehebungen können in einen Release-Zweig übernommen werden.
• Wir werden keine 1.0.2 veröffentlichen, wenn bereits eine 1.1.0 veröffentlicht wurde.