LazY Puppy 2.0.2 Final - Build 0.0.5 DE!

Message

der-schutzhund · #76 Post by **der-schutzhund** » Wed 04 Apr 2012, 14:21

Also der Fehler ist jetzt schon etwas eingekreist:
Es hat nichts mit meinem Script zu tun, weil das Menü auch zerstört wird, wenn ich ein bestimmtes sfs über sfs_load_.. lade.
Ich denke, dass es etwas mit den Abhängigkeiten innerhalb der sfs zu tun hat. Die sfs lade ich mal zum download und sende dir dann den Link.
Auf jeden Fall wird das gesamte Menü einmal so richtig durchgemischt;-)

Mir ist noch etwas eingefallen:
Vielleicht solltest du in dein sfs_autoscript eine Kontrolle/Info einbauen, wenn die sfs keine konvertierte sfs ist und daher kein script erzeugt werden kann.

RSH · #77 Post by **RSH** » Wed 04 Apr 2012, 17:02

Hallo Wolfgang,

ich habe gerade das Emc2_528.sfs heruntergeladen. Anschließend mit sfs_load geladen, und siehe da: alles Bestens.

---

Nein, kleiner Scherz.

Exakt dasselbe Ergebnis wie bei Dir. Mir war allerdings sofort klar, woran es liegen muß. Ein Blick in das SFS und siehe da, es konnte ja nicht anders sein.

Problem:

Diese SFS Datei wurde von Dir wohl mit einer der ersten Versionen des .pet, welche ich Dir per PM sendete (EditConvert) nach LazY Puppy 2 konvertiert. Da Du allerdings zum Zeitpunkt der Konvertierung nicht über LazY Puppy 2 sondern nur über LazY Puppy 1 verfügtest, mußte diese Konvertierung natürlich fehlschlagen und deshalb zu diesen merkwürdigen Ergebnissen führen.

In LazY Puppy 1 sind alle .desktop Dateien (die Menüeinträge) im Verzeichnis /usr/share/applications (wie in allen Puppies)
In LazY Puppy 2 sind alle .desktop Dateien im Verzeichnis /usr/share/applications-desktop-files/applications
Im Verzeichnis /usr/share/applications befinden sich in LazY Puppy 2 nur symbolische Links zu den .desktop Dateien in /usr/share/applications-desktop-files/applications

Bei der Konvertierung gehe ich (geht das Skript) folgendermaßen vor:

Ich suche im SFS nach .desktop Dateien im Verzeichnis /usr/share/applications. Nacheinander wird jede gefundene Datei ins System nach /usr/share/applications-desktop-files/applications verschoben, dann wird ein symbolischer Link zu dieser verschobenen Datei im System in /usr/share/applications erzeugt. Danach werden beide Dateien in das SFS, in die jeweiligen Ordner verschoben. Die .desktop Datei geht nach /usr/share/applications-desktop-files/applications und der symbolische Link geht nach /usr/share/applications.

Da LazY Puppy 1 nicht über das Verzeichnis /usr/share/applications-desktop-files/applications verfügt, wird die .desktop Datei natürlich aus dem SFS ins Nichts bzw. NICHT verschoben. Dann wird ein symbolischer Link zu einer nicht existenten Datei in einem nicht existenten Verzeichnis erzeugt. Sodann werden die nicht existente .desktop Datei sowie der symbolische Link zur nicht existenten .desktop Datei in das SFS verschoben. Bei diesem fehlerhaften Verschieben gelangen alle .desktop Dateien aus dem System in das SFS. Und schon hast Du doppelt und dreifache Menüeinträge, denn hierbei wurden nicht nur sämtliche .desktop Dateien in das SFS verschoben sondern gleich auch noch ein Link zum Verzeichnis /usr/share/applications angelegt, sodaß es ein Wunder ist, daß Du nicht hunderte von gleichen Menüeinträgen vorgefunden hast.

Lösung dieses Problems:

Ich werde das SFS reparieren und dann hochladen sowie Dir den Link senden (im Laufe des Tages). Kannst Du mir mitteilen, welche Menüeinträge, welche Programme Dir ursprünglich zur Verfügung standen? Nur zur Sicherheit, damit ich nichts übersehe.

der-schutzhund wrote:Arbeit ohne Speicherdatei:
Wenn du darauf bestehst, dass ohne Speicherdatei gearbeitet wird dann habe ich vermutlich ein Problem, weil ich ja mein System auf meinen PC anpassen muss: wlan, maus, Desktophintergrund, etc.
Das muss ich dann nach jedem Start einmal machen oder?

Ja, beim Arbeiten ohne Speicherdatei müssen manche Einstellungen naürlich jedesmal erneut vorgenommen werden. Ich weiß nicht, wieviel das bei Dir darstellt, aber bei mir ist es eigentlich NICHTS - es sei denn ich gehe Online, dann muß ich den Treiber für mein USB-GPRS-Modem installieren. Ansonsten lade ich immer nur SFS-Dateien Mehr ist nicht.

Nein, ich bestehe natürlich nicht darauf, daß ohne Speicherdatei gearbeitet wird. Ich meinte das nur in dem Zusammenhang, wenn Du -wie zuletzt- eine Entwicklung von mir testest. Dann wäre es gut für mich zu wissen, welches Ergebnis Du unter welchen Bedingungen hattest. Wenn Du immer mit Speicherdatei testest und ich immer ohne, dann erfahre ich nicht, ob es bei Dir ohne Speicherdatei funktioniert. Komfortabel und funktionabel, ohne Speicherdatei; das ist grundsätzlich immer mein Ansatz.

der-schutzhund wrote:Weiterhin habe ich mir als Ziel ja gesetzt am Ende der Ferien (14.04) nun endlich ein fertiges PhyTechPup zu haben

Nun, da das Problem der doppelten Menüeinträge gelöst ist bzw. sich in Luft auflöste, sehe ich diesbezüglich keine größeren oder eigentlich gar keine Schwierigkeiten mehr. Wie bereits erwähnt, im Live-Modus, ohne Speicherdatei funktioniert das bei mir alles wunderbar - von einer kleinen Ausnahme bisher einmal abgesehen. Ich weiß nicht, wieviel Zeit Du für die Zusammenstellung Deines Systems benötigen wirst, aber Du wirst noch vor dem Ende der Ferien über ein mit allen neuen Funktionen ausgestattetes und voll funktionsfähiges LazY Puppy 2.1 verfügen - definitiv!

der-schutzhund wrote:Grundsätzliches:
Willst du nicht erst mal eine Sache (ladescript) so fertig machen, dass es sicher in verschiedenen Umgebungen läuft?
Ich sehe die Gefahr, dass du zu viele Sachen gleichzeitig realisieren willst!
Mach nochmal mit den aktuellen Funktionen ein neues Lazy2.1.iso dann zum Download bereitstellen. Absolut wichtig wäre auch eine Dokumentation des Programms mit all seinen Spezialfunktionen. Ich denke mal, dass viele Puppyer dein Programm noch nicht kennen und das liegt vermutlich auch daran (wie es schon mal an anderer Stelle bemerkt wurde) dass die Infos etc. verstreut sind.
Steckbrief von LazY: Kleines Puppy mit deutscher Oberfläche, Benutzersystem und dynamischer Ladefunktion für beliebige sfs-Progs!

Außer in meinem ursprünglich einmal erlernten Beruf, bin ich in Allem, das ich tue, vollständiger Autodidakt. Ich liebe es kreativ zu sein, zu lernen und vor allem auch, gleichzeitig oder besser parallel an mehreren Dingen zu arbeiten. Auch mag ich es, 20, 30 oder auch einmal 40 Stunden am Stück zu arbeiten. Das ist meine glücklichste Zeit, dann bin ich ganz bei der Sache und die Sache ist ganz bei mir. Essen, Trinken, Schlafen, alles wird zur Nebensache, die reine körperliche Existenz wird zur Nebensache, ja förmlich gar nicht mehr wahrgenommen (wenn man nicht zwischendurch mal auf die Tiolette müßte). Ich liebe das, das ist meine Existenz, meine Persönlichkeit, mein Wesen: ich kann nicht anders!

Das neue ISO LazY Puppy 2.1 wird es geben!

Die Überarbeitung der LazY Puppy Dokumentation bzw. des englischsprachigen Forumteiles werde ich nach der Veröffentlichung des neuen ISOs in Angriff nehmen. Dort scheint tatsächlich Verbesserung notwendig zu sein.

der-schutzhund wrote:Um welchen Namen geht es? Für das System des dynamischen Nachladens?

Ja, genau. Um unsere gesamte Arbeit der letzten Tage. Ich meine: SFS-Dateien, die ihre Abhängigeiten kennen und automatisch nachladen, wenn ein Programm aus einer SFS-Datei gestartet werden soll! Hey, wo gibt es das sonst noch?

Das hat doch einen eigenen Namen verdient, so, wie der Blitzkrieg-Defender von kirsten-duarte.

der-schutzhund wrote:Das ist dein Programm und es ist besser als alles, was ich bisher verwendet habe!

Danke, das hört sich gut an.!

Exakt so sollte es sein bzw. war mein ursprünglicher Anspruch natürlich an mich gerichtet. Es sollte für mich das beste Puppy sein, das es gibt. Um so schöner, wenn es anderen Anwendern auch zusagt.

don570 wrote: (in einem anderen Thread)
Glad to see you're still working on Lazy.
I think it's the best of the best

Ich denke, LazY Puppy 2.1 ist nun, und das auch wegen Deiner Vorschläge und Mitwirkung hieran, Wolfgang, auf dem Weg dorthin, eines der besten und flexibelsten Puppies zu werden.

EDIT: Überprüfung/Bearbeitung ergab - nur eine .desktop Datei. also nur ein Menüeintrag für das Emc2_528.sfs. Ist das korrekt?

RSH · #78 Post by **RSH** » Wed 04 Apr 2012, 17:53

Ok, repariertes SFS erzeugt keine doppelten Menüeinträge mehr. Aber wenn ich es lade, kann ich qcad nicht starten. Konsole schreibt "command not found" und der Menüeintrag im Grafikmenü funktioniert auch nicht (dieser ruft ebenfalls qcad auf)

Wie startest Du qcad?

der-schutzhund · #79 Post by **der-schutzhund** » Wed 04 Apr 2012, 19:20

So, bin vom Hundeplatz zurück und wieder online;-)
Das bedeutet für dich Arbeit, Arbeit, Arbeit;-)

Also... QCAD kannst du mit diesem sfs überhaupt nicht starten, sondern emc! Für QCAD hab ich schon ein qcad.sfs gemacht das läuft.
Das EMC.sfs habe ich mit pets2sfsgui aus einem pet erzeugt und vermutlich dann mit dem falschen Lazy-Konverter vermurkst. Jetzt wo der Grund klar ist, kann ich den gleichen Weg nochmal gehen aber halt mit dem passenden Konvertierungsscript.

RSH wrote:Ok, repariertes SFS erzeugt keine doppelten Menüeinträge mehr. Aber wenn ich es lade, kann ich qcad nicht starten. Konsole schreibt "command not found" und der Menüeintrag im Grafikmenü funktioniert auch nicht (dieser ruft ebenfalls qcad auf)

Wie startest Du qcad?

Also erst mal an diesem emc.sfs nichts mehr machen. Wir haben ja immerhin daraus was gelernt!

Ich könnte ja zum Testen meine Speicherdatei in ein anderes Verzeichnis schieben und danach wieder zurück.
Oder vielleicht noch besser, erst mit Speicherdatei testen und wenn Fehler auftreten dann ohne Speicherdatei testen! Das wäre doch geschickt von mir oder;-)

Jetzt sag mir noch, wie ich in meinem Script mit dem Programmstart warte bis der Ladeprozess beendet ist.

Mir ist übrigens noch etwas eingefallen bezüglich der Startbuttons.
Das icon für den Startbutton auf dem Desktop müsste extern neben dem Startscript vorhanden sein damit es nach dem entladen des sfs weiter vorhanden ist!

RSH · #80 Post by **RSH** » Wed 04 Apr 2012, 20:03

Also... QCAD kannst du mit diesem sfs überhaupt nicht starten, sondern emc!

WICHTIG!

Kannst Du mir mal die entsprechenden Original SFS-Dateien zum Herunterladen anbieten? Und kurz beschreiben, wie Du welches Programm startest, so, daß ich qcad und emc starten kann. Die Konsole sagt bei der Eingabe von "emc" ebenfalls "command not found".

Das Emc2_528.sfs hat bereits ein Feature eingebaut, daß ich mit minimalem Aufwand in LazY Puppy integrieren kann. Das wird dann immer nur vorhanden sein (so hoffe ich) wenn dieses SFS geladen ist.

Jetzt sag mir noch, wie ich in meinem Script mit dem Programmstart warte bis der Ladeprozess beendet ist.

Hier ein automatisch erzeugtes Startskript.

Code: Select all

#!/bin/bash
if [ "$(which /usr/bin/fotoxx)" ]; then
	/usr/bin/fotoxx &
	else
	sfs_load --cli "LazY528-Grafik.sfs"
	if [ -f /LazY528-Grafik.sfs.dependents ]; then
		for ideps in `cat /LazY528-Grafik.sfs.dependents`;
		do
			if [ "$ideps" != "" ]; then
				sfs_load --cli "$ideps"
			fi
		done
	fi
	/usr/bin/fotoxx &
fi
exit 0

Einfach die Einträge /usr/bin/fotoxx und LazY528-Grafik.sfs an Deine Dateien/Programme anpassen.

Wenn Du bei der erneuten Konvertierung der SFS-Dateien, der Anpassung dieses Skriptes sowie der Angabe der SFS-Abhängigkeiten etc.pp. alles richtig gemacht hast, dann sollte im Betrieb ohne Speicherdatei, aber auch mit Speicherdatei das Startskript das gewünschte Programm starten und vorher alle benötigten SFS-Dateien laden. Was bei mehreren SFS-Abhängigkeiten ein wenig dauert, aufgrund des ständigen Aufrufs von fixmenus durch sfs_load. Ist eine SFS-Datei bereits geladen, so solltest Du eine Abfrage erhalten, ob Du das SFS entladen möchtest.

Mir ist übrigens noch etwas eingefallen bezüglich der Startbuttons.
Das icon für den Startbutton auf dem Desktop müsste extern neben dem Startscript vorhanden sein damit es nach dem entladen des sfs weiter vorhanden ist!

Da diese Buttons in den (durch die) Dateien custompin und PuppyPin erzeugt werden, sehe ich aktuell nicht, warum diese nicht erhalten bleiben sollten. Aber um diesen Punkt würde ich mich gerne zuletzt kümmern. Denn ein erzeugtes Skript auf den Desktop zu ziehen, um ein Icon auf dem Desktop zu haben, sollte auch für den unversiertesten Nutzer nach einmaligem Tun kein weiteres Problem darstellen.

EDIT: aktuelles .pet gesendet

der-schutzhund · #81 Post by **der-schutzhund** » Wed 04 Apr 2012, 21:54

Mit dem neuen Script geht nichts mehr und die gesamte Partition ist gelöscht...

Kleiner Scherz!!

Es sieht jetzt gar nicht so ganz schlecht aus;-)

Getestet mit Speicherdatei:

- wenn das sfs nicht gemountet ist, was ja eigentlich normal wäre tut sich nichts.

- ist das sfs gemountet dann funktioniert es! Es kommen dann Fehlerinfos, dass das sfs von puppy verwendet wird aber das Startscript wird erzeugt und läuft auch.

- auch für alle Programme im emc.sfs lassen sich gleichzeitig die Startscripte erzeugen- ok!

- im Startscript sollte auf jeden Fall zwischendurch noch eine Info kommen, dass das Programm noch arbeitet und man etwas warten soll, sonst ist nicht klar ob noch was passiert oder nicht!!!

So langsam kommen wir der Sache schon näher.

Also noch beheben: Startscripterzeugung wenn das sfs nicht gemountet ist!

RSH · #82 Post by **RSH** » Wed 04 Apr 2012, 22:06

Partition ist gelöscht?

Im ersten Moment war ich richtig erschrocken...

Es kommen dann Fehlerinfos, dass das sfs von puppy verwendet wird aber das Startscript wird erzeugt und läuft auch.

Ja, die Fehlermeldungen erscheinen wohl, da ohne Speicherdatei das sfs automatisch eingebunden und auch wieder entladen wird.

im Startscript sollte auf jeden Fall zwischendurch noch eine Info kommen...

Das/die Startskript/e müssen sowieso noch angepaßt werden. Es kann ja sein, daß eine Abhängigkeit bereits geladen ist; sfs_load würde dann die Option zum Entladen anbieten und die will man ja nicht ständig wegklicken. Also muß hier auch noch eine Abfrage rein.

Wichtig ist, daß es jetzt in den Basisfunktionen in beiden Betriebsmodi funktioniert - auch wenn man unter Verwendung einer Speicherdatei das SFS erst einbinden muß. Das ist schon mal cool.

Lädst Du mir die Originale mal irgendwohin hoch?

RSH · #83 Post by **RSH** » Thu 05 Apr 2012, 04:15

Neues .pet gesendet.

Getestet mit und ohne Speicherdatei.

Funktioniert bei mir in beiden Fällen - das SFS darf allerdings nicht gemounted sein (egal ob mit oder ohne Speicherdatei).

Das erstellte Startskript fragt nun ab, ob eine Abhängigkeit bereits geladen ist, gibt aber noch keine Meldungen über die Tätigkeit aus.

Einzig Meldungen, wenn noch nicht konvertiert wurde bzw. ein Startskript bereits existiert, werden ausgegeben.

Im Ordner /root wird ein verstecktes Verzeichnis /.my-sfs-scripts angelegt sowie ein symbolischer Link dorthin - /RunScripts. In das Verzeichnis /root /.my-sfs-scripts werden die erzeugten Startskripte kopiert. Die Originale bleiben am Ort der Erstellung erhalten.

oui · #84 Post by **oui** » Thu 05 Apr 2012, 07:13

Hallo beide, ist es auch die Antwort auf

http://www.murga-linux.com/puppy/viewtopic.php?t=77083 ?

Enthält die ISO noch Doubletten (Editore, usw.)?

RSH · #85 Post by **RSH** » Thu 05 Apr 2012, 07:53

oui wrote:Hallo beide, ist es auch die Antwort auf

http://www.murga-linux.com/puppy/viewtopic.php?t=77083 ?

Enthält die ISO noch Doubletten (Editore, usw.)?

Kannst Du das näher erläutern?

Ich verstehe nicht ganz, was Du meinst.

Das ISO (wenn es denn hochgeladen sein wird) enthält keine "Doubletten" (sofern hiermit die doppelten Menüeinträge aus unserer vorhergehenden Problematik gemeint sind).

Noch ist nichts fertig, noch ist alles in Arbeit. Aber es geht sehr gut voran und wird wirklich gut werden!

der-schutzhund · #86 Post by **der-schutzhund** » Thu 05 Apr 2012, 08:53

Hallo,

ja das genau ist es! Du hast z.B. 100 sfs in einem Verzeichnis. Auf dem Desktop hast du für jedes Programm einen Startbutton. Willst du nun ein bestimmtes Programm starten, so klickst du nur noch den Button. Es wird nun automatisch kontrolliert, ob die erforderliche sfs schon geladen ist. Wenn ja, so wird das Programm gestartet. Ist das oder die sfs noch nicht geladen, werden sie im Hintergrund nachgeladen und dann das Programm gestartet. Ist absolut genial!

Soweit das, was der Bediener sieht.

Die Philosophie geht aber noch weiter. Wir (RSH)

möchten auch den gesamten Einbau neuer Programme / sfs automatisieren. Also, du hast eine sfs die ein oder mehr Programme beinhaltet. Du lässt nun einen Konverter darüber laufen der das sfs in ein bestimmtes Format umstrickt. Mit einem zweiten Script wird aus dem neuen sfs auf Wunsch für ein oder alle Programme Startscripte erzeugt, die den gesamten Startprozess durchführt (siehe vorne).

Im Augenblick muss nur noch von Hand der Startbutton mit icon auf dem Desktop erzeugt werden, was ich auch noch gerne automatisieren möchte.

oui wrote:Hallo beide, ist es auch die Antwort auf

http://www.murga-linux.com/puppy/viewtopic.php?t=77083 ?

Enthält die ISO noch Doubletten (Editore, usw.)?

der-schutzhund · #87 Post by **der-schutzhund** » Thu 05 Apr 2012, 09:37

Startscripterzeugung is soweit ok!

Wünsche und Anträge:
Für den Startbutton hätte ich noch gerne die icons aus der sfs in das Verzeichnis exportiert.

Ich kann nicht erkennen warum es erforderlich ist die Startscripte in ein extra Verzeichnis zu kopieren. Damit werden sie von den sfs weggenommen. Ich würde es besser finden wenn alle sfs + startscripte + icons in einem bestimmten Verzeichnis bleiben würden. Das ist übersichtlicher und leichter zu händeln!

Bei der Konvertierung kannst du noch etwas schmirgeln und feilen;-)
Beim Konvertieren der "LazY528-Internet-a.sfs" ist mit aufgefallen, dass der Prozess wohl durchläuft allerdings am Ende die Konvertierung doch nicht durchgeführt wurde bis mir aufgefallen ist, dass dieses sfs schon für den firefox geladen war. Dann also über sfs_load_.. entladen und siehe da es lief.
Vorschlag: Vor dem Start der Konvertierung eine Abfrage ob die betreffende sfs schon in der BOOTCONFIG (erste Zeile) geladen ist. Wenn ja eine Info und abbruch!

RSH wrote:Neues .pet gesendet.

Getestet mit und ohne Speicherdatei.

Funktioniert bei mir in beiden Fällen - das SFS darf allerdings nicht gemounted sein (egal ob mit oder ohne Speicherdatei).

Das erstellte Startskript fragt nun ab, ob eine Abhängigkeit bereits geladen ist, gibt aber noch keine Meldungen über die Tätigkeit aus.

Einzig Meldungen, wenn noch nicht konvertiert wurde bzw. ein Startskript bereits existiert, werden ausgegeben.

Im Ordner /root wird ein verstecktes Verzeichnis /.my-sfs-scripts angelegt sowie ein symbolischer Link dorthin - /RunScripts. In das Verzeichnis /root /.my-sfs-scripts werden die erzeugten Startskripte kopiert. Die Originale bleiben am Ort der Erstellung erhalten.

RSH · #88 Post by **RSH** » Thu 05 Apr 2012, 09:59

Hallo Wolfgang,

Vorschlag: Vor dem Start der Konvertierung eine Abfrage ob die betreffende sfs schon in der BOOTCONFIG (erste Zeile) geladen ist. Wenn ja eine Info und abbruch!

Exakt daran arbeite ich gerade.

Für den Startbutton hätte ich noch gerne die icons aus der sfs in das Verzeichnis exportiert.

Das läßt sich ebenfalls machen, ist aber einiges mehr Programmieraufwand, da ich ja mehrere Verzeichnisse nach Icons durchsuchen muß. Auf diese Art wird ein ISO bei einem Remaster allerdings auch deutlich größer werden, als das Original (abhängig davon, wieviele Startskripte ertstellt werden).

Startscripterzeugung ist soweit ok!

Das ist schön! In beiden Varianten getestet?

Ich kann nicht erkennen warum es erforderlich ist die Startscripte in ein extra Verzeichnis zu kopieren.

Es könnte ja ein ISO geben, in DVD-Größe, das bereits einige oder alle LazY Puppy 2 oder PhyTechLazY SFS-Dateien enthält. Auf ein ISO kann man keine Dateien schreiben, deshalb zusätzlich in das Verzeichnis /root/.my-sfs-scripts. Das muß ich deshalb noch einmal ändern - nicht kopieren, sondern ebenfalls in /root/.my-sfs-scripts erzeugen.

Welches Verzeichnis hättest Du denn gerne?

---

Ich benötige von Dir:

- eine Liste aller PhyTechLazY-typischen Programme, die Du zusammen mit LazY Puppy 2 verwenden willst; aber nicht die Namen der .pet oder .sfs Dateien, sondern die Namen der Einträge "Exec=" in den .desktop Dateien.

- da war noch mehr, aber mir fällt es gerade nicht ein...

der-schutzhund · #89 Post by **der-schutzhund** » Thu 05 Apr 2012, 10:38

Das läßt sich ebenfalls machen, ist aber einiges mehr Programmieraufwand, da ich ja mehrere Verzeichnisse nach Icons durchsuchen muß.

Das ist doch wohl für einen Kerl wie dich kein Problem oder?

Auf diese Art wird ein ISO bei einem Remaster allerdings auch deutlich größer werden, als das Original (abhängig davon, wieviele Startskripte ertstellt werden).

Stelle mir vor, dass nur das icon für den Startbutton ausgewählt wird und alle anderen wieder gelöscht oder garnicht erst exportiert werden.
Dann ist das iso auch nicht viel größer als das Original.

Das ist schön! In beiden Varianten getestet?

Ja, auf jeden Fall .... obwohl eigentlich nicht;-)
Ohne Speicherdatei muss ich noch (eigentlich)

Es könnte ja ein ISO geben, in DVD-Größe, das bereits einige oder alle LazY Puppy 2 oder PhyTechLazY SFS-Dateien enthält. Auf ein ISO kann man keine Dateien schreiben, deshalb zusätzlich in das Verzeichnis /root/.my-sfs-scripts. Das muß ich deshalb noch einmal ändern - nicht kopieren, sondern ebenfalls in /root/.my-sfs-scripts erzeugen.

Welches Verzeichnis hättest Du denn gerne?

Welchen Namen das Verzeichnis hat, ist ja eigentlich nicht so wichtig. Vorschlag: extra-sfs

Die Problematik ist mir klar.
Wenn wir ein dynamisches Ladesystem im Lazy haben, dann sollten im Iso natürlich grundsätzlich keine sfs enthalten sein, da sie ja jeder Zeit einghängt werden können. Im Iso müssen nur alle Startscripte sowie die Startbuttons mit passendem Icon vorhanden sein.
Die Startscripte müssen dann die sfs immer in einem bestimmten externen Verzeichnis finden.

Da fällt mir gerade noch ein, dass das Startscript eine Info ausgeben muss, wenn das sfs in diesem Verzeichnis nicht gefunden wird, damit der LazYer oder die LazYerin sich das erforderliche sfs besorgen kann.

Überlegen könnten wir allerdings deinen Vorschlag für das "System-sfs", das wine fest einzubauen.

- eine Liste aller PhyTechLazY-typischen Programme, die Du zusammen mit LazY Puppy 2 verwenden willst; aber nicht die Namen der .pet oder .sfs Dateien, sondern die Namen der Einträge "Exec=" in den .desktop Dateien.

Verstehe ich jetzt nicht. Was willst du denn mit den Namen machen?

- da war noch mehr, aber mir fällt es gerade nicht ein...

Das kenne ich! Ich kann mir auch nix merken..

der-schutzhund · #90 Post by **der-schutzhund** » Thu 05 Apr 2012, 10:59

Hallo Rainer,

wie machen mir das mit Programmen die eigentlich kein sfs brauchen sondern direkt aus einem Verzeichnis heraus gestartet werden können. Wir könnten daraus natürlich ein sfs machen aber wir haben ja immer noch die Begrenzung der gleichzeitig maximal geladenen sfs oder?

Wenn wir ein Programm haben, das kein sfs benötigt, dann wäre das ja Verschwändung.

Jetzt für mein eigenes System ist das ja kein Problem, aber wenn wir an ein iso denken, dann müsste der Button ja auch schon das externe Verzeichnis kennen, in dem sich später das Programm (z.B. Linaxepad von hier befindet):

http://www.picaxe.com/Software/PICAXE/AXEpad/

Edit: Wenn wir ein externes Verzeichnis für die sfse haben, dann wäre es ja auch logisch ein Extraverzeichnis für sonstige Progs zu haben.
Also z.B. "extra-prog" und darunter die Verzeichnisse der jeweiligen Programme mit ihren Dateien.
Jedes Programm bekommt ebenfalls wieder einen Startbutton der auf ein Startscript zeigt. Dieses Startscript prüft ob das Programm im vorgegebenen Verzeichnis ist und startet es falls vorhanden. Wird es nicht gefunden dann Info das Prog. XY in Verzeichnis extra-prog/xy nicht vorhanden ist und dahin kopiert werden muss.

der-schutzhund · #91 Post by **der-schutzhund** » Thu 05 Apr 2012, 11:39

Die Konvertierung sowie die Startscripterzeugung und der Programmstart funktionieren auch aus einem Unterverzeichnis des Bootverzeichnisses und damit wohl in jedem externen Verzeichnis!

Gut gemacht!

RSH · #92 Post by **RSH** » Thu 05 Apr 2012, 12:20

der-schutzhund wrote:Die Konvertierung sowie die Startscripterzeugung und der Programmstart funktionieren auch aus einem Unterverzeichnis des Bootverzeichnisses und damit wohl in jedem externen Verzeichnis!

Gut gemacht!

Ja, innerhalb des Bootverzeichnisses werden die SFS immer gefunden. Aktuell ist es jedoch so, daß nur die Abhängigkeiten in externen Verzeichnissen gefunden werden (sollten) - die Haupt-SFS-Datei (die in der das Programm steckt bzw. aus der heraus das Startskript erzeugt wurde) noch nicht.

Ich habe es nicht getestet, aber so, wie der Code ist, müßte es (nur) so funktionieren. Teste das doch bitte einmal, in dem Du die Haupt-SFS-Datei und deren Abhängigkeiten (wenn Du keine hast, dann erzeuge halt einfach mal eine) in ein externes Verzeichnis legst und von dort das Startskript erstellst.

Bedenke hierbei, daß die Angabe von Abhängigkeiten in der Konvertierung stattfindet (stattfinden muß), also VOR der Startskripterstellung.

Da fällt mir gerade ein, was ich noch von Dir benötige: ich muß sehen, wie der Menüeintrag in der menu.lst vom Grub Bootloader aussieht (für LazY Puppy) Bootest Du mit Grub4DOS oder Grub2 oder...?

Stelle mir vor, dass nur das icon für den Startbutton ausgewählt wird und alle anderen wieder gelöscht oder garnicht erst exportiert werden.
Dann ist das iso auch nicht viel größer als das Original.
Sollte gehen; das Icon steht ja in der .desktop Datei (Icon=example.png).

Welchen Namen das Verzeichnis hat, ist ja eigentlich nicht so wichtig. Vorschlag: extra-sfs
Stimmt, ist eigentlich nicht so wichtig. Aber extra-sfs? Sind doch keine SFS-Dateien drin.

Da fällt mir gerade noch ein, dass das Startscript eine Info ausgeben muss, wenn das sfs in diesem Verzeichnis nicht gefunden wird, damit der LazYer oder die LazYerin sich das erforderliche sfs besorgen kann.
Sollte auch gehen.

Verstehe ich jetzt nicht. Was willst du denn mit den Namen machen?
Laß Dich mal überraschen. Du kannst ja einfach alle .desktop Dateien aus den .sfs und .pet in einen Ordner kopieren, diesen dann in eine .tar.gz umwandeln und mir per PM senden. Dann kann ich mir die Namen selbst heraussuchen. Das wäre sehr nett.

Wie machen wir das mit Programmen die eigentlich kein sfs brauchen sondern direkt aus einem Verzeichnis heraus gestartet werden können. Wir könnten daraus natürlich ein sfs machen aber wir haben ja immer noch die Begrenzung der gleichzeitig maximal geladenen sfs oder?
Also, um Windows bzw. Wine Anwendungen kann und möchte ich mich jetzt nicht auch noch kümmern. Dafür reicht die Zeit (14.04) leider nicht aus. Aber ich kann Dir sagen, wie ich mit solchen Programmen verfahre. Ich starte LazY Puppy ohne Speicherdatei, lade Wine und installiere dann das Programm. Dann gehe ich ins Wine (Windows) Verzeichnis und kopiere das installierte Programm aus dem Ordner Programme auf meine USB Stick in das VErzeichnis von PortableApps. Dann deinstalliere ich das Programm wieder und probiere anschließend, ob es sich als PseudoPortableApp vom USB Stick starten läßt. Funktioniert es, bleibt es auf dem USB Stick, wenn ich es verwenden will. Anderenfalls lösche ich es wieder und kümmere mich nicht mehr darum.

Viele Programme lassen sich nach der Deinstallation weiterhin vom USB Stick starten - auf die wenigen, die so nicht funktionieren, verzichte ich dann eben.

Einzige Ausnahme: meine Corel Draw Suite 8. Diese habe ich in Wine installiert und dann ein neues Wine-sfs daraus gebastelt. Jetzt habe ich ein 285mb großes Wine-sfs mit funktionierender Corel Draw Suite 8! Ich habe es z.Z. umbenannt in StArtLPx2_Extension.sfs, so daß es ohne weiteres Zutun auch ohne Speicherdatei beim booten hinzugeladen wird.

Wie ich gesehen hatte, hast Du ja die PortableApps.tar.gz bereits heruntergeladen. Du mußt die Datei nur extrahieren und den erzeugten Ordner mit Inhalt irgendwohin kopieren. In den LazY Puppy Einstellungen (Menü LazY Puppy) kannst Du den Pfad zu PortableApps einstellen. Lädst Du WIne beim booten hinzu, so wird PortableApps automatisch nach dem booten gestartet.

Ich denke, das sollte als Extra-Verzeichnis ausreichend sein - was hindert Dich daran, z.B. die portable Linux Version von MtPaint ebenfalls in dieses Verzeichnis zu kopieren?

Soviel erst mal zu Deinen Anliegen. Gleich gibt es noch einen Nachschlag.

RSH · #93 Post by **RSH** » Thu 05 Apr 2012, 13:51

Siehe auch vorherigen Eintrag.

Hallo Wolfgang und hallo auch an alle anderen Interessierten.

Also: das ist LazY Puppy Evolution. Flexibilität hat einen (neuen) Vornamen - LazY Puppy 2.0.1

Auch ohne Startskripte für die unterschiedlichen SFS wird LazY Puppy 2.0.1 das flexibleste Puppy Linux sein, das die Welt bis dato gesehen hat. Mit ihnen aber erst recht!

Die neuen, überarbeiteten Bootoptionen für LazY Puppy 2.0.1

LazY Puppy 2.0.1 lädt beim booten automatisch die Datei, StArtLPx2_Extension.sfs, wenn sie vorhanden ist. Der Bootparameter lpextsfs=nolpextsfs verhindert das Laden dieser Datei. StArtLPx2_Extension.sfs wird von mir dazu verwendet werden, LazY Puppy in der Version 2.0.2 oder 2.0.3 kleiner zu machen. Sprich: ich werde einige Programme aus dem StArtLPx2_201.sfs in das StArtLPx2_Extension.sfs verschieben. So hat man weiterhin alle Programme des ursprünglichen ISOs parat, und man kann LazY Puppy auch ohne StArtLPx2_Extension.sfs starten - könnte nützlich sein, bei wirklich kleinem Arbeitsspeicher.

Bootoption = lpextsfs

Bootparameter:

lpaudiostudio - startet LazY Puppy 2.0.1 als Audiostudio
lpvideostudio - startet LazY Puppy 2.0.1 als Videostudio
lpofficesuite - startet LazY Puppy 2.0.1 als Office Suite (Standard Office SFS)
lpkdeofficesuite - startet LazY Puppy 2.0.1 als Office Suite (KDE Office SFS)
lpopenofficesuite - startet LazY Puppy 2.0.1 als Office Suite (OpenOffice Office SFS)
lplibreofficesuite - startet LazY Puppy 2.0.1 als Office Suite (LibreOffice Office SFS)
lpgraphicssuite - startet LazY Puppy 2.0.1 als Grafk Suite
lpnetworksuite - - startet LazY Puppy 2.0.1 als Internet & Netzwerk Suite
lpwebsuite - ebenso
lpinternetsuite - ebenso
lpmediaplayersuite - startet LazY Puppy 2.0.1 als MediaPlayer Suite
lplazarusfpcsuite - startet LazY Puppy 2.0.1 als Lazarus & FreePascal Suite
lptoolboxsuite - startet LazY Puppy 2.0.1 mit Toolbox
lputilitysuite - startet LazY Puppy 2.0.1 mit Utilities
lpwinesuite - startet LazY Puppy 2.0.1 als Windows Suite
lpsciencesuite - startet LazY Puppy 2.0.1 als Wissenschafts Suite
lptechsuite - startet LazY Puppy 2.0.1 als Technik Suite
lpphytechsuit - startet LazY Puppy 2.0.1 als Physik & Technik Suite (man lese und staune!)
lpdevxsuite - startet LazY Puppy 2.0.1 mit Standard DevX SFS
lpdevxgambassuite - startet LazY Puppy 2.0.1 mit Gambas DevX SFS
lpkernel - startet LazY Puppy 2.0.1 mit LazY Puppy Kernel SFS (2.6.33.2)
nolpextsfs - startet LazY Puppy 2.0.1 ohne StArtLPx2_Extension.sfs
lpuser1ext - startet LazY Puppy 2.0.1 mit UserExtension SFS 1
lpuser2ext - startet LazY Puppy 2.0.1 mit UserExtension SFS 2
lpuser3ext - startet LazY Puppy 2.0.1 mit UserExtension SFS 3
lpuser4ext - startet LazY Puppy 2.0.1 mit UserExtension SFS 4
lpuser5ext - startet LazY Puppy 2.0.1 mit UserExtension SFS 5

und falls diese Optionen nicht ausreichend sein sollten, so kann man als Bootparameter jede beliebige SFS-Datei angeben, um diese beim booten zu laden!

All dies funktioniert bereits in meinem aktuellen ISO (ich arbeite gerade damit).

SFS-Einschränkungen für LazY Puppy 2.0.1

Weiterhin können beim booten über den Bootmanager nur 6 SFS-Dateien hinzugeladen werden. Lazy Puppy 2.0.1 wird aber vorbereitet sein zur Aufnahme von 64 SFS Dateien direkt nach dem booten. Zusätzlich wird es die Option geben, LazY Puppy 2.0.1 während des Betriebs zur Aufnahme von bis zu 100 SFS-Dateien "aufzubohren".

Systemschutz in LazY Puppy 2.0.1 (schützen vorhandener Dateien):

LazY Puppy 2.0.1 hat einen eingebauten Schutz vor dem Überschreiben bestimmter Dateien. So werden z.B. .desktop Dateien bereits installierter Programme auf Wunsch nicht überschrieben. Dies dient dem Erhalt von z.B. Icons und/oder deutscher Übersetzungen in den .desktop Dateien. Weiterhin kann nach der Installation einer .pet Datei automatisch der Menüeintrag-Editor der neuen Lazy Puppy 2.0.1 Menü-Suite gestartet werden, um neue Menüeinträge (.desktop Dateien) sofort an die eigene Sprache etc. anpassen oder mit einem eigenen, schöneren Icon versehen zu können.

Soviel erst einmal zu einigen neuen Funktionen von LazY Puppy 2.0.1

Rainer

der-schutzhund · #94 Post by **der-schutzhund** » Thu 05 Apr 2012, 14:26

Hallo Rainer,

jetzt komme ich langsam mit dem Schreiben nicht mehr mit

Die "Namen" habe ich dir gerade mit PM übersendet.
Wie du siehst sind es relativ wenige Puppy-Module sfs / pet

Was ich von den Bootparametern halten soll ist mir noch nicht so ganz klar. Wenn es so sein soll, dass du diese Parameter von Hand eingeben musst und dafür nur 5 Sekunden Zeit hast, dann ist es wohl eher nicht brauchbar!
Ist dann wohl etwas für Leute die ständig damit arbeit und sich damit mehr beschäftigen. Für den "einfachen" Nutzer ist es eher unpraktisch.
Aber wenn das System das kann dann muss man es ja nicht nutzen.

Systemschutz ist interessant obwohl natürlich wieder mehr zum Einstellen ist!

Vielleicht können wir uns nochmal Gedanken zu einer absolut benutzerfreundlichen Menüeinstellung machen?

Grub4Dos
-----------------------
title Puppy Linux Lazy2

find --set-root --ignore-floppies /lazypup2/vmlinuz

kernel /lazypup2/vmlinuz pmedia=cd psubdir=lazypup2

initrd /lazypup2/initrd.gz

---------------------------
funktioniert super gut so!

Sollte gehen; das Icon steht ja in der .desktop Datei (Icon=example.png).

ja nur wenn es um eine optimal vorbereitete sfs geht. Sonst gibt es ein Verzeichnis mit mehreren Bildern und man müsste sich eins aussuchen.

Stimmt, ist eigentlich nicht so wichtig. Aber extra-sfs? Sind doch keine SFS-Dateien drin.

Eigentlich doch schon oder? Wir wollten doch alle sfs+Startscript+icons in dieses Verzeichnis legen.

Also, um Windows bzw. Wine Anwendungen kann und möchte ich mich jetzt nicht auch noch kümmern.

Es geht nicht um Windowsprogramme sondern um Javaprogramme oder Linuxprogramme die kein sfs / pet brauchen.

Für diese Fälle hätte ich gern ein kleines Script das entweder das Prog. startet oder eine Fehlermeldung mit Verzeichnis angibt wenn das Prog. nicht gefunden wird.

RSH · #95 Post by **RSH** » Thu 05 Apr 2012, 15:21

Systemschutz ist interessant obwohl natürlich wieder mehr zum Einstellen ist!
Nein, ist nur ein Button zum anklicken, der bereits aktiviert ist, sobald die erste Abrage GUI erscheint, um das .pet zu installieren. Anderes ist automatisiert und läuft, ohne das der Anwender davon etwas mitbekommt.

Die "Namen" habe ich dir gerade mit PM übersendet.
Wie du siehst sind es relativ wenige Puppy-Module sfs / pet
Habe einen kurzen Blick drauf geworfen. Aber wie ich schrieb: ich benötige die Name in den .desktop Dateien (Exec=).

Was ich von den Bootparametern halten soll ist mir noch nicht so ganz klar.
...
...
Für den "einfachen" Nutzer ist es eher unpraktisch.
Nein, gerade für den "einfachen" Anwender wird es von Vorteil sein. Ich habe vor, ein Skript zu erstellen, das für alle Bootparameter Menüeinträge für die Menu.lst erstellt. Der Anwender muß diese dann nur noch in die Menu.lst kopieren und kann dann aus dem Bootmenü heraus LazY Puppy 2.0.1 mit dem gewünschten Bootparameter starten. Wenn ich also nur Musik machen/aufzeichnen/bearbeiten will, wähle ich den Eintrag für das LazY Puppy AudioStudio und fertig!

Da ich einen anderen Bootloader verwende, ging ich richtigerweise davon aus, daß Deine Bootmenü-Einträge anders aussehen, als meine.

EDIT:
Zuvor präsentierte Liste enthielt einige falsche Einträge/Parameter. Deshalb hier und heute (2012-04-13) die ganze Liste (fehlerbereinigt)

Code: Select all

DEFAULT   /syslinux/vesamenu.c32
KBDMAP    /syslinux/german.kbd
F1        /syslinux/lazy/hilfe.txt
PROMPT    0
NOESCAPE  1
TIMEOUT   200
ONTIMEOUT lazystdext


MENU AUTOBOOT LazY Puppy 2.0.1 startet in # Sekunde{,n}...
MENU BACKGROUND /syslinux/lazy/splash2.png
MENU TITLE State of the Art LazY Puppy 2 (StArtLPx2) ( [F1] = Hilfe )
MENU TABMSG Mit [Tab] editieren Sie die Boot-Optionen


INCLUDE /syslinux/syslinux_layout.cfg
INCLUDE /syslinux/syslinux_colors.cfg


LABEL lazystdram
 MENU LABEL LazY Puppy 2.0.1 Standard (RAM, -Guides, -Wbar, -PWidgets)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=nolpextsfs pfix=ram pmedia=usbflash pkeys=de


LABEL lazystd
 MENU LABEL LazY Puppy 2.0.1 Standard (-Guides, -Wbar, -PWidgets)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=nolpextsfs pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyfullram
 MENU LABEL LazY Puppy 2.0.1 Full (RAM, +Guides, +Wbar, +PWidgets)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz pfix=ram pmedia=usbflash pkeys=de


LABEL lazyfull
 MENU LABEL LazY Puppy 2.0.1 Full (+Guides, +Wbar, +PWidgets)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyaudioram
 MENU LABEL LazY Puppy 2.0.1 Audiostudio (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpaudiostudio pfix=ram pmedia=usbflash pkeys=de


LABEL lazyaudio
 MENU LABEL LazY Puppy 2.0.1 Audiostudio
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpaudiostudio pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyvideoram
 MENU LABEL LazY Puppy 2.0.1 Videostudio (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpvideostudio pfix=ram pmedia=usbflash pkeys=de


LABEL lazyvideo
 MENU LABEL LazY Puppy 2.0.1 Videostudio
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpvideostudio pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazygraphicram
 MENU LABEL LazY Puppy 2.0.1 Grafikstudio (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpgraphicssuite pfix=ram pmedia=usbflash pkeys=de


LABEL lazygraphic
 MENU LABEL LazY Puppy 2.0.1 Grafikstudio
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpgraphicssuite pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazylazarusram
 MENU LABEL LazY Puppy 2.0.1 Lazarus & Free Pascal (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lplazarusfpcsuite pfix=ram pmedia=usbflash pkeys=de


LABEL lazylazarus
 MENU LABEL LazY Puppy 2.0.1 Lazarus & Free Pascal
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lplazarusfpcsuite pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazywebram
 MENU LABEL LazY Puppy 2.0.1 Internet-Suite (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpwebsuite pfix=ram pmedia=usbflash pkeys=de


LABEL lazyweb
 MENU LABEL LazY Puppy 2.0.1 Internet-Suite
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpwebsuite pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyoffstdram
 MENU LABEL LazY Puppy 2.0.1 Office-Suite Standard (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpofficesuite pfix=ram pmedia=usbflash pkeys=de


LABEL lazyoffstd
 MENU LABEL LazY Puppy 2.0.1 Office-Suite Standard
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpofficesuite pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyoffkderam
 MENU LABEL LazY Puppy 2.0.1 Office-Suite KDE-Office (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpkdeofficesuite pfix=ram pmedia=usbflash pkeys=de


LABEL lazyoffkde
 MENU LABEL LazY Puppy 2.0.1 Office-Suite KDE-Office
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpkdeofficesuite pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyoffooram
 MENU LABEL LazY Puppy 2.0.1 Office-Suite OpenOffice (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpopenofficesuite pfix=ram pmedia=usbflash pkeys=de


LABEL lazyoffoo
 MENU LABEL LazY Puppy 2.0.1 Office-Suite OpenOffice
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpopenofficesuite pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyext1ram
 MENU LABEL LazY Puppy 2.0.1 User Extension 1 (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=ram pmedia=usbflash pkeys=de


LABEL lazyext1
 MENU LABEL LazY Puppy 2.0.1 User Extension 1
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyext2ram
 MENU LABEL LazY Puppy 2.0.1 User Extension 2 (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=ram pmedia=usbflash pkeys=de


LABEL lazyext2
 MENU LABEL LazY Puppy 2.0.1 User Extension 2
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyext3ram
 MENU LABEL LazY Puppy 2.0.1 User Extension 3 (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=ram pmedia=usbflash pkeys=de


LABEL lazyext3
 MENU LABEL LazY Puppy 2.0.1 User Extension 3
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyext4ram
 MENU LABEL LazY Puppy 2.0.1 User Extension 4 (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=ram pmedia=usbflash pkeys=de


LABEL lazyext4
 MENU LABEL LazY Puppy 2.0.1 User Extension 4
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=usbcard pmedia=usbflash pkeys=de


LABEL lazyext5ram
 MENU LABEL LazY Puppy 2.0.1 User Extension 5 (RAM)
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=ram pmedia=usbflash pkeys=de


LABEL lazyext5
 MENU LABEL LazY Puppy 2.0.1 User Extension 5
 KERNEL /lazy/vmlinuz
 APPEND initrd=/lazy/initrd.gz lpextsfs=lpuser1ext pfix=usbcard pmedia=usbflash pkeys=de


INCLUDE /syslinux/syslinux_hdboot.cfg
INCLUDE /syslinux/syslinux_reboot.cfg
INCLUDE /syslinux/syslinux_mainmenu.cfg

Da fällt mir ein: sende mir doch einmal Deine komplette Menu.lst, damit ich Vergleiche zwischen den Einträgen ziehen kann. Danke!

Vielleicht können wir uns nochmal Gedanken zu einer absolut benutzerfreundlichen Menüeinstellung machen?
Worum geht's? Any suggestions?

Es geht nicht um Windowsprogramme sondern um Javaprogramme oder Linuxprogramme die kein sfs / pet brauchen.
Das wird in der kurzen Zeit nicht zu machen sein. Ich müßte für jede dieser Programme/Dateitypen eine angepaßte Version dessen entwickeln, woran ich jetzt immer noch arbeite (ist ja noch nicht fertig). Ich verfüge auch aktuell nicht über das Wissen, ob es die Möglichkeit gibt auf diese Dateitypen eine Rechtsklickfunktion einzurichten, ohne daß diese Option auch bei anderen Dateitypen in Erscheinung tritt. So wie bei meinem Rechtsklick-Pet-Creator. Der verarbeitet Textdateien mit der Endung .files, mußte aber so angelegt werden, daß die Option grundsätzlich bei allen Textdateien angezeigt wird. Das wäre/ist irritierend. Und die Zeit und die Zeit... ... ... (14.04 is surely one day beyond my deadline)

Hallo Rainer,

jetzt komme ich langsam mit dem Schreiben nicht mehr mit
Keine Bange, ich bin jetzt erst einmal für mindestens drei Stunden außer Haus. Genug Zeit also, um Übersehenes zu lesen, Nicht-hinterhergekommenes zu posten und Nicht-oder-kurzgedachtes zu überlegen.

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

LazY Puppy 2.0.2 Final - Build 0.0.5 DE!