Path: csiph.com!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Stefan Reuther Newsgroups: de.alt.folklore.computer Subject: Re: unix5 auf PiDP11 Date: Thu, 12 Mar 2020 18:46:37 +0100 Lines: 56 Message-ID: References:

<8l7cjg-rqt.ln1@criseis.ruhr.de>

Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net QxbXcNVW7Hv1nEHxVkb/ygJzmkyMTe5k7QZ2NiSF0rWWlh1kYn Cancel-Lock: sha1:Xpq3PLzQaEs1KKNhIRo5ybg3Bec= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 Hamster/2.1.0.1538 In-Reply-To: Xref: csiph.com de.alt.folklore.computer:27466 Am 11.03.2020 um 18:40 schrieb Gerrit Heitsch: > On 3/11/20 5:49 PM, Stefan Reuther wrote: >> Am 10.03.2020 um 18:06 schrieb Gerrit Heitsch: >>> Nur solange du noch an die Dateien kommst, die du dafür brauchst. >>> Sollten die mal aus dem Repository fliegen aus dem sie dein >>> Containersetup laut der Definition zieht ('den alten Schrott braucht >>> keiner mehr') bekommst du ein Problem. >> >> Das Problem hast du bei allen externen Dependencies, und bei allem, was >> du tust. Ein Debian 3 bekommst du aus offiziellen Paketquellen weder >> aufgesetzt noch geupdated, und da ist egal, ob du aus den Paketen einen >> Container, eine VM oder ein richtiges Eisen bestückst. >> >> Ergo: externe Dependencies einsammeln und selbst archivieren. > > Muss man nur drank denken... Ich hab etwas gesucht aber nichts finden > können. Wie erstelle ich eigene base images für Docker? Wenn, dann will > ich für meine Container nicht von einem externen Server abhängig sein > von dem das von mir preferierte Image ohne Warnung verschwinden kann. Ich komme da mit relativ eingängigen Suchbegriffen zu . >>> Wenn du es wirklich >>> reproduzierbar willst, solltest du eine komplette VM nehmen die passend >>> aufgesetzt ist. Die dann für die nötige Arbeit clonen. >> >> Eine händisch zusammengeklickte VM ist nicht reproduzierbar im Sinne von >> "dokumentiert, was drin ist", nur reproduzierbar im Sinne von "nimm halt >> dieses handverlesene *.vdi, das tut meistens". > > Nun, bei Docker hast du deine Base Images, die du dann via Dockerfile > anpasst. Das ist nicht viel anders. 'Nimmst du Base image und > änderst noch folgendes, dann geht das'. Hast du genau dokumentiert was > im Base Image drin ist? Wenn man das richtig macht, stehen genau die Instruktionen zum Bauen des Images im Dockerfile, also auch die oben genannten Änderungsanweisungen. Man kann natürlich auch hinterher per Shell in das Image reingehen und da Dateien editieren, so ist Docker aber nicht gedacht. >> Es gibt Tools zum skriptgesteuerten Aufsetzen von VMs. Ich meine, >> Vagrant wäre sowas. Aber da ist ein Docker-Container oder eine andere >> Sandbox eben deutlich leichtgewichtiger. Mein Buildsystem braucht keinen >> Kernel, keinen init, keinen sendmail, keinen cron. > > Den Kernel leiht es sich vom Hauptsystem. Was ist wenn der sich zu stark > ändert, z.B. durch ein Neuaufsetzen des Hostsystems? Der Linux-Kernel hat eine "don't break userspace" Policy, 20 Jahre alte Binaries laufen normalerweise noch. Deswegen gibt es sowas wie 'stat' und 'oldstat'. Das halte ich für ein kleineres Problem. Stefan