newmake Build Skripte

[det-box]

Da muss ich StevenSch zustimmen, unter locales sollte jeder für sich sein Zeugs haben können. Allerdings als BeispielScripte wären diese für viele sehr Wichtig. Vor allem welches *-local.sh was macht bzw wann (im Buildprozess) ausgeführt wird.

/Edit
zu spät
Edit/

Det

[StevenSch]

Patchen: Mit den "Original"-diffs die ich hatte funktioniert das Patchen per Script nicht. Also habe ich es von Hand getan und dann ein neues diff erstellt, mit dem neuen diff gings dann auch per script. Keine Ahnung warum. Müssen die diffs mit bestimmen Argument ( ich nehme -Naur) oder einer Mindestversion von diff erstellt werden?

Der Schalter -C eim Checkout steht bei mir entweder an der falschen Stelle oder es funktioniert einfach nicht. Jedenfalls bekomme ich immer ein "Argument unknown" oder so ähnlich.

Tante Edit meint:

Meiner Meinung nach "ToDo":
* Schalter für "Autopatchen" ins config-menu einbauen
* Menu für Clean targets erstellen

und aus der RootPartSize die im "Auslieferungszustand" der yBuild.zip in der conf gespeichert ist bitte 0x600000 machen (0x6000000 geht nicht)

[Tommy]

und aus der RootPartSize die im "Auslieferungszustand" der yBuild.zip in der conf gespeichert ist bitte 0x600000 machen (0x6000000 geht nicht)

komisch habe das mal im skript eingestellt (war tatsächlich auf 6000000) - jetzt läufts bei mir wieder

Edit:
Irrtum

Code: Alles auswählen

flashmanage fatal error: File /home/y/tuxbox/dbox2/cdkflash/root-neutrino.squashfs too large (4689920 > 600000)
make: *** [/home/y/tuxbox/dbox2/cdkflash/neutrino-squashfs.img1x] Fehler 1

Edit2:
0x vergessen

@Yjogol: evtl. Plausibilitätsabfrage?

[yjogol]

So es gibt eine neue Version.
Die nächste Woche kann ich nichts machen ... vielleicht kann jemand anders die Wünsche einbauen.
yjogol

[TDFKAOlli]

Hi,

danke, super Sache das build script. ich bin auch schon fleissig dran. Wie sollte man denn am besten ein "clean" machen, damit man danach auch alles neu gebaut bekommt ? "ca" ist wohl ein bisserl radikal und bei "mx" und dann "sc" (Semi clean) hatte ich Probleme wieder ein flash image zu bekommen. Alternativ hatte ich dbox2/cdk* gelöscht, das scheint zu gehen aber wieviel mehr wird dann unnötig neu gebaut ?

Gruß, Olli

PS.: Bin auch über die 0x6000000 gestolpert. Gut das es hier schon die Lösung gab

[StevenSch]

"Ziehmlich" clean: in tuxbox-cvs/cdk/ wechseln und dort make mostlyclean
bereinigt alles ausser den gebauten kernel. (Achtung gefährliches Halbwissen)

[Tommy]

EDit:

copy/paste code hier gelöscht.

Habe mal ein extra Menü eingebaut "Smartclean" in dem die wichtigsten cleantargets anzuspringen sind. Dafür habe ich das Semiclean aus dem "make Image Menü" rausgenommen. (siehe auch Changelog)

Dank der Distribution Funktion hier ->

http://gpi.airlane.de/files/yBuild.zip

[TDFKAOlli]

Alles klar. Danke. Ich war mir halt nicht sicher obs aus dem script schon eine "saubere" Methode gibt. Ich habs eben auch nochmal mit mostlyclean abgeräumt und gebaut.

Gruß, Olli

[StevenSch]

Version 1.09 ist Online:

12.01.2007
- new menu for all cleantargets
- some changed shortcuts in the mainmenu
- added switch for automatic patching - look into Configure-Config

@Tommy: ich glaube wir haben zeitgleich am gleichen gebastelt.

Tante Edit sagt:
Bitte hier downloaden - Online Update geht nicht, da das nicht Yjogols Server ist.
http://www.dorf-disko.de/pub/yBuild.zip

[Tommy]

Version 1.09 ist Online:

12.01.2007
- new menu for all cleantargets
- some changed shortcuts in the mainmenu
- added switch for automatic patching - look into Configure-Config

@Tommy: ich glaube wir haben zeitgleich am gleichen gebastelt.

Tante Edit sagt:
Bitte hier downloaden - Online Update geht nicht, da das nicht Yjogols Server ist.
http://www.dorf-disko.de/pub/yBuild.zip

ooops naja - nicht schlimm. Guck Dir meins an und schau ob Du was verwerten kannst. Ich habe für das Untermenue ein eigenes include erstellt. (_yb_smartclean.inc.sh)

[ingrid]

Version 1.09 ist Online:

12.01.2007
- new menu for all cleantargets
- some changed shortcuts in the mainmenu
- added switch for automatic patching - look into Configure-Config

@Tommy: ich glaube wir haben zeitgleich am gleichen gebastelt.

Tante Edit sagt:
Bitte hier downloaden - Online Update geht nicht, da das nicht Yjogols Server ist.
http://www.dorf-disko.de/pub/yBuild.zip

Kleiner Fehler: 2x "cc" im Hauptmenü, sollte 1x "ca" sein.

Supergeile Arbeit, funktioniert 1a. Bin schon tierisch auf die Examples (für noobs) gespannt! Thx!

[yjogol]

examples sind in meiner letzten Version. http://www.yjogol.de/download/yBuild.zip

Ich werd dann übernächste Woche die bis dahin entstandenen Erweiterungen mergen.

yjogol

[Tommy]

@StevenSch und Yjogol:

wie sieht es mit einem Untermenue for die "kleineren" make Targets aus? Make neutrino, make sectionsd.....

Nicht das wir wieder doppelt arbeiten

[yjogol]

@StevenSch und Yjogol:

wie sieht es mit einem Untermenue for die "kleineren" make Targets aus? Make neutrino, make sectionsd.....

Nicht das wir wieder doppelt arbeiten

Also meine Idee war folgendes:
Wie configure: y/n für flash bzw. yadd (mache gehen nur für yadd)

Ich wollte dann mit einer der locals.sh die conf auslesen und dort für alle y ein make ausführen.
Das wäre mein Vorschlag. Aber ich mach bis zum 19.1. definitiv nix also keine Überschneidung

Gruß
yjogol

[StevenSch]

- gemeldeten bug gefixt und clean all zu den cleantargets verschoben

http://www.dorf-disko.de/pub/yBuild.zip

@Tommy: Bastelst du ein Untermenu für die kleinen MakeTargets und stellst die Datei _yb_maketargets.inc.sh dann bereit?

[Tommy]

- gemeldeten bug gefixt und clean all zu den cleantargets verschoben

http://www.dorf-disko.de/pub/yBuild.zip

@Tommy: Bastelst du ein Untermenu für die kleinen MakeTargets und stellst die Datei _yb_maketargets.inc.sh dann bereit?

kann ich tun - heute wirds aber nix

[Tommy]

@Tommy: Bastelst du ein Untermenu für die kleinen MakeTargets und stellst die Datei _yb_maketargets.inc.sh dann bereit?

Du hast PN

[Tommy]

Ich habe da mal noch so eine idee. Wie wäre es mit einem Plugin "Baukasten" Menü? Mein Vorschlage wäre ein "PluginA y/n" Menü welches .PluginA (Flag) setzt. In den Customizing Skripten werden die Plugins entsprechend den Flags hinzugefügt. Es wäre dann natürlich schön wenn die Plugins in entsprechenden Modulpaketen vorliegen würden und nur zum bauen temporär ausgepackt würden (sprich zip mit ordnerstruktur ohne readme balast)

Edit: hat jemand gut erreichbaren Onlinespace wo man pluginpakete ablegen kann? Ist natürlich mit Wartungsaufwand verbunden

[nessus]

Guter online Space sollte vorhanden sein, ca. 1TB Traffic ist monatlich noch frei und "hängt" direkt im Backbone eines großen Telekomanbieter.

Bei interesse einfach mal per PM an mich.


nessus

[Tommy]

ich dachte an sowas wie die Eisfair Leute das machen mit den Eislist.txt. Mir ist das leider etwas zu hoch aber für Yjogol sollte das kein Problem darstellen

1. auf dem webspace liegen die Pluginpakete und eine Plugin.list
2. das skript lädt die Plugin.list und bringt eine Auswahl
3. man kann mit y/n sagen ob das entsprechende Plugin in yadd oder Flash eingebaut werden soll

evtl. ist in der Plugin.list eine Größenangabe des plugins nötig (damit nicht mehr Plugins installiert werden als Platz ist.
Wer auch immer den Webspace hat muß sich um die Pflege der Plugins.list kümmern und die Pakete bereitstellen.

[nessus]

Eisfair, schon mal gesehen

Wenn die Pakete bereitgestellt werden sollte die Pflege ja auch kein Problem sein.

Ich würde mich dann schon bereit erklären es zu machen wenn mich die Pakete irgendwie erreichen.

Das sollte man mal ausprobieren wie das mit den Eisfair bzw fli4l ".txt" funktioniert.
Kann mir jmd. mal ein Beispiel Script von Eisfair zukommen lassen?

nessus

[dietmarw]

nur so als tip, da der webspacebetreuer meistens nicht wirklich zeit hat da händisch was zu pflegen..
(so wäre es auf jeden fall bei mir )

checkt die liste mitsamt dem rest ins cvs ein, der webserver holt sich das per cron und legt es lokal ab.

[Tommy]

@Dietmarw: super Idee

Ist natürlich ein Mords Aufwand und leider nur nötig da die Plugins meist nur als binary und die sourcen nicht im CVS vorliegen . Ansonsten könnte man es in den normalen buildprozess mit aufnehmen.

Wie gesagt - ich fühl mich der Sache nicht gewachsen. Wir müssen vermutl. die Woche warten bis Yjogol wieder da ist.

wg. den Eislists - http://www.eisfair.org - einfach mal stöbern

EDIT:
eine Eislist sieht so aus:

Code: Alles auswählen

eis-list: 'http://www.herleb.info/eisfair/eis-list.txt'

#<comment> Pakete von herleb auf www.herleb.info/eisfair/
#<comment> from H E R L E B   EDV-Lösungen <info@herleb.de>
#<welcome> Willkommen auf www.herleb.info
#<message> Bitte stellen Sie sicher, das vorher der MINI_HTTPD installiert wurde:
#<info> mini_httpd.tar.gz.info 
#<info> spaceinfo.tar.gz.info
#<info> mailmanager.tar.gz.info
#<info> unimount.tar.gz.info 
#<info> pjm.tar.gz.info
#<info> timesync.tar.gz.info
#<message>   --------------------------------------------------------
#<info> bestups.tar.gz.info 
#<info> rsync.tar.gz.info 
#<link> http://www.eisfair.org/download/packages/eis-list.txt Official EIS package server
#<link> http://www.eis.online.de/eisfair/eis-list.txt EIS.online package server (APC UPS) 
#<link> http://iss-systems.dyndns.org/eisfair/eis-list.txt Easy Backup von Hanspeter Seiler 
#<link> http://home.arcor.de/jsffm/eisfair/eis-list.txt MC und Anderes von Jürgen Schneider
#<link> http://winix-alarmsysteme.de/eisfair/eis-list.txt Winix Alarmsysteme
#<empty>
#<message> last update 2006/02/27 16:10
#<empty>

[Token]

@tommy/steven:
... jungs, mal ein vorschlag: macht bitte die yBuild.zip auf einen server, woher soll ich nun wissen welche aktuell ist ... tommy's build oder das "disko"-build
DANKE
cu token

[Tommy]

..ist jetzt nur etwas Verwirrend da Yjogol nicht da ist - er wird alles mergen in einer Woche. Dann ist seine Version die aktuelle