hjslfs-1.3.49.3 ist offline

Zitat

Original von kanotixer
Moin,

hab wieder was zu meckern

Wer meckert , sollte sich verstecken , wer konstruktive Kritik übt , darf sichtbar bleiben

Zitat

1. Locate hätte gerne ein Verzeichnis /var/lib/locate um seine Datenbank anzulegen, dieses muss im Moment manuell erstellt werden.

Huch - sowohl beim Build wie auch beim Binary Install werden die [ in presystem ] erstellt ...

Zitat

2. Installiert man von Binaries muss man die richtige Kernelversion angeben, weil Grub sonst nicht mag. Wenn man die Binaries von Dir lädt muss man also entweder raten oder nach dem ersten fehlgeschlagenen Boot nachsehen.

Ups - ist natürlich irgendwie doof - werd ich in Kürze "umgehen"

Zitat

3. Eine Sache mit den customscripts versteh ich nicht. Hab jetzt alles in prescripts gepackt, scheint aber auch wieder nicht richtig zu sein. Er sucht irgendwann in buildscripts und findet da nix.
Warum denn überhaupt die verschiedenen Ordner und wie hängen die zusammen?

Die verschiedenen Ordner gibts , weil fürs loggen und check-enable/disable die Orignal Scripte verändert werden müssen .

Damit ich das Original stets noch habe , wenn der unentschlossene User sagt "Einstellungen zurücksetzen" , kopiere ich das Original aus prescripts nach buildscripts - dort werden die Scripte dann bearbeitet .

Da der komplette /prescripts nach /buildscripts kopiert wird , wundert es mich , daß deine Scripte da nicht ankommen ... ?!?

Zitat

Achja, soll ich die neuen Features mal irgendwie im Wiki howto'n? So langsam wird der Thread ja unübersichtlich...

Gern , aber ist noch n Tick zu früh .
Ein oder zwei Features werde ich noch ändern und für die sinnvolle Auswertung der BIN-DEPs auch die Build-DEPs des Systems mit reinwerfen .

Dann ist eh n Readme dran

Zitat

Achja2, soll ich die Addonscripte einfach gleich mal rüberschicken, oder warten bis customscript fehlerfrei durchläuft? Sind bestimmt noch einige Kinken drin.

Wie du willst .

Ich würde sie einfach zu den Buildscripts packen und online stellen .
Vielleicht gibts noch einen , der Fehler sucht .

Verspürst du den Wunsch zu einer bestimmten Zeit ( vor Addonbuild oder vor Reboot oder wann auch immer ) ein komplett eigenes Script zu fahren ohne dich an meine "Regeln" halten zu müssen ?

Ich könnte die customscript auch in ein komplett eigenes Verzeichnis schubsen ( /prescripts/custom selbstverfreilich ) und die Kontrolle dann an ein "customscript" übergeben [lassen] .

HJS

Mal wieder etwas rum geschoben ...

Nu fehlt noch die Verwendung der DEPs ...

HJS

Zitat

Original von kanotixer
[...]
2. Installiert man von Binaries muss man die richtige Kernelversion angeben, weil Grub sonst nicht mag. Wenn man die Binaries von Dir lädt muss man also entweder raten oder nach dem ersten fehlgeschlagenen Boot nachsehen.
[...]

fixed

HJS

Zitat

Original von hjs

fixed

Jetzt wirklich

Und ne weitere Abfrage eingebaut , ob auch beim Build der Addons noch AUFS zur Verfügung steht ...

HJS

Mal wieder was Neues .

Nu kann man unter "Sonstige Einstellungen" die Optionen fürs Sourcenziehen - wie immer/nie überschreiben - Anzahl der Versuche - Timeout und favorisiertem Server einstellen .

Bleibt noch eine Baustelle bis zur ersten Pre ...

HJS

Ähem - nu wirken sich die Downloadoptionen auch für die Addons aus ...

HJS

Zitat

Original von kanotixer
Sie haben Post...

Vielen Dank - mal schauen , daß ich die meinem System "anpasse"

Die neue Version der Scripte berücksichtigt beim "Sourcen Finetuning" , ob man Bininstall oder build gewählt hat und zeigt entsprechend auch nur die verfügbaren Binaries bzw Buildscripte an .

HJS

Sodele .

Der Dependency Check des System beim Binaryinstall ist drin .

Derzeit ist das Ergebnis bei Fehlschlag , daß die Scripte einen nicht aus dem Hauptmenü lassen ...

Man muß den Grund noch auf ner zweiten Console in /hjslfs/DEPFAULT suchen ...

HJS

Zitat

Original von wirbel
huhu hjs,

was für glibc + gcc Versionen hast du denn aktuell verbastelt?
Hast du stack-smashing protection dabei wie z.B. in den letzten fedora Versionen?

Tach der Herr

Aktuell isses noch glibc-2.8 und gcc-4.2.3

Wenn ich die Aussage des Links richtig interpretiere , hab ich das wohl

HJS

Zitat

Original von wirbel
Das wär ja schick..

Wenn du nen Weg kennst , das zu checken , installier dir doch auf die Schnelle die Binaries ...

HJS

Zitat

Original von wirbel
Hmm, ich will mein Produktivsystem nicht gleich riskieren; aber testen ist machbar.

Wenn der Complier die switches

-Wp,-D_FORTIFY_SOURCE=2
-fstack-protector
--param=ssp-buffer-size=4

kennt, dann isses drin. :-)))

Alles anzeigen

Äh - und wie testet man das auf die Schnelle ?

Ich laß meine Kiste zwar einiges compilieren , aber von C oder Makefiles hab ich nicht wirklich Ahnung

HJS

Zitat

Original von wirbel
[...]Dann sollte man ja sehn, ob der gcc über unbekannte flags meckert oder nicht.

[...]
make[1]: Entering directory `/packages/eject-2.1.5'
gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"eject\" -DVERSION=\"2.1.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1  -I. -I.   -DDEFAULTDEVICE=\"cdrom\" -DGETOPTLONG  -Wall  -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -DUSE_NLS=1 -c eject.c
eject.c: In Funktion »ReadSpeedCdrom«:
eject.c:613: Warnung: Der Rückgabewert von »fgets«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert
eject.c: In Funktion »SymLink«:
eject.c:1005: Warnung: Der Rückgabewert von »realpath«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert
gcc -Wall  -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -DUSE_NLS=1  -o eject  eject.o
gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"eject\" -DVERSION=\"2.1.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRERROR=1  -I. -I.   -DDEFAULTDEVICE=\"cdrom\" -DGETOPTLONG  -Wall  -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -DUSE_NLS=1 -c volname.c
gcc -Wall  -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -DUSE_NLS=1  -o volname  volname.o
make[1]: Leaving directory `/packages/eject-2.1.5'
Making install in po
[...]

Am Beispiel von eject mal auf meinem "working-LFS [1.1.13 , libc-2.5 , gcc-4.1.2]" gecheckt

War wohl sogar schon da implementiert

HJS

Zitat

Original von wirbel
Genau so soll das aussehen.

Hab ich nu n neuen Tester ?!?

HJS