staging.inyokaproject.org

Wie lauten die bzr-Branches für Ubuntu Zesty?

Status: Gelöst | Ubuntu-Version: Ubuntu 17.04 (Zesty Zapus)
Antworten |

Vej Team-Icon

Moderator, Supporter
Avatar von Vej

Anmeldungsdatum:
7. März 2013

Beiträge: 3380

Hallo!

Ich wollte diese Woche sowohl für Déjà Dup, als auch für Duplicity Änderungen für zesty vorschlagen (Patches erstellen, bzw. Upstream mergen). Leider schaffe ich es nicht einen Branch für die Downstreampakete unter zesty zu finden.

Laut Packaging Guide 🇬🇧 sollte dieser Befehl funktionieren:

bzr branch ubuntu:zesty/duplicity 

Tut er aber leider genauso wenig, wie alle Varianten, die ich mir ausdenken konnte.

Hat jemand einen Tipp für mich, wo der Branch zu finden ist?

In Launchpad ist bei den Paketen kein Branch für zesty eingetragen. Siehe z.B. https://code.launchpad.net/ubuntu/+source/duplicity

Vielen Dank im Voraus

Vej

seahawk1986

Anmeldungsdatum:
27. Oktober 2006

Beiträge: 10978

Vej schrieb:

Hat jemand einen Tipp für mich, wo der Branch zu finden ist?

Wenn man in die debian/control Datei aus den Quelldateien (http://archive.ubuntu.com/ubuntu/pool/main/d/deja-dup/deja-dup_34.3-0ubuntu1.debian.tar.xz) schaut, findet man

Vcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/deja-dup/ubuntu

Diese Seite gibt dann folgendes an:

bzr branch lp:~ubuntu-desktop/deja-dup/ubuntu

Bei duplicity würde ich auf https://code.launchpad.net/~duplicity-team/duplicity/0.8-series tippen.

Vej Team-Icon

Moderator, Supporter
(Themenstarter)
Avatar von Vej

Anmeldungsdatum:
7. März 2013

Beiträge: 3380

Hallo seahawk1986.

Vielen Dank für den korrekten Branch für Déjà Dup und den interessanten Lösungsweg dazu 👍 .

Leider ist das Verfahren so nicht auf duplicity anwendbar, da dort das Feld Vcs-Bzr fehlt.

seahawk1986 schrieb:

Bei duplicity würde ich auf https://code.launchpad.net/~duplicity-team/duplicity/0.8-series tippen.

Das ist leider ein upstream Branch, ohne die ubuntuspezifischen Patches. Die neuste Version unter Zesty ist noch 0.7.06-2ubuntu2, es muss also wieder irgendwo einen Branch mit 2 ubuntuspezifischen Patches geben.

Viele Grüße

Vej

barcc

Avatar von barcc

Anmeldungsdatum:
13. Juli 2007

Beiträge: 696

Die "klassische" Methode ist:

  • Quellcode mit apt-get source herunterladen

  • Änderungen vornehmen

  • Source-Package bauen

  • Debdiff erstellen

  • Bugreport mit debdiff als Anhang

Irgendwo gibts dafür auch eine ausführlichere Anleitung.

apt-ghetto

Anmeldungsdatum:
3. Juni 2014

Beiträge: 2943

Möglicherweise suchst du

bzr branch lp:duplicity  

Jedenfalls steht das so auf Launchpad https://code.launchpad.net/duplicity

Vej Team-Icon

Moderator, Supporter
(Themenstarter)
Avatar von Vej

Anmeldungsdatum:
7. März 2013

Beiträge: 3380

Hallo!

apt-ghetto schrieb:

Möglicherweise suchst du

bzr branch lp:duplicity  

Jedenfalls steht das so auf Launchpad https://code.launchpad.net/duplicity

Danke, aber das ist wieder einmal der Upstream!

barcc schrieb:

Die "klassische" Methode ist:

  • Quellcode mit apt-get source herunterladen

  • Änderungen vornehmen

  • Source-Package bauen

  • Debdiff erstellen

  • Bugreport mit debdiff als Anhang

Irgendwo gibts dafür auch eine ausführlichere Anleitung.

Danke! So mache ich das jetzt. Auch wenn der Diff halt mit 30000 Zeilen nicht so handlich ist 😬 .

Das Handbuch, was du meinst ist vielleicht das hier? Traditional Packaging 🇬🇧

Danach habe ich mich jetzt gerichtet, wobei nach dem Herunterladen des Paketes zunächst die vorhandenen Patches deaktiviert werden mussten (vgl. Patches to Packages 🇬🇧).

Viele Grüße

Vej

seahawk1986

Anmeldungsdatum:
27. Oktober 2006

Beiträge: 10978

Vej schrieb:

Danke! So mache ich das jetzt. Auch wenn der Diff halt mit 30000 Zeilen nicht so handlich ist 😬 .

Was hast du da geändert? Whitespace entfernt oder das Programm mal eben neu implementiert? 😈

Danach habe ich mich jetzt gerichtet, wobei nach dem Herunterladen des Paketes zunächst die vorhandenen Patches deaktiviert werden mussten (vgl. Patches to Packages 🇬🇧).

Warum willst du die bestehende Patches deaktivieren? Normalerweise will man doch darauf aufbauen, wenn es keine Upstream-Änderung werden soll.

barcc

Avatar von barcc

Anmeldungsdatum:
13. Juli 2007

Beiträge: 696

Vej schrieb:

Danke! So mache ich das jetzt. Auch wenn der Diff halt mit 30000 Zeilen nicht so handlich ist 😬 .

Wahrscheinlich ein neues Upstream-Release? Das funktioniert so nicht. Der übliche Weg für so was ist über die Debian, Ubuntu synct dann von Debian. Wenn du trotzdem größere Änderungen in Ubuntu vornehmen willst, solltest du vorher mit den Ubuntu-Entwicklern Kontakt aufnehmen (Mailingliste, IRC), ob solche Änderungen gewünscht sind, wie die Vorgehensweise ist, etc. …

Das Handbuch, was du meinst ist vielleicht das hier? Traditional Packaging 🇬🇧

Danach habe ich mich jetzt gerichtet, wobei nach dem Herunterladen des Paketes zunächst die vorhandenen Patches deaktiviert werden mussten (vgl. Patches to Packages 🇬🇧).

Wenn du Patches entfernst, musst du auch begründen, warum (debian/changelog, Bug-Report). Leider wird in den von dir verlinkten Seiten darüber nichts geschrieben, sondern nur die Befehle erklärt.

Viele Grüße

Vej

Vej Team-Icon

Moderator, Supporter
(Themenstarter)
Avatar von Vej

Anmeldungsdatum:
7. März 2013

Beiträge: 3380

barcc schrieb:

Wahrscheinlich ein neues Upstream-Release?

Ja genau.

Das funktioniert so nicht. Der übliche Weg für so was ist über die Debian, Ubuntu synct dann von Debian. Wenn du trotzdem größere Änderungen in Ubuntu vornehmen willst, solltest du vorher mit den Ubuntu-Entwicklern Kontakt aufnehmen (Mailingliste, IRC), ob solche Änderungen gewünscht sind, wie die Vorgehensweise ist, etc. …

Danke. Darauf hat mich jetzt auch ein Ubuntu Entwickler hingewiesen. Er wird das für zesty+1 übernehmen. Mal sehen, wie er das macht.

Das Handbuch, was du meinst ist vielleicht das hier? Traditional Packaging 🇬🇧

Danach habe ich mich jetzt gerichtet, wobei nach dem Herunterladen des Paketes zunächst die vorhandenen Patches deaktiviert werden mussten (vgl. Patches to Packages 🇬🇧).

Wenn du Patches entfernst, musst du auch begründen, warum (debian/changelog, Bug-Report). Leider wird in den von dir verlinkten Seiten darüber nichts geschrieben, sondern nur die Befehle erklärt.

Ich entferne die vor dem mergen, merge, füge sie einen nach dem anderen wieder hinzu, refreshe sie und teste dazwischen, ob das Paket baut und funktioniert. Am Ende sind sie also wieder da. Aber Grundsätzlich hast du natürlich Recht, dass Änderungen daran dokumentiert werden müssten.

Vielen Dank

Vej

Antworten |