hjslfs-1.7.5.1 ist online

  • Sodele


    Ganz rund läuft die Geschichte noch nicht, aber sofern man seinen Kernel richtig konfiguriert, gibts n bootfähiges Ergebnis.


    Wems grad in den Fingern juckt :)


    Da keine der alten CDs die Vorraussetzungen für den Build des aktuellen SVN LFS erfüllt, empfehle ich z.Zt. den Einsatz von Debian als Host.


    Sinnvoll, da erfolgreich getestet, ist die Version 9.4.


    Aktuell unterstützen die Scripte KEINEN 32Bit Build, sondern bauen ein X86_64 System.


    Wer keinen 64Bit fähigen Rechner hat, darf leider noch nicht mitspielen ;)


    Wer eine config des gewünschten Kernels laden will, sollte das im menuconfig des Kernels erledigen, der Eintrag in der Konfiguration wird zwar - wie früher - ins Sourcen-Verzeichnis des Kernels kopiert, allerdings fahre ich ne "dreifach-Konfig" , make {oldconfig,defconfig,menuconfig}


    defconfig, um sicher ein bootfähiges Ergebnis zu erhalten, es sei denn im Menuconfig schraub ich die "Garantie" wieder raus :rolleyes:


    oldconfig war der Versuch, einen nervigen Nebeneffekt zu beseitigen: Nach ner Dreiviertelstunde bleibt die Kiste stehen, weil der Build ein reconfig startet und wissen will, ob er die gcc-plugins aktivieren soll.


    Da mir keine andere Erklärung einfällt, liegts wohl an den unterschiedlichen gcc für die config im Vorfeld mit dem gcc des Hosts und den build mit dem gcc des gebauten LFS.


    Werds rausfinden. :)


    Mal sehen, wie ich ihn dazu bringe, den Durchlauf nicht zu torpedieren.


    Grub wird derzeit NICHT installiert, mein favorisierter Bootloader ist derzeit rEFInd, aber noch nicht dabei.


    Da rEFInd, wie schon der Name sagt, nur auf UEFI Systemen läuft, werde ich grub zwangsläufig wieder mit reinnehmen.


    Da der Debian-Host grub mitbringt, ist das aber ja kein Weltuntergang :gap


    Debian-9.4 installation "extra-nackig" mit reboot und der apt-get Zeile unten, bringt alles mit, was ein Host so braucht und passt auf ne ziemlich kleine Partition (4GB ist mehr als ausreichend)


    apt-get install mc bison flex texinfo autogen gcc libncurses-dev build-essential gawk flex diffutils patch gettext automake binutils-dev libelf-dev libc-dev make dialog python3


    Die Buildscripte der Ergänzungen zum LFS wie dhcpcd nano lynx und mc und vor allem wget muss ich noch mal leicht korrigieren.


    der Build von wget, dhcpcd und nano ist erfolgreich, man kann also sourcen ziehen falls gewünscht/nötig.


    Warum Intels igb partout mit den Namen eth0,eth1 unzufrieden sind und sich zu enp4s bzw enp6s umbenennen müssen, ist mir zwar schleierhaft, aber die Lösung der passenden Config der startscripte ist in Arbeit.


    HJS


    Ähem, den Tarball gibts da : hjslfs.org/hjslfs/hjslfs-1.7.5.1.tar.bz2

  • Der andere gcc war offensichtlich die Ursache, ein "echo n ¦ make oldconfig" vor dem make bereinigt das Problem :)


    Die jetzt verfügbaren buildscripts (160319) enthalten bereits die Korrektur.


    HJS

  • Die 1.7.1 und buildscripts vom 18.3. sind online.


    Dialog für spätere Addons-config ist dabei.


    glib2 und slang für mc zicken etwas rum, warum, ist mir noch nicht wirklich klar, aber mit fixierten Scripten in der alten Dreisatzversion (configure,make,make install) wird auch mc gebaut.


    So kommt nun ein Basissystem mit nano oder mcedit als Editor, mc als Filemanager, dhcpcd und wget sowie dialog für alles was da noch folgen wird zustande.


    HJS

  • Grmpf - irgendwie hab ich mir nen üblen Kinken bei der Übernahme der .config eingebaut. Der Kernel des Orig-Durchlaufs ist ziemlich panisch. :rolleyes:


    glib2 hab ich mitterweile auf die 2,55,2 fixiert, das funzt, dafür zickt dialog und slang ... und wegen slang auch mc ...


    Morgen ist auch noch ein Tag :gap


    HJS

  • :rolleyes: Kinken gefunden :rolleyes:


    Wer make menuconfig aufruft, darf sich über einen bootfähigen Kernel freuen (es sei denn, seine Config war nich wirklich dolle, da wasche ich meine Hände aber in Unschuld).


    Wer ne config von irgendwoher laden (lassen) will, muss auf die 1.7.3 warten oder das im make menuconfig erledigen.


    Wies aussieht, hab ich auch die Ursache fürs slang Versagen, die 2.3.x sind wohl eher gemütlich veranlagt und wünschen einen make -j1 :(

    Da der einzige Grund für slang der mc ist, hab ichs lieber zügig fixiere auf 2.2.4.


    Wers neuer braucht, kann sich ja jederzeit die 2.3.2 nachbauen, die Scripte sind bereits enthalten.


    HJS

  • Die 1.7.3 ist online.

    Offensichtlich ist slang auch in den älteren Versionen gemütlich - fiel mir beim Nachbauen nicht auf, weil die MAKEFLAGS nicht gesetzt waren :rolleyes:


    Daher jetzt wieder das Orig BLFS Script mit leeren MAKEFLAGS drin, nu is auch mc da :)


    Eine wegen Dummheit nicht kopierte .config hat auch direkt den Auffangmechanismus für "Kernel-ging-nich" erfolgreich geprüft :gap


    Zum Ersten Mal hab ich denn auch mirt dem vorherigem Buildergebnis die Scripte laufen lassen und das gebaute hjslfs hat sich auch als Host bereits bewährt, insbesondere wg, des governors.


    Nur um mal anzugeben ;)


    Debian "ondemand" RAM auf mittlerer Quälstufe : ca 75 Min.

    Debian "ondemand" RAM auf hoher Quälstufe : ca 62 Min.

    hjslfs "performance" RAM auf hoher Quälstufe : ca 50 Min


    By the Way: gibt es einen Weg den governor zu ändern, auch wenn der Weg via /sys jeden einzelnen Core hochzutäkten versperrt wurde (wegen <not supported> )?


    Nu wäre ein weiterer Schritt, Debian dankend zu verabschieden und ne Host CD/DVD zu basteln, allerdings tendiere ich mittlerweile mehr und mehr zu ner USB Lösung, statt ner Scheibe; Bootet zügiger und zickt weniger wegen Staub, Kratzer und ä. rum.

    Und selbst der alte 4GB in der untersten Schublade tuts :)


    HJS

  • Hch - immer diese Kopfhörerfehler :gap


    Die 1.7.4 kommt vorbereitend mit den dosfstools daher - auf ner jungfräulichen Platte ne EFI Partition anlgen, aber zum Formatieren WinDoof benötigen is doof.


    Ausserdem ist bereits ein "mini"-Addonsetup/config enthalten ( z.Zt. nur separat zu starten, mit dessen Hilfe man sich durch die BLFS-Scrpte hangeln kann und entweder zur späteren Verwendung eine Liste erstellen kann oder zum gewählten Script die Source ziehen ( sobald man ihm sagt "sofort bauen" ) und das Build-Script anstossen kann.


    Eine Berücksichtigung der (vorhandenen) Optionalen , Empfohlenen oder zwingend nötigen anderen Packages findet allerdings noch nicht statt.


    Die Fileselectbox von Dialog ist etwas gewöhnungsbedürftig, aber wenn man sich ersma dran gewöhnt hat ...


    HJS

  • Die 1.7.5 ist online, Buildscripte vom 11.4.

    In den Buildscripten ist ein kleiner Kinken in libc entsorgt und slang-2.3.2 ist nu auch auf meiner HP angekommen :gap .


    Die 1.7.5 bietet die Möglichkeit den Build vollständig auf der Host Partition, also im Verzeichnis /mnt/lfs zu fahren.


    Man kann nach dem Build eines Packages den Erfolg checken lassen und bei Misserfolg das Gleiche nochmal versuchen lassen.


    Ist mehr für mein Debugging gedacht, genauso wie die Option, das Arbeitsverzeichnis (/mnt/lfs/sources) mit einer Ramdisk zu belegen.


    Da unsere geliebten SSDs ja keine unendlichen Schreibkapazitäten haben, lässt sich die Platte schonen oder auch nen alter magnetischer Mtbewerber.


    Zusätzliche Geschwindindigkeit bringt die Ramdisk bei ner nvme eher im homöopatischen Bereich, bei ner "echten" Platte sieht das wohl anders aus.


    Dort gibts noch keine Sicherheitsabfrage: Wenn dort was anderes als "n" oder "N" steht, wird ne RDisk dieser Grösse gemounted,


    Sinnvoll erst ab min 16G, da beim Bauen der grossen Packages doch einiges an Platz gebraucht wird, sind hier Werte um 6G - 8G sinnvoll.


    Ein zu kleiner Wert torpediert den Build, ein zu Grosser selbstverfreilich auch.



    HJS

  • Da hatte sich ein Kinken in der Partitionierung eingeschlichen - fixed


    Nu kann man auch von Haus aus "removable" Massenspeicher für den LFS Build verwenden.


    Bisher waren "echte" USB Sticks fürs LFS nicht verwendbar.


    HJS