ybuild V3

[yjogol]

Hallo zusammen,
ich bekomme viele Anfragen zum ybuild V3.
Was wird neu sein:
- Neue GUI (basierend auf dialog) [fast fertig]
- Mehrsprachigkeit [beginne ich gerade]
- Die neuen configure Flags (kernel 2.6 etc.) [fertig]

Ich würde das ybuild dann ins CVS stellen, damit die Entwicklung und Aktualität nicht mehr von mir alleine abhängt. Ich denke hostapps ist der richtige Ort.
Weiterhin würde ich ein bootstrap-Skript schreiben, welche das ybuild für die erste Nutzung auscheckt und startet.

Wer hat Lust mitzumachen? Anregungen?

Erste Screenshots:
http://www.yjogol.com/development/ybuild-v3-news.html

Download der Betaversion:
http://www.yjogol.com/index.php?option= ... &Itemid=85
Gruß
yjogol

[dbt]

gute Idee Es würde sogar als ein eigenes Modul durchgehen, weils doch recht global ist, aber hostapps wäre schon ok.

[Tommy]

an das shellskript basierte hab ich mich ja als Linux Noob rangetraut. Das y3 sieht natürlich affenscharf aus. Ansonsten -> bin dabei

[yjogol]

Super,
unter http://www.yjogol.com/index.php?option= ... &Itemid=85
gibt es die erste Beta zum Test.

Ich brauche jemanden, der sich um das Patch-Management kümmert.
Auch die Übersetzung (zurück) in das Englische ist nötig.

Und testen testen ...

Gruß
yjogol

[rhabarber1848]

Ich brauche jemanden, der sich um das Patch-Management kümmert.

Was genau soll gemacht werden?

FYI: ybuild3b1.zip liegt als 0-Byte-Datei auf dem Server.

[yjogol]

upps, sollte jetzt laufen

Beim Patchmanagement:
- ob alles läuft
- Neue Ideen, wie es einfacher bedient werden kann

yjogol

[Tommy]

kann man die patches nicht auch auf den CVS Server legen und on demand von y3 auschecken lassen? Dann hätte rhabarber1848 einen Platz wo er sich "erleichtern" könnte und mit der Oberfläche des y3 könnte man eine Übersicht darüber schaffen - wie ein Baukasten. Ich habe bei den Patches lange den Überblick verloren.

Und fürs englische kann sich bestimmt unser "Chef Angelsachse" PT-1 ein paar Minuten abringen


Edit:
BTW - Ich hoffe ja das dem guten Barf die Ohren gerade ordentlich klingeln - jetzt wo sein Baby (Newmake) langsam in die Schule kommt (paßt in etwa von derZeit?!)

[rhabarber1848]

Ich habe bei den Patches lange den Überblick verloren.

Patches, die noch nicht im CVS sind, sollten einer breiteren Masse von Usern
auf einfache Art nicht zugänglich gemacht werden. Es hat schon seinen Grund,
wenn ein Patch noch nicht im CVS ist und das ist am wenigsten der, dass bisher
niemand Zeit hatte, ihn einzuchecken

Mein Support-Aufwand wäre zu hoch, wenn ich Usern[1] bei Problemen, die durch
einen unfertigen Patch entstehen, helfen müsste. Meine Patches sind alle öffentlich -
und das soll auch so bleiben-, aber es bedarf, auch das sollte so bleiben, etwas
Vorwissen, um sie zu benutzen bzw. ein aussagekräftiges Urteil darüber ablegen zu
können. Davon nehme ich ausdrücklich Testimages von dietmarw, wie dem Neutrigma-
Image, aus, da hier zwei gut getestete Codezweige zusammen in einem Image
vorhanden sind, hier können User fundierte Urteile über die Funktionsfähigkeit abgeben.

Aber selbst mit diesem Patch gibt es Probleme, wenn ein User nicht in der Lage ist,
customization-Skripts und rootsize-Werte korrekt zu nutzen, um Imageplatzer zu verhindern.
@bosmann: Das ist nicht gegen Dich gerichtet, nur hätte ich weniger Zeit zum Coden,
wenn noch mehrere Dutzend anderer User Fragen wie Du stellen.

Das besagte Zeitproblem ist auch der Grund, warum ich bisher keine fertigen Images
angeboten habe, das wird sich in Zukunft auch nicht ändern.

@yjogol: Wenn Du ein Patchmanagement einbauen willst, kannst Du es gerne machen, nur
würde ich Dich dann bitten, mir beim Support dieser Patches unter die Arme zu greifen
Außerdem kann es Patches von mir geben, wo aus meiner Bequemlichkeit heraus Patch
B und Patch A abhängt. Ich werde in diesem Fall keine standalone-Version von Patch B
anbieten. Damit ist die Möglichkeit der Patchauswahl in ybuild von vornherein eingeschränkt...

[1] Folgendes ist nicht abwertend gemeint: User sind für mich Menschen, die mit
den Unix-Befehlen patch und diff nicht viel anzufangen wissen

[yjogol]

Ok, Misserständnis.
Das yBuild hat ein "Patch Management", das soll helfen, Patches zu erstellen und anzuwenden.
Es ist schon lange im ybuild drin. Ich selbst benutze es aber nur wenig.
Es wäre schön, wenn jemand sich diesen Teil von ybuild anschaut, testet und am besten auch Maintainer wird.

@rhabarber1848:
Wenn alle Patches quasi Online zur Verfügüng stehen, dann entsteht da ein enormer Pflegeaufwand.
Den könnte ich auch nicht leisten.
Die Idee ist allerdings auch reizvoll.

Das Patchmanagement in ybuild hatten wir derzeit eingefügt, damit jeder nach dem frischen auschecken seine eigenen Patches "rüberspielen" kann.

yjogol

[rhabarber1848]

Ok, Misserständnis.

Ok, ich habe ybuild nie benutzt...

[PT-1]

Und fürs englische kann sich bestimmt unser "Chef Angelsachse" PT-1 ein paar Minuten abringen

Mach ich

[Tommy]

und ich meinte die Patches nur ins CVS "legen" um einen zentralen Ort zu haben. Ich weis nicht ob man aus YBuild direkt auf das ULC verlinken könnte/sollte. Wenn Patch B von Patch A abhängt könnte man ja sowas wie eine Beschreibung zuliefern oder einen Link dorthin. Wenn man zu einem diff immer ein gleichnamiges txt mit Details hätte könnte man in eine directory durchlaufen und erstmal nur die Infos anzeigen bzw. sich einlesen.

Ich habe damals die Patch Funktion sehr gerne genutzt da ich user (s.o.) bin und bei "hunks failed" immer gleich panik kriege.

[seife]

Für's "professionelle" Patch-Management ist quilt http://savannah.nongnu.org/projects/quilt/ IMO unschlagbar. Damit kann man auch offline diffen etc und ist generell vom CVS bei der Erstellung der Diffs unabhängig.

Inwiefern es sinnvoll ist, das als "backend" für ybuild zu benutzen weiss ich nicht.

Bei Gelegenheit kann ich mal ein "quilt cheat-sheet" aufschreiben, denn die Doku kann einem durchaus anfangs abschrecken, allerdings sind es eigentlich nur eine Handvoll Befehle, die man tatsächlich benötigt.

[yjogol]

So, ich habe mal nun den aktuellen Stand ins CVS hochgeschoben.
Ein bootstraps-Skript kommt die Tage nach (um zum erstenmal das ybuild herunterzuladen)

Es ist noch Beta-Status, d.h. ich habe nicht alle Kombinationen durchgetestet.

yjogol

[Token]

@yogol:
von meiner seite her, ersteinmal DANKE fuer die neue V3, mit dialog-GUI sieht
es richtig "erwachsen" aus.
meine comments zu meinen ersten tests hast du ja auf deiner HP gesehen.
das groesste handycap fuer newcomer war/ist ja die dash zu bash umschaltung (vielleicht koenntest du das noch als check einbauen ?) und auch die ccache geschichte gewesen (funktioniert jetzt), der hausgemachte fehler wegens fehlenden gettext ist ja erledigt (von beiden seiten).
was mir eben jetzt noch aufgefallen ist: die anwendungsscripte werden nicht kopiert !
schau da bitte nochmal rein!

cu token

[yjogol]

was mir eben jetzt noch aufgefallen ist: die anwendungsscripte werden nicht kopiert !
schau da bitte nochmal rein!

cu token

Habe ich gerade mal getestet: /a->0
geht.
Sind bei dir alle Verzeichnisse richtig konfiguriert?

EDIT: Prüfung auf dash eingebaut.

yjogol

[Token]

danke fuer die dash-pruefung.
ja, verzeichnisse sind alle richtig, aber bei mir funktioniert kein toolchecker und kein kopieren der anwendungsscripte.
und wie gesagt, das "refresh" von ROOTPARTSIZE funktioniert hier auch nicht.
(erst nach neustart)

cu token

[Token]

@yjogol/@all:

also die derzeit letzte version vom bootstrap-script laeuft soweit durch, holt das
aktuelle ybuild aus dem cvs, prueft auf bash, checkt alle abhaengigkeiten, installiert ccache, und funktioniert schlicht und ergreifend.

einzig der toolchecker, das kopieren der anwendungs-scripte, und das anschauen der logs will
hier noch nicht funktionieren.
aber der fehler kann auch hier local sein, hat jedoch im ybuild-v2.2 noch funktioniert ?!

aber endlich wird/ist ybuild das fuer was es gemacht wurde:
das Tool fuer newmake ... noch nie war es einfacher ein image zu erstellen.

also testet fleissig, damit noch evtl. vorhandene bugs gefunden werden.


cu token

[yjogol]

@Token
Danke für das Testen.
Bei mir laufen auch: Toolchecker, Anwendungsskripte kopieren und Logs anzeigen.
Ich werde mal ein Diagnoseskript schreiben, dass allgemein beim Support helfen kann.
Welches OS hast du? Version? Welche Version von "dialog"?
EDIT: Ich habe ein plugin für ybuild diagnose geschrieben. Also ybuild aktualisieren, Diagnose ausführen und mir zusenden oder posten.
Da gibt es noch etwas merkwürdiges mit "dialog", wenn dein Shellfenster zu klein ist, dann zeigt "dialog" einige Dialoge nicht an. Die von dir beschriebenen "fehlende" Dialoge sind alle sehr groß. Also ziehe mal dein Shellfenster auf maximale Größe (Ideal 80 x 40)

@all
Im CVS ist nun eine ybuild-Version, die aus meiner Sicht einsetzbar ist.
Ich werde weiter in kurzen Zeitabständen Optimierungen vornehmen und freue mich, wenn ihr in der einen oder anderen Art mitarbeitet. Wer möchte geht direkt ans CVS. Ich habe die Hoffnung, ybuild nicht alleine zu entwickeln.

yjogol

[Token]

yjogol, ich schicke mein log zu, ich kann hier nix anhaengen.
also bei den anwendungs-scripten findet er wohl die quelle nicht.
komisch ist auch fuer mich: sollte er nicht von ybuild-plugins die scripte kopieren ?

cu token

[yjogol]

yjogol, ich schicke mein log zu, ich kann hier nix anhaengen.
also bei den anwendungs-scripten findet er wohl die quelle nicht.
komisch ist auch fuer mich: sollte er nicht von ybuild-plugins die scripte kopieren ?

cu token

Hi,
unter "Basis Configuration" (/d->0->4) kannst du den Pfad zu deinen Anpassungsskripts (*local.sh) angeben.
Die müssen nicht umkopiert werden. Nach deinem Log ist der Ordner mit den Anpassungsskript leer (siehe Ende des Logs).
Prüf das mal.
Ich habe aber einen anderen Fehler hierduch entdeckt ...
yjogol

[dietmarw]

hätte es ja mal getestet, aber auf dem compiler server bin ich kein admin
und ohne die komponente "dialog", die er nicht inst. darf rennt das nicht..

wäre gut, wenn er am anfang eine liste von requirements ausgeben würde..

[yjogol]

hätte es ja mal getestet, aber auf dem compiler server bin ich kein admin
und ohne die komponente "dialog", die er nicht inst. darf rennt das nicht..

wäre gut, wenn er am anfang eine liste von requirements ausgeben würde..

ybuild braucht bash und dialog.
Eigentlich testet er auf dialog. Hatte ybuild keine Meldung ausgegeben?

Wenn du aber kompilieren kannst. hier ist der Source zu dialog :https://launchpad.net/ubuntu/hardy/+sou ... rig.tar.gz

yjogol

[Token]

@yjogol:

gut, dann hatte ich das mit den Anwendungs-Scripten falsch verstanden,
ich nahm an, das von ybuild-locals nach cMyLOCALSDIR kopiert wird.
ok, dann haetten wir das mit den scripten geklaert

jetzt bleibt noch der toolchecker - das klaert sich bestimmt auch noch.
und zum anschauen der logs kann man ja auch einen viewer per hand starten.

wie du aus meinen log siehst, ist hier ubuntu 8.04.1 auf einem EeePC am laufen.
das sollte aber kein problem darstellen, unter der V2 ohne gui gings ja auch.

cu token

[yjogol]

@dietmarw
Ich habe ein Binary von Dialog bei mir in den Download-Bereich gelegt.

@token
Hast du es schon mal mit einem größeren Shell-Fenste (wie oben beschieben) probiert?

yjogol