Die Repository Software habe ich heute in PHP geschrieben. Es ging leichter, als ich dachte. Vermutlich, weil alles rudimentär ist.

Jetzt mache ich mich daran, die Linux-Distribution endlich fertigzustellen und eine benutzerfreundliche Oberfläche (Frontend) für das Repository zu schreiben.

Sprachen: C und Assembler (Linux-Distribution); HTML und JavaScript (Repository-Frontend)

EDIT: Am 26. 08. 2011 einen Rechtschreibfehler ausgebessert. Am 27. 08. 2011 PHP zu den Repository-Frontend-Sprachen hinzugefügt. Am 2. 9. 2011 ergänzt, dass Frontend Benutzeroberfläche bedeutet. Am 31. 1. 2012 PHP aus den Frontend-Sprachen entfernt.

Ich habe Bedenken wegen des Namens ZeroByte. Ich taufe das Projekt um in Cyborg!

Heute habe ich begonnen, "From Scratch" die Linux-Distribution zu entwerfen. (LFS, "Linux from Scratch", ist ein Buch über das Erstellen einer Linux-Distribution) Ich werde viel Zeit investieren müssen.

Das Ziel der Arbeit ist eine Linux-Distribution, die ein graphisches Interface hat, das Windows so ähnlich sieht, wie es mir programmtechnisch und rechtlich möglich ist.

Bei LFS ist mir nach GCC der Speicherplatz auf der virtuellen Festplatte ausgegangen. Hatte aber auch nur 512 Megabytes! Die neue 16GB-Festplatte sollte reichen. Jetzt kann ich 5 Packages nochmal downloaden. Wo GCC doch so riesig ist... :-(

Nehmt es nicht so ernst wenn ich hier herumjammere, ich habe doch gewusst, dass das eine Arbeit und Zeitaufwändig ist. Cyborg wird cool, das verspreche ich euch!

Da ich in den Pausen immer in die Küche laufe und etwas trinke oder mein Frühstücksmüsli fertig esse, bin ich verschwitzt wie nach einem anstrengenden Sport in der prallen Sonne. Ich habe mich meines USB Desktop Ventilators ersonnen. Hilft aber nicht sehr viel. Es ist 10 Uhr 40, und ich nutze einen freien Vormittag zur Arbeit am Projekt.

GCC entpackt wieder. Gut so. Ich arbeite in einer virtuellen Maschine. Am echten Computer habe ich Windows. Eine weitere Lektion habe ich gelernt: Niemals zwei Pakete gleichzeitig downloaden. Dadurch musste ich ja mehrere Pakete löschen und neu installieren.

Überschreite ich mit den vielen Downloads nicht langsam das Download-Volumen? Ich habe keine Lust, den Rest des Monats mit der Geschwindigkeit einer Einwählverbindung zu surfen. Ich hatte mal ein Modem, die Geschwindigkeit war LÄHMEND!! Ich habe mehrere Minuten auf eine kleine Spielewebsite gewartet. Seht euch das LFS_Buch doch auch einmal an: http://www.linuxfromscratch.org/lfs/downloads/stable/LFS-BOOK-6.8.pdf

Ich habe nun alle Pakete nachgeholt. Super!

Es ist schon 11:19. Ich bin beim Kernel angelangt. Er braucht sicher lang zum downloaden. Nach dem Kernel kommen außerdem noch hunderte weitere Packages. Na Bravo. Schon wieder so viel Selbstmitleid! Mario, hör auf zu jammern, es war deine Idee! Siehst du, vor lauter Jammern schlägt der Kernel-Download fehl!! 11:24. Ich sehe aus als hätte ich mit Kleidern unter der Dusche gestanden. Und erlich gesagt würde ich das im Moment auch gerne tun...

Ich bin meiner inneren Stimme gefolgt und habe kalt geduscht. Meine Kleidung eignet sich bestenfalls noch als Sondermüll. Ich sitze jetzt in einer Badeshort vorm Computer. Und bin schon wieder verschwitzt. Der Ventilator bläst nun auf meinen Oberkörper. Auch nicht viel besser.

Der Linux Kernel ist fertig. Endlich. Als nächstes irgendein M4...

Man-DB ist nicht dort herunterzuladen, wo im LFS-Buch steht, dass man es dort herunterladen kann. Ich tu mir sooo leid...

Über Umwege geschafft. Der URL zur neuen Location von Man-DB lautet: mirror.lihnidos.org/GNU/savannah/man-db Dort findet ihr alle Relases von Man-DB. (Glaub ich zumindest)

Es ist heiß. Ich habe alle Fenster der Wohnung geöffnet. Perl entpackt. Ich falle jeden Moment um.

Psmisc habe ich nicht auf Anhieb gefunden: Ich habe mich verlesen und gedacht, das Paket heist Pmisc. Hat sicher etwas mit Prozessmanagement zu tun.

Endlich: Shadow war nicht ganz dort wo es sein sollte. Der echte URL: pkg-shadow.alioth.debian.org/relases Shadow dient zum Verschlüsseln der Passwortdatei, das weiß ich.

Bei Sysklogd mache ich für Heute Schluss. Ich hab schon Kopfscmerzen vor lauter Computern. Notiz an mich: Die Paketverwaltung braucht dringend Paketgruppen und Versionen und der Zugriff auf Dateien muss überarbeitet werden.

//EDIT: Am 6. 9. einen Satz eindeutiger formuliert und einen hasserfüllten Satz, der leicht fehlinterpretiert werden könnte, entfernt.

Ich habe nun alle Packages heruntergeladen. Nun kommen die Patches dran. Da kommt was Großes auf uns zu... Na ja, Plural Majestatis!

Jetzt befinden sich auch die Patches auf der virtuellen Festplatte meines Linux-Systems. Sogar den $LFS/tools-Ordner habe ich schon angelegt.

Schritt für Schritt durcharbeiten. Glibc kompiliert bis zu 3 Tage lang?!?

Ich habe vergessen, den Besitzer von $LFS/sources auf den eigens erstellten User lfs zu setzen. Jetzt muss ich das rekursiv nachholen. Unglaublich: So lange dauert das? Na ja, bei den vielen Packages....

Jetzt maket binutils. Ich habe es noch nicht gepatcht. Ist das sehr schlimm? Nirgendwo stand, wie und wann ich die Pakete patchen muss...

Gestern muss ich mir eine Erkältung geholt haben. Das bedeuteten vielleicht die Kopfschmerzen...

Normal sind Kopfschmerzen meine innere Stimme: "Du sitzt jetzt schon viel zu lange vor diesem dummen Computer, schalt jetzt ab, das ist nicht gesund!!"

Binutils baut immernoch. Bin jetzt bei make. Hoffe, dass ich alles richtig gemacht habe. Übers kompilieren steht hier nämlich ebenfalls nichts...

Ich muss einen Fehler gemacht haben. Jetzt kann ich die Installation von Binutils wiederholen. BRAVO!

Ich  habe Cyborg gegooglet. Es gibt eine Firma namens Cyborg Games. Darf ich meine Linux-Distribution trotzdem Cyborg nennen? Ich bin mir da nicht ganz sicher... //EDIT: Darf ich nicht!

Anscheinend hat plötzlich nur noch der User lfs Zugriff auf alles. Warum straft Ihr mich, FSF?!?!?

Ich muss mich getäuscht haben: Kein Patch für Binutils. Puh! Jetzt sind die Patches angewendet. (hoffe ich zumindest)

//EDIT: Am 2. 9. 2011 hinzugefügt, dass ich nur hoffe, dass die patches angewandt sind. Am 23. 1. 2012 ergänzt, dass ich nun weiß, dass ich die Distribution NICHT Cyborg nennen kann.

Wird die Distribution noch heuer fertig? Erst heute kam ich wieder dazu, weiterzuarbeiten. Ich kompiliere binutils. Noch immer.

Jetzt konnte ich endlich make install ausführen.

Es ist kompiliert, aber am falschen Ort. Bin ich wirklich SO ungeschickt?!?

Ich hätte weiter lesen müssen. Das war wirklich komplex: Es steht "Als Erstes muss binutils installiert werden", und ich soll es noch nicht installieren?!?

Jetzt installiert sich binutils. Mit einem time-Kommando messe ich die Zeit, die es braucht. Das ist die Deklaration von 1SBU.

Gute 8 Minuten hat das gedauert! Ich habe den Status der Maschine gespeichert. Ich will nicht wieder das Proble haben, das ich heute beim Hochfahren hatte.

Ich habe Bedenken wegen des Namens Cyborg. Ich nenne die Distribution ab jetzt Linborg (steht für Linux Cyborg). Als Logo will ich einen Pinguin einsetzen, der aussieht, als hätte man ihm einen Chip oder einen Shunt ins Gehirn implantiert. Ich habe bereits erste Versuche an einer Stoffpuppe, die ich als Baby bekommen habe, gemacht. Nach vier aufgebogenen Büroklammern sieht das Ergebnis ganz akzeptabel aus.

Nachdem Linborg jetzt so weit ist, kann ich getrost übers Wochenende urlauben. Danach geht die Schule wieder los. Ich hoffe, bis Jahresende erste Ergebnisse zu erzielen. Spätestens nach den Semesterferien will ich damit vor meinen Freunden angeben.

Nur als hinweis: Der Zeitplan, den ich letztes Mal bekannt gab, bezog sich auf LFS. Dann habe ich Linux gebaut. Bis auf diesem Linux dann alles läuft (Gnome, konfiguriert zum Aussehen wie Windows, mit einigen von mir programmierten Applets, z.B. das Startmenü) ist noch sehr viel Arbeit (mit der ich erst nach dem Bauen von LFS beginnen kann) erforderlich.

GCC ist mittlerweile in make. Das dauert verständlicher Weise lang. Mit GCC wird auch GMP, MPFL und MPC gebaut. Ewigkeiten! 5SBUs! 40 Minuten in meiner virtuellen Maschine!

Ich habe heute eine Homepage und ein Blog bei Beepworld erstellt. Der Fortschrittsblog wird dorthin übertragen und auf beiden Websites geführt. An Linborg werde ich in naher Zukunft (ca. 14 Tage) nicht arbeiten können. Das wars dann wohl mit dem Zeitplan...

Ich habe die Einträge bis 26. 8. kopiert. Das Logo fehlt immernoch. Ich brauch doch bloß den Pinguin und die Kamera! Aber scheinbar bin ich hierfür zu faul.

Während ich das Datum schreibe, denke ich: Den Zeitplan kann ich vergessen. Zu viel zeit verplempert, verschenkt, verloren.

Nach meinem Fehlschlag beim ersten Versuch habe ich lange keine Zeit mehr in das Projekt investiert. Vor wenigen Tagen habe ich einen Neustart begonnen, aber der entsprechende Blogeintrag scheint verloren gegangen zu sein.

Das Paket binutils kompiliert. Der SBU wird etwas anders sein: Das configure-Script rechne ich jetzt mit.

Ich sollte inzwischen vielleicht mit den Programmen beginnen.

Binutils ist fertig.

Ich arbeite nun weiter mit GCC. Daran bin ich letztes Mal gescheitert.

Das TAR-Archiv entpackt ewig. Endlich befindet sich GCC im configure-Prozess. Eine knappe Stunde wird es dauern, bis alles durch ist.

Inzwischen will ich an einem Paketsystem arbeiten. Das alte Repository ist einfach nur schlecht.

GCC hat schon wieder was. Doch diesmal ist die dadurch ausgelöste Kathastrophe reparabel. Ich muss aber vermutlich längere Zeit Pause mit LFS machen, was dem Fortschritt von Linborg schadet.

Inzwischen wird das Package-System so angepasst, dass ein FTP-Server genutzt werden kann, um die Dateien zu erhalten.

Es tut mir leid, dass ich so lange nichts von mir hören lassen habe. Ich habe mehrfach neu begonnen und mehrfach das Handtuch geworfen, seit ich den letzten Post verfasst habe. Ich baue jetzt in einer openSUSE-VM und habe als Host nun Windows 7. Der Blog und die Website sind gelöscht, wie gesagt, ich habe mehrfach das Handtuch geworfen. Ich will die ältesten Einträge auf eine eigene Seite geben und nur die letzen Einträge am Index anzeigen. Schade, dass GeoCities kein CGI unterstützt...

Ich bin gerade bei GCC, configure lief bereits reibungslos. 'make' ist bereits im Gange. Ich glaube, es läuft länger, als es bisher lief. Ich baue zum ersten Mal auf dieser Art von VM. Jetzt mache ich mich daran, den Blog auszulagern.

Wisst ihr, was mein Fehler war? Ich habe einen Abschreibfehler gemacht! Statt '$(pwd)/mpfr/src/.libs' schrieb ich '$(pwd)/../gcc-4.6.1/mpfr/src/.libs'. Auf den ersten Blick scheint es logischer, im Source-Verzeichnis nach mpfr zu suchen, zumal man es dorthin entpackt hat. Doch die gesuchten Dateien werden von make automatisch erstellt - im build-Verzeichnis, am Quellcode wird nichts verändert.

Viele Packages haben schon gebaut, seit ich mich meldete... Nein, es waren nur die Kernel-Header. Ich baue gerade das letzte Package, bevor ich ins 'chroot' muss: Glibc!

Ich muss doch noch nicht ins 'chroot', aber es ist trotzdem ein Meilenstein. Aber es geht nicht!!!!

Nach einem erneuten Fehlschlag habe ich nun wieder den Ehrgeiz für einen neuen Versuch. Eine komplette Neuinstallation des virtuellen Systems ließen leider die resigen Quellcode-Downloads verloren gehen. Dachte ich zumindest. Ich hatte sie aber am Hostsystem gesichert. Das bemerkte ich aber nicht, bevor ich mit den neuen Downloads begonnen hatte. Da ich nun mit Version 7.1 arbeite, nehme ich an, dass mit neuen Paketen gearbeitet wird.

Mittlerweile bin ich bei Glibc, wo ich zuvor gescheitert bin. Jetzt weiß ich aber, warum! Diesen (dummen) Feher mach ich nicht nochmal!

Jetzt bin ich schon bei GCC Pass 2! So weit war ich noch nie. Hoffentlich verschreih' ich es nicht wieder!

Ein kleiner Fehler... Ich glaube, ich kenne den Grund... Ich starte den zweiten Versuch...

Morgen kommt dan expect dran!

Ich kann es nicht fassen... Mein Ziel kommt immer näher... Die nächsten Pakete kompilieren sehr schnell.

Im Moment bin ich bei gettext. Paket 23 von 33! Nur noch 10?!?

Das letzte Paket: XZ!! Ich habe es endlich kompiliert... Nur noch wenige Schritte trennen mich vom chroot...

JUHUU! Ich schreibe das aus dem chroot...

Irgendwas scheint bei perl schiefgelaufen zu sein... Nichts ernstes, ich kompiliere es einfach nochmal.

Heute hat es aber funktioniert! Passt!

Nachdem Perl so schön installiert ist, fehlen noch die Kernel-Header... Check! und Glibc... In Arbeit!

Ich bin bereits im chroot. Die Kompilierungs-Kommandos machen einen schwindlig. Deshalb habe ich das Fenster minimiert.

14 SBUs für Glibc sind lang. Ich nutze ein neues Hostsystem für die VM, und habe eine andere Distribution darauf. Aber 14 SPUs sind lang, keine Frage.

Ich musste Glibc erneut kompilieren, da die "Test Suite" einige Fehler bemängelte. Nichts ernstes, echt nicht! Nur über 14 SBUs, die ich morgen nochmal kompilieren darf! Ich mache jetzt nämlich Schluss!

Ich bin aber auch schön dumm... Die Fehler traten erneut auf, und ich lese einige Absätze weiter - Diese Fehler wurden erwartet!

Nach file mache ich für heute Schluss. Es ist schließlich schon fast 8 Uhr und ich will den Film im Hauptabendprogramm nicht verpassen.

In einem Wutausbruch habe ich vor einigen Tagen die virtuelle Maschine des LFS-Systems gelöscht. Ich habe meinen Plan bezüglich der Erstellung der Distributin geändert: Ich möchte ein Ubuntu-Derivative erstellen.

Dazu habe ich nun bereits Ubuntu in einer älteren Version installiert. Viele Selbsttests fallen negativ aus, weil Internet-Server, auf die das System aufbaut, nicht mehr den erwarteten Inhalt haben. Es sieht mit etwas Fantasie schon so aus wie mein Windows 7-Rechner.

Ich arbeite heute parallel für ein Schulprojekt. Ich werde also nicht sonderlich viel voranbringen.

Im Hintergrund baut der Ubuntu Derivative Installer. Kaum zu fassen: Nur noch wenige Stunden trennen mich von der ersten Version. Jeden Moment werde ich aufwachen, oder eine Fehlermeldung kommt...

Ich lade die CD jetzt hoch, sie ist noch nicht getestet. Die Datei lade ich dann von meinem echten Computer aus herunter und probiere sie in der virtuellen Maschine aus. Wenn alles funktioniert, dann wird sie erst als Release geführt.

Auf Geocities hochladen wird nix... Über 800 MB hat die Datei... Ich lass mir was einfallen. Wird aber noch dauern.