[linux-l] Debian - Eigene Installations-CD erstellen

U. Bauermann ub at insecma.de
Di Okt 31 16:46:27 CET 2006


Hallo

Das es leicht ist, habe ich nicht erwartet.
Aber bis Etch ist ja auch noch bißchen Zeit. *g*

Schon vielen Dank für die (auch anderen) Links.

Mal sehen, wie weit ich komme, wobei das mit der Scriptsteuerung
schon doch klappen sollte... (ich will *g*)

Grüsse
Uwe

Lutz Willek schrieb:
> U. Bauermann wrote:
>> Hallo liebe BeLUG
> Hallo,
>>
>> Ich möchte demnächst eine eigene Softwarelösung vertreiben.
>> Das Ganze soll per Installations-CD geschehen. Also eine komplette 
>> Neuinstallation eines Servers, basierend auf Debian.
>> Ich möchte ausschliesslich alle benötigten Pakete auf der CD haben.
>> Dann soll (per Script, oder wie auch immer) meine eigene Software 
>> installiert, und alle anderen Configs (Apache, MySQL, VServer, Exim, 
>> Squid, ... usw.) angepasst/installiert/kopiert werden.
>> Nach Beendigung der Installation, soll zukünftig der Server wie ein 
>> normaler Debian-Linux-Rechner per apt-get/aptitude aus dem stable 
>> Repository aktualisiert werden.
>> Da Anfang Dezember Etch ansteht, will ich dieses auch als Grundlage 
>> für die Installation nehmen.
> 
> Über ein Skript läuft da nix.
> Die Idee ist gut, aber warscheinlich so nicht machbar, das haben andere 
> schon versucht und in den Sand gesetzt. Da Du das ganze verkaufen willst 
> musst Du natürlich auch die Folgen tragen, falls ein Paket als Update 
> mal den Server lahm legt. Die Konsequenz ist also ein eigenes Repository 
> für die Kunden.
> 
> Der Rest ist einfach. Eine Netinstall- CD, die die benötigten aktuellen 
> Pakete von Deinem Server holt, den Rest von CD. Diese Pakete sind 
> bereits angepasst und die nötigen Abhängigkeiten gesetzt. Zum testen, 
> anpassen und aktualisieren Deines Repros wirst Du wohl eine halbe bis 
> 3/4 Stelle benötigen, ansonsten ist so ein Projekt nicht machbar.
> 
> Laut der Webseite Deiner Firma: " Prinzipiell können wir, oder einer 
> unserer Partner, nahezu jedes erdenkliche Linux/BSD Projekt umsetzen."
> 
> sollte das aber für Dich nicht zu schwer sein. Da Du freie Software 
> einsetzt musst Du natürlich auch die veränderten Sourcen bereit stellen, 
> sonst bekommst Du über kurz oder lang Ärger. Beim Überfliegen der Seite 
> habe ich übrigens keinen Hinweis auf die Quellen gefunden.
> 
> Die Kunden könnte man über Lizenzschlüssel authentifizieren, das Repro 
> mit den fertigen Binaries kann nur mit Schlüssel genutzt werden.
> Das ganze läuft also auf eine Lösung hinaus, die auch RedHat /CentOS 
> benutzt- die Quellen sind frei, die Binaries und den Service gibt es nur 
> gegen Bezahlung.
>>
>> Da ich sowas selber noch nie gemacht habe, würde ich mich freuen wenn 
>> ihr mir ein paar Tipps geben könntet, wie ich das angehen muss. Oder 
>> vielleicht hat ja jemand ein Etch-HowTo/Guide Anleitung für diesen 
>> Zweck geschrieben/gefunden, nach dem Motto "Einstieg für Dummies, bis 
>> zum Ziel als Freak. *g*
> Nein, mit Sicherheit gibt es so etwas noch nicht als fertiges Howto. 
> Aber die Schritte, um die einzelnen Teilziele zu erreichen, sind gut 
> dokumentiert. Als Geschäftsmodellvorlage kannst du Dir mal bitbone 
> anschauen: http://www.bitbone-ag.de/bitkit/ , im Endeffekt machen die 
> Jungs genau das, was Du haben willst.
> 
> Ansonsten ist das vlt. für den Einstieg hilfreich:
> http://wiki.debian.org/HowToSetupADebianRepository
> und dann weiter:
> http://debian.wgdd.de/howto/howto-aptrep.de.html
> 
> Alt, aber gut:
> http://www.schlittermann.de/deb-intern/dpkg/
> 
> Solltest Du Hilfe beim Einrichten des Repros, beim Erstellen der 
> Installations-CD oder beim Anpassen der Software benötigen- wir haben 
> das nötige know how.
> Aber es dürfte ja wohl klar sein dass wir nicht die Arbeit machen, die 
> Du hinterher verkaufst.
> 
> Und überhaupt- rechne nochmal, bevor Du die Software verkaufst, ob sich 
> dieser Weg wirklich für Dich lohnt. Normalerweise fährst Du besser, wenn 
> Du so ein Projekt komplett offen und frei anbietest und den passenden 
> Service dazu verkaufst.(mysql grüßt) Der Vorteil ist die größere 
> Entwicklerbasis, eine größere Verbreitung, mehr Feedback der Kunden, im 
> Endeffekt ein besseres Produkt bei weniger Arbeit. Aber das musst Du 
> wissen.
> 
>>
>> Danke euch.
> Bitte, gerne.
> Lutz
>>
>> Grüsse
>> Uwe
> 
> _______________________________________________
> linux-l mailing list
> linux-l at mlists.in-berlin.de
> Die Mailingliste der BeLUG (Berliner Linux User Group)
> 
> Wenn du diese Mailingliste  abbestellen willst, gehe bitte auf
> https://mlists.in-berlin.de/mailman/listinfo/linux-l
> und trage dich dort bitte aus
> 




Mehr Informationen über die Mailingliste linux-l