staging.inyokaproject.org

Baustelle/Prevu Die Einleitung gefällt mir noch nicht so recht, allerdings weiß ich nicht, wie man das besser formulieren kann. Wenn einer Ideen hat, nur her damit! ☺

Hallo,

ich finde die Einleitung gut so. ☺

1) unter "Installation" fehlt eine Fremdpaket-Warnung, weil bei Ubuntu's < Feisty ja eine Fremdpaket geladen werden muss.
2) Mir ist nach dem Lesen des Artikels nicht klar, woher Prevu weiß, welches die "neuen" Quellen sind (z.B. Gutsy) und wie man es anstellt, dass nicht das ganze System auf einmal auf die neuen Quellen gehoben wird. Hat Prevu eine eigene sources.list?
3) IMHO sollte man eine deutlich Warnung einbauen, dass zurückportierte Pakete ggf. die Stabilität des Systems gefährden können.

Ansonsten sehr gut.

Gruß
noisefloor

P.S.: Habe ich eigentlich schon gesagt "Herzlich Willkommen im uu.de Team"? Ich glaube nicht... ☺

Danke! ☺

Ich hab noch ein bißchen geschraubt, hoffe das ist jetzt etwas klarer.

Hallo,

ok, jetzt ist mir soweit alles klar. ☺ Glaube ich zumindest.

Gruß
noisefloor

Wegen mir könnte er dann raus aus der Baustelle. Aber wir können ja noch ein bißchen warten, ob noch jemand anders etwas dazu beitragen will.

Hab es als prevu ins Wiki verschoben und unter Paketbau verlinkt

Danke!

Ich bin so frei gewesen eigenmächtig den Artikel in die Baustelle zu verschieben. Ich hoffe das ist so in Ordnung.

Grund dafür ist das ich mich mal wieder mit Backports von Programmen beschäftigt habe. Dabei ist mir aufgefallen das sich prevu seit Gutsy weiterentwickelt hat. Es ist jetzt nicht nur möglich die Ubuntu Versionen zu bestimmen für die ein Backport erstellt wird sondern auch die Quelle von der das Sourcecodepaket heruntergeladen wird direkt zu bestimmen.

Ursprünglich wollte ich nur ein paar Zeilen anstelle der Experten-Info am Ende des Artikels hinzufügen. Daraus ist jedoch schnell mehr geworden so das ich meine Änderungen lieber in der Baustelle weiterführen möchte. Zudem muss ich noch etliche Sachverhalte verifizieren.

Allerdings frage ich mich ob es in der Zeit der PPAs überhaupt notwendig ist prevu noch zu verwenden.

Da ich in Compilieren, Backport erstellen und Paketbau keine große Leuchte bin möge man mir die naive Frage verzeihen.

Grüße aus Berlin

Grek336 schrieb:

Ich bin so frei gewesen eigenmächtig den Artikel in die Baustelle zu verschieben. Ich hoffe das ist so in Ordnung.

Na klar! Ich bin in letzter Zeit eh nicht dazu gekommen, den Artikel zu pflegen.

Allerdings frage ich mich ob es in der Zeit der PPAs überhaupt notwendig ist prevu noch zu verwenden.

Ich denke schon, dass es noch eine Daseinsberechtigung hat. Man ist schneller als Launchpad, braucht nicht unbedingt einen Launchpad-Account, kann lokal arbeiten,...

Grek336 schrieb:

Ich bin so frei gewesen eigenmächtig den Artikel in die Baustelle zu verschieben. Ich hoffe das ist so in Ordnung.

Leider nein. Denn so geht die Versionsgeschichte des Artikels verloren, wenn einfach kopiert wird. Ich habe deswegen die Überarbeitung richtig eingerichtet, dabei wird deine angefangene Überarbeitung überschrieben. Den Quellcode der angefangenen Überarbeitung habe ich dir per PN geschickt.

Entschuldige e2b für die Eigenmächtigkeit.

Nachdem ich mir die Versionsgeschichten bei DVDStyler und Baustelle/DVDStyler angesehen habe begreife ich warum. Das nächste mal werde ich wieder die bewährte Methode verwenden und meine Änderungen im Artikel speichern und dann um das verschieben in die Baustelle bitten.

Zu deiner e2b PM: Du musst dich nicht entschuldigen war ja mein Fehler. ☺

ditsch schrieb:

Ich denke schon, dass es noch eine Daseinsberechtigung hat. Man ist schneller als Launchpad, braucht nicht unbedingt einen Launchpad-Account, kann lokal arbeiten,...

Da hast du recht. Ich beschäftige mich seit 2 Tagen mit Launchpad/PPA und traue mich immer noch nicht so recht mich anzumelden weil ich nicht weiß ob ich alles richtig mache werde.

(Hier werde ich etwas ausschweifend. Leute mit wenig Zeit sollten hier aufhören zu lesen)

Eigentlich machte ich die Überarbeitung aus reiner Faulheit.

Am Anfang habe ich mir meine Backports aus dem Sourcecode mit checkinstall gebaut. Bei warzone2100 gab es dann große Probleme. Als ich schließlich Pakte hatte die neuere Werkzeuge zum erstellen benötigten (z.B. debhelper > 6 oder gar debhelper > 7) (ich nutze noch Gutsy) hatte ich keinen Erfolg mehr.

Schließlich bin ich zu prevu gewechselt. Leider ist mein Gedächtnis nicht mehr so gut und ich vergesse immer wieder die Vorgehensweise und die ganzen Kleinigkeiten und Tricks die einem das Leben erleichtern. Der Artikel soll also sozusagen meine Gedächtnisstütze werden.

Zum Beispiel hat sich gezeigt das es einfacher ist einen Backport für mein Gutsy Gibbon mit prevu in einer Intrepid VM zu erstellen als in einer Gutsy VM. prevu benutzt anscheinend die Werkzeuge der installierten Ubuntu-Version um die build-dependencies aufzulösen. In der Gutsy VM muße ich mir erstmal neue Versionen von debhelper und man-db usw. bauen. Dabei musste ich mir erstmal eine debhelper Version 6 bauen um dann eine debhelper Version 7 zu erstellen um schließlich aus der Jaunty-Version von warzone2100 ein Backport für Gutsy zu erstellen. In der Intrepid VM war das nicht nötig.

Aber das gehört besser in den Artikel unter Tipps und Tricks oder einem ähnlichen Abschnitt.

Grüße aus Berlin

Hallo,

Ich bin so frei gewesen eigenmächtig den Artikel in die Baustelle zu verschieben. Ich hoffe das ist so in Ordnung.

Kannst du gar nicht. 😛 Dazu fehlen dir nämlich die Recht im Wiki. ☺

Das richtige Vorgehen bei Überarbeitungen ist hier beschrieben.

Gruß, noisefloor

noisefloor schrieb:

Das richtige Vorgehen bei Überarbeitungen ist hier beschrieben.

Danke für den Hinweis. Allerdings gibt es da ein Problem. Eigentlich will ich am Anfang gar nicht den Artikel umfangreich überarbeiten sondern nur etwas ergänzen bzw. verbessern. Daraus wird dann manchmal mehr und dann warte ich nicht bis ein Moderator den Artikel in die Baustelle verschiebt. Wenn ich so lange warte vergesse ich wieder alles was ich gemacht habe bzw. machen wollte. Das ist nicht schön aber anders schaffe ich es leider nicht mehr etwas zustande zu bringen.

Grüße aus Berlin

Hallo,

es ist ja so, dass du Artikel auch ohne weiteres im Wiki selbst überarbeiten kannst. Das darf dann auch ruhig 30 min oder 1 h oder so dauern. Wichtig ist nur, dass der Artikel im Wiki in sich konsistent bleibt, d.h. am Ende muss alles schlüssig sein. Also nicht wie in der Baustelle möglich unfertige Abschnitte stehen lassen etc.

Wenn du wegen einer Überarbeitung nicht sicher in Bezug auf Syntax etc. bist einfach anschließend im Forum posten, dann schauen wir drüber. Sooo langsam sind wir auch nicht! 😉

Gruß, noisefloor

Vielen Dank trotzdem schonmal für deine Mitarbeit.

Du schreibst manchmal die Zuweisung der Umgebungsvariable sowie die Initialisierung von Prevu in eine Zeile, manchmal schreibst du aber die beiden "Befehle" in getrennte Zeilen. Was ist den nun richtig?