Anbieten von bereits kompilierten Programmen

Hä ?

Was macht Freetz denn sonst anders ? Da bauste doch auch dein Image selber ?

Ich versteh kein Wort was du meinst.
Und wie genau soll man sich sowas vorstellen???

astrapi schrieb:

fertig kompilierte Programme

Zum Vergrößern anklicken....

Meinst du damit die verschiedenen Pakete? Und wie soll ich diese fertigen Programme dann zu einem Image zusammenfügen? Davon abgesehen, daß die sich je nach Boxtyp auch noch unterscheiden.

Ausserdem widersprichst du dir doch selbst: Einerseits soll man sich fertige Pakete runterladen und andererseits soll ich daraus ein Image bauen.
Was hab ich denn dann gewonnen??? :-Ö

Das war jetzt meine Meinung aus der Sicht eines Users.
Wart ab, wenn Silent-Tears oder Olistuden sich melden, dann schepperts hier richtig

astrapi schrieb:

Zeit. Die Zeit die zum kompilieren drauf geht.

Zum Vergrößern anklicken....

Naja, das Image laut meiner Signatur benötigt mit nem sauberen Checkout knapp unter 20 Minuten. Nicht mal genug Zeit um hier diverse Threads abzuarbeiten

Naja, dann müsste man aber für jede Suboption-Kombination (schon bei 2 Subopts -> 4 Möglichkeiten (!)) eines Pakets zwei (einmal statisch, einmal dynamisch gelinkt (!)) binarys bereitstellen. Abgesehen von der uclibc-Version, die allerdings bei den jetzigen Firmwares immer 0.29 ist. (oder?)

und das nach jedem version-bump des jeweiligen Pakets aufs neue

Ich sehe dafür keine Notwendigkeit. Die Möglichkeiten sind einfach zu vielfä#ltig, als dass sich da jemand hinsetzen sollte und diese Sachen "fertigbauen". Um mal von den Binaries abzusehen: Was ist mit den rc-scripten und libraries und co.? Alles komplett umschreiben?

Edit: Btw compile ich meine kompletten Images nicht klomplett und ständig neu. "svn up && make oldconfig && make" reicht meist völlig aus.
Auch das Nichtbenutzen des Trunk sondern einer stabilen Version bringt da eindeutige Verbesserungen, und spart das ständige Neubauen und flashen

Silent-Tears schrieb:

"svn up && make oldconfig && make" reicht meist völlig aus.

Zum Vergrößern anklicken....

Etwas OT: Sehe ich das richtig: Damit holt man den aktuellen Trunk aus dem svn und macht mit der bestehenden Konfiguration das Image neu? Ich bin noch nicht so firm in Linux, deshalb die Frage.

Du kannst dir ja Debian auf die Box laden und mit apt-get die Pakete holen...

Da gibts, glaube ich, ein separates Forum zu debianisierten Fritz-Boxen...

astrapi schrieb:

Wie wäre es, wenn stattdessen fertig kompilierte Programme auf den webserver liegen würden, und die freetz-user nur noch diese runterladen und sich daraus ihr eigenes Image bauen?

Zum Vergrößern anklicken....

Das entspricht in etwa (nicht ganz) dem, wie es zu Zeiten von ds-mod gehandhabt wurde. Damals wurde für fast jedes gewählte Pakete noch eine extra tar-Datei nachgeladen, in der die Dateien enthalten waren, die jetzt unter files beim jeweiligen Paket abgelegt sind.

Schon da war es ein großer Aufwand, die Pakete jeweils in den richtigen Versionen auf dem Server bereitzustellen.

Bei Deinem Vorschlag wäre der Aufwand noch viel Größer. Für jedes Programm bräuchte man eine Version für jede der verwendeten Versionen von uClibc. Das ist noch der einfachste Fall. Bei etlichen Paketen gibt es noch Unter-Optionen, so daß die Anzahl der möglichen Versionen nochmal drastisch ansteigt.

Der einzige Nutzen ist, daß jemand beim erstmaligen Erstellen weniger Zeit braucht. Selbst wenn wir mal von einem langsamen Rechner und vielen Paketen ausgehen, kann man davon ausgehen, daß in zwei Stunden alles durch ist. In dieser Zeit muß man nicht vor dem Rechner setzen, man kann auch etwas anderes tun. Je nach Rechner kann man diesen vielleicht sogar anderweitig verwenden. Notfalls startet man die Erstellung am Abend und am nächsten Morgen ist sie fertig.

Umgekehrt ist das für die Entwickler mit viel Arbeit verbunden, als Zeit, in der man nicht etwas anderes machen kann.

Wenn Du willst, kannst Du fertig kompilierte Programme zum Download anbieten, aber ich denke nicht, daß sich das Freetz Projekt diese Arbeit machen sollte.

Stellost du den Server und die Software? Dazu ist mein Server echt nicht ausgelegt, und ich werde mich weigern, so etwas darauf laufen zu lassen, ohne die entpsrechende Vergütung, um einen entsprechenden Server zu mieten.

@astrapi
Es hat niemand etwas dagegen, wenn Du das machen willst.

• Du kannst Dich darum kümmern, das auf dem Suse build System laufen zu lassen.
• Du kannst selbst einen Server bereitstellen, auf dem das abläuft.
• Du kannst jemand anderen damit beauftragen, das für Dich zu tun.

Anscheinend willst Du aber, das wir das für Dich tun.
Und wenn Dir nicht klar ist, was hierbei der Unterschied zum letztgenannten Punkt ist, das Wort "beauftragen" beinhaltet normalerweise eine Gegenleistung.

Du übersiehst dabei die technischen Möglichkeiten. Es gibt aktuell nur meinen Server, und einen Buildservice irgendeiner Art wird dort nicht laufen.

Nun, ein Windows-DAU sollte auch keine Linux-Services konfigurieren müssen. Von daher.....

Dennoch: Technisch machbar ist es unter den aktuellen Voraussetzungen nicht. Ganz einfach. Für sinnvoll würd ich es eh nicht halten, und die Arbeit, das so hinzubiegen, dass es überall dann läuft und auch noch AVM.-Konform ist? Danke, ich klöinke mich aus.