hjslfs-1.3.49.3 ist offline

Nu hab ichs denn doch noch hingekriegt - etwas halbwegs lauffähiges ist wieder mal entstanden

Ich finds immer wieder erschreckend , was man sich beim manuellen / halbautomatischen Umschreiben der Scripte so an Fehlern einbauen kann

Änderungen gegenüber den 1.2.x Versionen :

- Buildscripte sind ( zumindest während der dev ) Teil des Mainscripts - werden nicht nachgeladen
- Trap Logging ist aus den Scripten genommen ... demnächst wählbar bash/Traplogging
- getsrc und find für packaging ausgelagert
- neue experimental baselist .

Die experimental bringt zwar bereits ein bootfähiges Ergebnis , aber das sind noch n einige Kinken - die restlichen base sollten rennen ... addons noch untested .

Sobald ich die Kinken eliminieren konnte , wird neben der logging Wahl die Option des Binary Installs statt Compilierens implementiert - erstmal allerdings nur base ...

HJS

PS Hats noch willige Tester ?

Quote

Original von M.Temp

wie denn?
Du weißt doch: "Never touch a running system!" (hjslfs-1.1.8 :lehrer1)
Selber schuld, wenn du sowas stabiles produzierst

Tja - wie mans macht , man machts verkehrt

Abba vielleicht hast ja ne Partition frei ....

Quote

Gibt es eine Möglichkeit zum Updaten ohne alles neu zu kompilieren?
Das blöde an lfs und unordentlichen Leuten (=mir) ist halt, dass man am Ende nimmer weiß was man alles mal kompiliert hat und warum man das eigentlich braucht

Nur in der Theorie .
Gedacht war dafür in den Tools das uninstall package und dann neu compilieren dieses packages .
Für die Base eher nicht praktikabel .
Warum hast du dir deine packages auch manuell compiliert ?
Selbst schuld , sonst hättest du jetzt nur noch manuell die Scripte nachfahren müssen - oder später mal im Setup sagen , wo die Scripte sind , die nach dem Build laufen sollen ...

HJS

Irgendwie zickt die experimental - n Sys ohne funzenden Compiler is irgendwie doof zu nah an LinVDR

N Check , ob denn wenigstens die gute alte 003er im neuen Gewand rennt , löppt gerade .

Neu in der .1 ist ne Korrektur im ipv4 Eintrag , wenn man dhcpcd wählt . Die bisherige Vergabe der fixen IP fällt dann aus - hat zwar nie wirklich gestört , aber wo ichs gerade vor der Nase hatte ...

Die Sicherung der Einstellungen aus 1.0.x Tagen hat leider jetzt den Nebeneffekt , daß beim Laden einer Einstaellung auch die dort gewählte Liste zum Einsatz kommt ... udn ich wunderte mich schon , wieso immer die gleiche Liste losrennt obwohl ich doch andere gewählt hatte ...

Ist nu korrigiert - nur noch die .env wird gesichert - nicht mehr das komplette /var .

HJS

Quote

Original von hjs
Nu hab ichs denn doch noch hingekriegt - etwas halbwegs lauffähiges ist wieder mal entstanden

Jo - halbwegs lauffähig war wohl seehr richtig

Quote

Ich finds immer wieder erschreckend , was man sich beim manuellen / halbautomatischen Umschreiben der Scripte so an Fehlern einbauen kann

Und ersma die Fehler , die man sich nicht einbaut , sondern scheinbar aus dem Nichts kommen ...
grummel - hätte fast meiner Maschine das Leben gekostet - der Hammer war schon griffbereit ...

Quote

Die experimental bringt zwar bereits ein bootfähiges Ergebnis , aber das sind noch n einige Kinken -

Reichlich Kinken weniger - in der experimental1

Quote

die restlichen base sollten rennen ...

Die oldstable z.Zt. nicht - gcc-4.2.x will offensichtlich zwingend n paar Korrekturen bei fixincludes haben .... auch zum Build der älteren Versionen

Quote

... addons noch untested .

still untested ...

Quote

Sobald ich die Kinken eliminieren konnte , wird neben der logging Wahl die Option des Binary Installs statt Compilierens implementiert - erstmal allerdings nur base ...

Das rückt näher ...

HJS

Nu löppt zumindest die experimental1 durch .

Warum auch immer perl n Extraschubs braucht - öt löppt

Check des Rest folgt ...

HJS

Änderungen :

- configure für kbd angepasst - die aktuelle Version sucht sich per default /usr/local als datadir aus - passt nicht zu den Scripten

- Pfad zur keymap für Kernel & Console angepasst - auch hier gabs Änderungen

- Buildscript für gcc-4.1.2 angepasst - sollte jetzt auch wieder mit der aktuellen CD rennen

Aus der experimental wurde nu die testing .

HJS

Da mir noch ne Schwachstelle bei den Keymaps aufgefallen ist - die Rahmen des mc sahen recht abenteuerlich aus - noch mal ne Feinkorrektur .

Habe die Defaults angepasst und mit meiner 1.1.13 mit den "alten" keymaps/kdb gecheckt - löppt in beiden Fällen .

HJS

Für die "schwachen" Maschinen oder auch um Compilerzeit zu sparen .

Wenn man im Menü unter Punkt 6 die Verwendung eines vorhandenen Hosts aktiviert hat ( mit "y" oder "j" ) versucht er erst diesen von der Platte zu holen .
Ist keiner da , zieht er den ausm Netz .
Ist dort auch kein passender ( falsche baseversion z.B. ) wird der Host halt doch gebaut .

Online ist nur der Host für b004 ( testing ) .

HJS

Sodele - noch n paar kleinere Kinken entfernt .

Und paar Updates

- Update udev 105-->122
- Update wget 1.10.2 -->1.11.3
- 256Byte-Inode Patch für grub rein genommen

HJS

Nu kann man auch Binaries installieren , statt den Compiler an zu strengen .

Funktioniert z.Zt. nur für die 004 und nur für die Base .

Die menu.lst muß z.Zt. noch manuell erstellt/angepasst werden ...

HJS

Öhömpf ...

Nu kann man mehr als nur den Kernel installieren - macht j airgendwie auch Sinn

Auch die 001er läßt sich mittlerweile auf die Art installieren - allerdings past LAN und Hotplug noch nicht ganz ...

HJS

Quote

Original von hjs
Auch die 001er läßt sich mittlerweile auf die Art installieren - allerdings past LAN und Hotplug noch nicht ganz ...

Hotplug funzt nu - dem Package fehlte schlicht ein (leeres) Verzeichnis .
Warum LAN erst nach dhcp oder nem erneuten ifup rennt ist mir irgendwie noch schleierhaft - aber ich werds rausfinden

HJS

Ich weiß nicht warum , aber scheinbar hat ein gcc/libc Gespann neuer als das Zielsystem leichte Probs dieses zu builden - wobei leicht dezent untertrieben ist .

Aktuell ist auch der Host für die 001er online - mit der aktuellen HostCD läßt sich der eh nicht mehr bauen - warum ist mir nicht wirklich klar , abba man muß ja nicht alles verstehen

N paar selbst eingebaute Kinken beseitigt .

Und weiter im Text ...

HJS

http://www.hjslfs.org/hjslfs/hjslfs-1.3.7.1.tar.bz2

Quote

Original von netz
Hallo,
ich wollte mit meinem aktuellen Rechner eine Installation starten.
(AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ processors, 4GB DDR2RAM, Geforce 8600GT)
http://vdrportal.de/board/thre…?postid=678877#post678877

Nur finde ich das aktuelle hjslfs-1.3.7 nicht.
Die Links führen alle zu http://hjslfs.org/hjslfs-1.2/ ...

Wo ist es denn online ?(?

bis dann,
Nando

Display More

Wo es üblicherweise ist
Du solltest eine Hostcd haben - die zieht per ./init die Version , die du aussuchst - mittlerweile die 1.3.7.1 - hab noch n Kinken gefunden

Wenn du einen Host von der Platte nutzen willst :

http://www.hjslfs.org/hjslfs/hjslfs-1.3.7.1.tar.bz2

HJS

PS back

Quote

Original von kanotixer
Versuch macht kluch...
Um das cvs-Zeug rauszubekommen habe ich jetzt die Kernel-Sourcen neu entpackt und versuch mich nochmal am kompilieren. Bis zur menuconfig kommt er schonmal.

Hu - kaum is man mal n paar Tage nich online ...

Vor einiger Zeit habe ich die Verwendung der cvs Treiber im setup defaultmäßig rausgenommen , da genau dort der Grund für die Bauchlandung beim Kernelbauen lag .

Streng genommen hätten die Scripte dir dann allerdings nen Kernel mit der Defaultconfig bauen sollen , sobald deine config aufn Bauch fällt ...

HJS