Beim puppy simple cd Remastern von 5.1 kommt relativ früh die Fehlmeldung:
"cannot stat exclude dir/file/puppylivecdbuild because no such file or directory.."
Der Rest läuft normal durch und es wird auch eine CD gebrannt aber damit lässt sich nicht booten.
Der gleiche Versuch läuft mit 4.3.1 de ganz normal durch und zwar auf dem gleichen Rechner. Diese CD funktioniert wie sie soll.
Woran kann es liegen?
Grüße Wolfgang
Puppy 5.1 remasterproblem
-
der-schutzhund
- Posts: 1045
- Joined: Mon 26 Nov 2007, 22:07
- Location: Blomberg / Germany
wie tust du die 51 remastern ?? von festplatte ??
wenn ja so darfst du nicht alles vorbehaltlos rüberkopieren.
ich gehe so vor, von der cd kopiere ich alles bis auf usr,root,var
passe auf festplatte inst. puppy an (install von programmen,desktop uzw) und kopiere von da aus usr,root,var
aus dehm etc verz. kopiere ich das puppy profile und ev. da abgelegten files von programmen (zb gentoo)
packes es und fertig ,funzt auch
oder klingt es wenn ein verz. nicht angelegt/kopiert wurde.
mfg nuckey
wenn ja so darfst du nicht alles vorbehaltlos rüberkopieren.
ich gehe so vor, von der cd kopiere ich alles bis auf usr,root,var
passe auf festplatte inst. puppy an (install von programmen,desktop uzw) und kopiere von da aus usr,root,var
aus dehm etc verz. kopiere ich das puppy profile und ev. da abgelegten files von programmen (zb gentoo)
packes es und fertig ,funzt auch
oder klingt es wenn ein verz. nicht angelegt/kopiert wurde.
mfg nuckey
-
oui
so stehts hier im engl. forum geschrieben (soweit ich es verstanden hatte)
hatte auch das prob. das ich die /etc einfach rüberkopierte und dann beim start eine fehler meldung kamm mit xorg ,muste dann per xwin starten ,seit dehm ich nicht alles (selektiv) rüber kopiere funzt es.
ich kann es nur so beschreiben wie es bei mir funzt
mfg nuckey
hatte auch das prob. das ich die /etc einfach rüberkopierte und dann beim start eine fehler meldung kamm mit xorg ,muste dann per xwin starten ,seit dehm ich nicht alles (selektiv) rüber kopiere funzt es.
ich kann es nur so beschreiben wie es bei mir funzt
mfg nuckey
-
der-schutzhund
- Posts: 1045
- Joined: Mon 26 Nov 2007, 22:07
- Location: Blomberg / Germany
Wie beschrieben wird von einer Festplatte von einer Frugalinst remastert.
Mir ist nicht klar, was du da alles von Hand hin und her kopierst und warum!
Das Remastern starte ich über die eingebaute Funktion von Puppy und dann einfach immer passend bestätigen.
Wie gesagt bei 4.3.1 de funktioniert es genau so.
Mir ist nicht klar, was du da alles von Hand hin und her kopierst und warum!
Das Remastern starte ich über die eingebaute Funktion von Puppy und dann einfach immer passend bestätigen.
Wie gesagt bei 4.3.1 de funktioniert es genau so.
Nuckey wrote:wie tust du die 51 remastern ?? von festplatte ??
wenn ja so darfst du nicht alles vorbehaltlos rüberkopieren.
ich gehe so vor, von der cd kopiere ich alles bis auf usr,root,var
passe auf festplatte inst. puppy an (install von programmen,desktop uzw) und kopiere von da aus usr,root,var
aus dehm etc verz. kopiere ich das puppy profile und ev. da abgelegten files von programmen (zb gentoo)
packes es und fertig ,funzt auch
oder klingt es wenn ein verz. nicht angelegt/kopiert wurde.
mfg nuckey
zum einem muss ich sagen das ich puppy fullinstall habe und von da aus remaster.
bis auf root,usr,var kopiere ich alles von der sfs datei in ein verz. zb. remaster.
die veränderungen kopiere (root,usr,var) von hd in mein remaster verz.
da das remastern zb. von cd nicht dehn gewünschten effekt hatte,in bezug der remaster install script (was bei puppy mit bei ist).
aber wie schon gesagt ,so mache ich es und es funzt
mfg nuckey
bis auf root,usr,var kopiere ich alles von der sfs datei in ein verz. zb. remaster.
die veränderungen kopiere (root,usr,var) von hd in mein remaster verz.
da das remastern zb. von cd nicht dehn gewünschten effekt hatte,in bezug der remaster install script (was bei puppy mit bei ist).
aber wie schon gesagt ,so mache ich es und es funzt
mfg nuckey
-
oui
hallo Wolfgang
5.0 ist die erste Version, die gar nicht mehr von ihm ist, die Zukunft vielleicht, aber solche neuen Spielregel sehe ich nicht als Fortschritt an!
Quirky hat nebenbei den Vorteil für Dich, von Deinen Klassen-PC's weniger Ressourcen zu benötigen, die Dir für Wine und Java dann zur Verfügung stehen! Mache Dir einfach ein JWM-Menü auf Deutsch (schaue die Dateien in /etc/xdg/templates an! Ich benütze nur noch JWM über die /root/.jwmrc , die automatisch aufgebaut wird. Ein Template-Muster von mir findest Du hier). Wine funktioniert sehr gut drin. Qemu auch. Java auch.
Du kannst versuchen, Debian oder Ubuntu-Software hinzuzufügen. Es geht sehr gut, Man muss aber Tonnen von Abhängigkeiten hinzuladen, und die Puplets werden deshalb sehr gross... Typisch habe ich Links, Clex, Testdisk, Leafpad (sie haben auch in Debian nur wenig Abhängigkeiten), ciao-Prolog, Yap-Prolog, verschiedene Logo-Interpreter (inklusiv, hier dann in Wine, von Microsoft), Scratch (ein super-modernes Logo, wo man zum Programmieren kein Kode schreibt, sondern die Befehle mit virtuellen Tasten eingibt)
Das Remastern funktionierte bis Quirky 1.2 erstklassig (ich habe allerdings Quirky 1.3 diesbezüglich noch nicht getestet, weil ich ganz wesentliche Veränderungen herbeiführen möchte, und daher zuerst Erfahrung sammle).
Für mich ist die Zukunft zuerst in Quirky, wo Barry Kauler selbst entwickelt, und seiner bisherigen Linie treu bleibt (die anderen Köche dagegen, geben anderen Salz drin: siehe Aussage zum Remastern, in fatdog64 sind die klassischen Programme von Puppy teilweise nicht dabei und wine fehlt immer noch etc..!).
Sein Quirky 1.3 ist genauso aktuell wie die aktuellsten anderen neuen Puppy's!
salut
genauso mache ich auch immer noch. ich benütze allerdings intensiv Quirky 1.3 jetzt an allen PC's, weil sie von Barry Kauler selber gemacht sind.der-schutzhund wrote:Wie beschrieben wird von einer Festplatte von einer Frugalinst remastert.
Mir ist nicht klar, was du da alles von Hand hin und her kopierst und warum!
Das Remastern starte ich über die eingebaute Funktion von Puppy und dann einfach immer passend bestätigen.
Wie gesagt bei 4.3.1 de funktioniert es genau so.
5.0 ist die erste Version, die gar nicht mehr von ihm ist, die Zukunft vielleicht, aber solche neuen Spielregel sehe ich nicht als Fortschritt an!
Quirky hat nebenbei den Vorteil für Dich, von Deinen Klassen-PC's weniger Ressourcen zu benötigen, die Dir für Wine und Java dann zur Verfügung stehen! Mache Dir einfach ein JWM-Menü auf Deutsch (schaue die Dateien in /etc/xdg/templates an! Ich benütze nur noch JWM über die /root/.jwmrc , die automatisch aufgebaut wird. Ein Template-Muster von mir findest Du hier). Wine funktioniert sehr gut drin. Qemu auch. Java auch.
Du kannst versuchen, Debian oder Ubuntu-Software hinzuzufügen. Es geht sehr gut, Man muss aber Tonnen von Abhängigkeiten hinzuladen, und die Puplets werden deshalb sehr gross... Typisch habe ich Links, Clex, Testdisk, Leafpad (sie haben auch in Debian nur wenig Abhängigkeiten), ciao-Prolog, Yap-Prolog, verschiedene Logo-Interpreter (inklusiv, hier dann in Wine, von Microsoft), Scratch (ein super-modernes Logo, wo man zum Programmieren kein Kode schreibt, sondern die Befehle mit virtuellen Tasten eingibt)
Das Remastern funktionierte bis Quirky 1.2 erstklassig (ich habe allerdings Quirky 1.3 diesbezüglich noch nicht getestet, weil ich ganz wesentliche Veränderungen herbeiführen möchte, und daher zuerst Erfahrung sammle).
Für mich ist die Zukunft zuerst in Quirky, wo Barry Kauler selbst entwickelt, und seiner bisherigen Linie treu bleibt (die anderen Köche dagegen, geben anderen Salz drin: siehe Aussage zum Remastern, in fatdog64 sind die klassischen Programme von Puppy teilweise nicht dabei und wine fehlt immer noch etc..!).
Sein Quirky 1.3 ist genauso aktuell wie die aktuellsten anderen neuen Puppy's!
salut
-
der-schutzhund
- Posts: 1045
- Joined: Mon 26 Nov 2007, 22:07
- Location: Blomberg / Germany
Hallo "oui",
dann werde ich mir Quirky 1.3 auch gerne mal ansehen.
Vielleicht wäre es auch mal interessant, die verschiedenen Möglichkeiten für das Remastern zu sammeln und zu vergleichen.
Hallo Nukey,
gib doch mal den Link für die englische Anleitung an.
Grüße Wolfgang
dann werde ich mir Quirky 1.3 auch gerne mal ansehen.
Vielleicht wäre es auch mal interessant, die verschiedenen Möglichkeiten für das Remastern zu sammeln und zu vergleichen.
Hallo Nukey,
gib doch mal den Link für die englische Anleitung an.
Grüße Wolfgang
oui wrote:hallo Wolfgang
Für mich ist die Zukunft zuerst in Quirky, wo Barry Kauler selbst entwickelt, und seiner bisherigen Linie treu bleibt (die anderen Köche dagegen, geben anderen Salz drin: siehe Aussage zum Remastern, in fatdog64 sind die klassischen Programme von Puppy teilweise nicht dabei und wine fehlt immer noch etc..!).
Sein Quirky 1.3 ist genauso aktuell wie die aktuellsten anderen neuen Puppy's!
salut
-
oui
hatte den Link vergessen, wo man die modifizierte Template-Datei findet:
http://www.murga-linux.com/puppy/viewto ... 118#455118 !
http://www.murga-linux.com/puppy/viewto ... 118#455118 !
hio hier is er
http://www.murga-linux.com/puppy/viewto ... e00e995f4d
von ursprünglich diesem thread
http://murga-linux.com/puppy/viewtopic. ... 17&t=53387
mfg nuckey
http://www.murga-linux.com/puppy/viewto ... e00e995f4d
von ursprünglich diesem thread
http://murga-linux.com/puppy/viewtopic. ... 17&t=53387
mfg nuckey
Moin Jungs
Ich will mich nicht wirklich einmischen,
aber ich möchte euch mal meine Erfahrung
darüber mitteilen.
1.Bei Puppy bis zur Version 4.x
war immmer das Remastern drin aber nur wenn eine Original CD
(oder ein Verzeichniss mit den Original Dateien ) vorhanden war.
Das ist extrem unpraktisch wenn man kein CD-Laufwerk hat.
Ausserdem braucht man 3 mal den Speicherplatz zum Remastern.
Daher hat wohl ein Forums Mitglied "Dougal" ein Script geschrieben,
um diese "Unannehmlichkeit" zu umgehen.
(Das war noch in den 3.x Versionen oder früher)
Diese Script konnte aber mit einigen Modifikationen je nach Version
in den 4.x Versionen benutzt werden.
2.Nun zur pup-xxx.sfs Datei.
Wenn man sich so eine pup-xxx.sfs Datei mit "filemnt"
ins Dateisystem einhängt und sie dann betrachtet.
Sieht man dort die Ordner .. etc .. root .. user usw.
Also alles bis auf die extra Treiber von zdrv.sfs,
Da die Ordner schreibgeschützt sind kopiert man sie
in ein Arbeitsverzeichniss (zb my_new_puppy).
Nun können Dateien hinzugefügt oder entfernt werden,
oder man löscht z.B. ein Verzeichniss und kopiert es
aus seinem laufenden System.
Natürlich:
a) ohne die extra Module aus zdrv.sfs
b) ohne system speziefischen Konfigurationen (Netzwerk Graphik usw.)
c) ohne private Einstellungen (z.B /root/.mozilla)
Danach erzeugt man sein pup-xxx.sfs mit
mksquashfs my_new_puppy/* pup-xxx.sfs
und ersetzt die Orignal pup-xxx.sfs mit dieser Datei
Nun das alles hat das Script gemacht.
Da aber Puppy=Quirk=LUPUP=DPUP nicht mehr so ganz stimmt
wird man ein Script für die jeweilige Version suchen müssen.
Oder es manuell machen.
Ich will mich nicht wirklich einmischen,
aber ich möchte euch mal meine Erfahrung
darüber mitteilen.
1.Bei Puppy bis zur Version 4.x
war immmer das Remastern drin aber nur wenn eine Original CD
(oder ein Verzeichniss mit den Original Dateien ) vorhanden war.
Das ist extrem unpraktisch wenn man kein CD-Laufwerk hat.
Ausserdem braucht man 3 mal den Speicherplatz zum Remastern.
Daher hat wohl ein Forums Mitglied "Dougal" ein Script geschrieben,
um diese "Unannehmlichkeit" zu umgehen.
(Das war noch in den 3.x Versionen oder früher)
Diese Script konnte aber mit einigen Modifikationen je nach Version
in den 4.x Versionen benutzt werden.
2.Nun zur pup-xxx.sfs Datei.
Wenn man sich so eine pup-xxx.sfs Datei mit "filemnt"
ins Dateisystem einhängt und sie dann betrachtet.
Sieht man dort die Ordner .. etc .. root .. user usw.
Also alles bis auf die extra Treiber von zdrv.sfs,
Da die Ordner schreibgeschützt sind kopiert man sie
in ein Arbeitsverzeichniss (zb my_new_puppy).
Nun können Dateien hinzugefügt oder entfernt werden,
oder man löscht z.B. ein Verzeichniss und kopiert es
aus seinem laufenden System.
Natürlich:
a) ohne die extra Module aus zdrv.sfs
b) ohne system speziefischen Konfigurationen (Netzwerk Graphik usw.)
c) ohne private Einstellungen (z.B /root/.mozilla)
Danach erzeugt man sein pup-xxx.sfs mit
mksquashfs my_new_puppy/* pup-xxx.sfs
und ersetzt die Orignal pup-xxx.sfs mit dieser Datei
Nun das alles hat das Script gemacht.
Da aber Puppy=Quirk=LUPUP=DPUP nicht mehr so ganz stimmt
wird man ein Script für die jeweilige Version suchen müssen.
Oder es manuell machen.
-
der-schutzhund
- Posts: 1045
- Joined: Mon 26 Nov 2007, 22:07
- Location: Blomberg / Germany
Hallo oui,
Quirky 1.2 und 1.3 teste ich gerade und es sieht sehr gut aus.
wine lässt sich gut installieren und läuft. Beim Remastern von 1.3 ist ein Fehler aufgetreten. Bei 1.2 wird ebenfalls der gleiche Fehler angezeigt wie bei 5.1 jedoch läuft die LiveCD so weit ich testen konnte normal.
Nach dem Remastern von 1.2 ist zwar das wine vorhanden, jedoch nicht die installierten Windowsprogramme.
Grüße Wolfgang
Quirky 1.2 und 1.3 teste ich gerade und es sieht sehr gut aus.
wine lässt sich gut installieren und läuft. Beim Remastern von 1.3 ist ein Fehler aufgetreten. Bei 1.2 wird ebenfalls der gleiche Fehler angezeigt wie bei 5.1 jedoch läuft die LiveCD so weit ich testen konnte normal.
Nach dem Remastern von 1.2 ist zwar das wine vorhanden, jedoch nicht die installierten Windowsprogramme.
Grüße Wolfgang
oui wrote:hallo Wolfgang
genauso mache ich auch immer noch. ich benütze allerdings intensiv Quirky 1.3 jetzt an allen PC's, weil sie von Barry Kauler selber gemacht sind.der-schutzhund wrote:Wie beschrieben wird von einer Festplatte von einer Frugalinst remastert.
Mir ist nicht klar, was du da alles von Hand hin und her kopierst und warum!
Das Remastern starte ich über die eingebaute Funktion von Puppy und dann einfach immer passend bestätigen.
Wie gesagt bei 4.3.1 de funktioniert es genau so.
5.0 ist die erste Version, die gar nicht mehr von ihm ist, die Zukunft vielleicht, aber solche neuen Spielregel sehe ich nicht als Fortschritt an!
Quirky hat nebenbei den Vorteil für Dich, von Deinen Klassen-PC's weniger Ressourcen zu benötigen, die Dir für Wine und Java dann zur Verfügung stehen! Mache Dir einfach ein JWM-Menü auf Deutsch (schaue die Dateien in /etc/xdg/templates an! Ich benütze nur noch JWM über die /root/.jwmrc , die automatisch aufgebaut wird. Ein Template-Muster von mir findest Du hier). Wine funktioniert sehr gut drin. Qemu auch. Java auch.
Du kannst versuchen, Debian oder Ubuntu-Software hinzuzufügen. Es geht sehr gut, Man muss aber Tonnen von Abhängigkeiten hinzuladen, und die Puplets werden deshalb sehr gross... Typisch habe ich Links, Clex, Testdisk, Leafpad (sie haben auch in Debian nur wenig Abhängigkeiten), ciao-Prolog, Yap-Prolog, verschiedene Logo-Interpreter (inklusiv, hier dann in Wine, von Microsoft), Scratch (ein super-modernes Logo, wo man zum Programmieren kein Kode schreibt, sondern die Befehle mit virtuellen Tasten eingibt)
Das Remastern funktionierte bis Quirky 1.2 erstklassig (ich habe allerdings Quirky 1.3 diesbezüglich noch nicht getestet, weil ich ganz wesentliche Veränderungen herbeiführen möchte, und daher zuerst Erfahrung sammle).
Für mich ist die Zukunft zuerst in Quirky, wo Barry Kauler selbst entwickelt, und seiner bisherigen Linie treu bleibt (die anderen Köche dagegen, geben anderen Salz drin: siehe Aussage zum Remastern, in fatdog64 sind die klassischen Programme von Puppy teilweise nicht dabei und wine fehlt immer noch etc..!).
Sein Quirky 1.3 ist genauso aktuell wie die aktuellsten anderen neuen Puppy's!
salut
-
oui
hallo
@Deepsea
danke für die klare und magistrale Abhandlung zum Rematering in Puppy, werde ich in frz. auch übertrage! wirklich gut! Ich suche gerade nach einem Puppy-Wiki, vielleicht gibt es so was noch, denn das im Forum zu aktualisieren und in Ordnung zu halten ist ein Kreuz...
@Wolfang
das Remastern von Quirky ging vor 1.3 immer völlig glatt (hier meine entsprechende Aktivität, die gerade das belegt; ich will auch weitermachen mit 1.3 aber da einiges noch berücksichtigen und bin noch nicht so weit... deshalb habe ich noch gar nicht mit dem Remastern angefangen, denn es ist immer noch ein zeitraubender Vorgang geblieben, den man nicht so zwischendurch nur zum Testen erledigt)
wenn Du Probleme antrifft, muss ich den Verdacht jetzt haben, es liegt an der Hardware. mein Laptop hat ausreichend RAM und als meine remastered ISO fertig war, stellte ich fest, es läuft nicht auf dem PC meiner Frau, wohl aber auf meinem LAPTOP. nicht genug RAM. vielleicht passiert beim Remastern das Gleiche, und man merkt es erst, wenn man nicht genug RAM (oder sonst was in der Art) hat, und die anderen, bei welchen es nie zutrifft, werden nie drauf kommen?
Wine:
Wine ist ein Tandem bestehend aus
- Programwerk, das zusammen mit dem grafischen Linux Windows simuliert,
- Dateisystem, das eine Situation wie in einem Windows-Dateisystem der einfachen Art simuliert, damit die Windows-Programme, die umgebungsempfindlich sind, ihr Zeug wieder finden und damit ordentlich arbeiten können
Das Dateisystem ist 'leider' im persönlichen Anwender-Ordner untergebracht. Also in Puppy in /root, in Slitaz in /home/meineBirne, usw. Es heisst .wine und befindet sich entsprechend in Puppy in /root/.wine, in Slitaz in /home/meineBirne/.wine. Man findet es, wenn man in ROX auf der Auge klickt! Das heisst, das ist ein versteckter Ordner mit vielen Unterordnern.
Und da es ist ein versteckter Ordner, droht die Gefahr, dass man den dadurch gern übersieht, vergisst, usw.
und
darüber hinaus
ist er nicht sofort da: er entsteht erst nach dem ersten Aufruf einer *.exe-Datei über wine . Dann sind auch nach diesem ersten Aufruf die schönen Windows-Fonts nicht drin, sondern links zu Fonts von Linux. Einige Anwendungen nehmen Schatten davon: das Textbild ist dann entsprechend schlecht...
./wine ist nicht in der ISO und auch nicht in der save-datei (xxx.2fs) sondern direkt in der Partition, in welcher die Save-Datei sich befindet. dann muss man anstatt .wine im künftigen /root reinzukopieren mehreres machen:
- den Ordner .wine umziehen
dann
- einen Ordner .wine manuel im künftigen /root anlegen
- in diesem Ordner ein Link zum Unter-Ordner .wine/drive_c in der Partition
- einen Unter-Ordner .wine/dosdevice
- in diesem Unterordner einen c: genannten Link zum Unter-Ordner .wine/drive_c in der Partition
- in diesem Unterordner gleichfalls einen z: genannten Link nach "/"
geht in einer Klasse natürlich nur, wenn alle PC's absolut gleich verwaltet werden... Vorteil: a/ wenn Puppy aktualisiert wird, bleibt im .wine-Ordner alles stehen! kann aber auch ein Nachteil sein, wenn man drin was ändern will, muss man das an zig PC's machen. b/ die ISO wird kleiner!
mit dieser Lösung kann man auch mit einer einzigen .wine-Version für mehrere frugal-Installationen auskommen, sofern das gleich wine.pet eingesetzt wird (wenn man unterschiedliche wine-Releases benützen will, kommt es auf dem Versuch an!)...
salut
@Deepsea
danke für die klare und magistrale Abhandlung zum Rematering in Puppy, werde ich in frz. auch übertrage! wirklich gut! Ich suche gerade nach einem Puppy-Wiki, vielleicht gibt es so was noch, denn das im Forum zu aktualisieren und in Ordnung zu halten ist ein Kreuz...
@Wolfang
das Remastern von Quirky ging vor 1.3 immer völlig glatt (hier meine entsprechende Aktivität, die gerade das belegt; ich will auch weitermachen mit 1.3 aber da einiges noch berücksichtigen und bin noch nicht so weit... deshalb habe ich noch gar nicht mit dem Remastern angefangen, denn es ist immer noch ein zeitraubender Vorgang geblieben, den man nicht so zwischendurch nur zum Testen erledigt)
wenn Du Probleme antrifft, muss ich den Verdacht jetzt haben, es liegt an der Hardware. mein Laptop hat ausreichend RAM und als meine remastered ISO fertig war, stellte ich fest, es läuft nicht auf dem PC meiner Frau, wohl aber auf meinem LAPTOP. nicht genug RAM. vielleicht passiert beim Remastern das Gleiche, und man merkt es erst, wenn man nicht genug RAM (oder sonst was in der Art) hat, und die anderen, bei welchen es nie zutrifft, werden nie drauf kommen?
Wine:
Wine ist ein Tandem bestehend aus
- Programwerk, das zusammen mit dem grafischen Linux Windows simuliert,
- Dateisystem, das eine Situation wie in einem Windows-Dateisystem der einfachen Art simuliert, damit die Windows-Programme, die umgebungsempfindlich sind, ihr Zeug wieder finden und damit ordentlich arbeiten können
Das Dateisystem ist 'leider' im persönlichen Anwender-Ordner untergebracht. Also in Puppy in /root, in Slitaz in /home/meineBirne, usw. Es heisst .wine und befindet sich entsprechend in Puppy in /root/.wine, in Slitaz in /home/meineBirne/.wine. Man findet es, wenn man in ROX auf der Auge klickt! Das heisst, das ist ein versteckter Ordner mit vielen Unterordnern.
Und da es ist ein versteckter Ordner, droht die Gefahr, dass man den dadurch gern übersieht, vergisst, usw.
und
darüber hinaus
ist er nicht sofort da: er entsteht erst nach dem ersten Aufruf einer *.exe-Datei über wine . Dann sind auch nach diesem ersten Aufruf die schönen Windows-Fonts nicht drin, sondern links zu Fonts von Linux. Einige Anwendungen nehmen Schatten davon: das Textbild ist dann entsprechend schlecht...
- wenn Du also remasterst, vermutlich eine völlig leere neue Version von einem neuen Puppy / Quirky solltest Du nach dem installieren von Wine
irgend eine *.exe-Installationsdatei anklicken, die Du sowieso mit abgeben willst, wodurch der Ordner ... /.wine mit all seinen Unterordner und dieser Anwendung angelegt wird (nachsehen! in /root/.wine/drive_c/Program Files/pipapo pipapo steht für Dein 1. Programm).
windows-Fonts in /root/.wine/drive_c/windows/Fonts/ reinkopieren. es gibt legale free-Fonts aber oft fehlen die speziellen deutschen Buchstaben, so dass man das doch lieber anders regelt... damit sorgst Du für klare Schrift unter Wine! Bitte nicht nur *.ttf-Fonts sondern auch *.fon-Fonts, die Systemfonts sind, und für gut leserliche Systemmeldungen sorgen!
dann Deine weiteren Windows-Programme nach Bedarf!
danach fängst Du an mit dem Dougal-Skript zu remastern
bald wirst Du gebeten, etwaige notwendige Änderungen in insbesondere /etc bei Bedarf vorzunehmen. da kannst Du einen etwaigen Template für JWM einspielen (das Original-Template drin lassen, nur vorher umbennen auf _root_.jwmrc.ur , beispielsweise
in /usr/share/backgrounds kannst Du nach Bedarf löschen/ergänzen d.h. ein Bild passend zu Euer Schule / Schulnamen / Aktivität nehmen. nennst Du frech default.jpg
dann machst Du weiter mit dem Remastering bis zur nächsten Abfrage, ob Du in /root etwas ändern willst! und das, das ist exakt der Punkt: da musst Du nicht in dem laufenden /root sondern in dem sich in der Bildung befindlichen /root, vorübergehend in /tmp zu dieser Zeit zu finden, den ganzen Ordner .wine mit Inhalt reinkopieren! dann wird dieses ganze Zeug auch Bestandteil der neuen ISO werden.
remastern fertig abarbeiten.
./wine ist nicht in der ISO und auch nicht in der save-datei (xxx.2fs) sondern direkt in der Partition, in welcher die Save-Datei sich befindet. dann muss man anstatt .wine im künftigen /root reinzukopieren mehreres machen:
- den Ordner .wine umziehen
dann
- einen Ordner .wine manuel im künftigen /root anlegen
- in diesem Ordner ein Link zum Unter-Ordner .wine/drive_c in der Partition
- einen Unter-Ordner .wine/dosdevice
- in diesem Unterordner einen c: genannten Link zum Unter-Ordner .wine/drive_c in der Partition
- in diesem Unterordner gleichfalls einen z: genannten Link nach "/"
geht in einer Klasse natürlich nur, wenn alle PC's absolut gleich verwaltet werden... Vorteil: a/ wenn Puppy aktualisiert wird, bleibt im .wine-Ordner alles stehen! kann aber auch ein Nachteil sein, wenn man drin was ändern will, muss man das an zig PC's machen. b/ die ISO wird kleiner!
mit dieser Lösung kann man auch mit einer einzigen .wine-Version für mehrere frugal-Installationen auskommen, sofern das gleich wine.pet eingesetzt wird (wenn man unterschiedliche wine-Releases benützen will, kommt es auf dem Versuch an!)...
salut
Last edited by oui on Wed 06 Oct 2010, 12:54, edited 2 times in total.
-
oui
Hallo
noch etwas! Du hast recht! die Dateistruktur ist geändert worden! Barry Kauler hat sie vereinfacht. Vermutlich findet der Dougal-Skript daher alles, was vor der Vereinfachung erforderlich war. Mag sein, dass der Skript angepasst wurde, daher ISO funktionstüchtig, aber dass trotzdem ein Fehlermeldung ausgelöst wird! Du müsstest im Blog von Barry Kauler genau nachlesen, was er da gemacht hat, und vielleicht anschreiben (Barry Kauler / Dougal ?)...
salut
noch etwas! Du hast recht! die Dateistruktur ist geändert worden! Barry Kauler hat sie vereinfacht. Vermutlich findet der Dougal-Skript daher alles, was vor der Vereinfachung erforderlich war. Mag sein, dass der Skript angepasst wurde, daher ISO funktionstüchtig, aber dass trotzdem ein Fehlermeldung ausgelöst wird! Du müsstest im Blog von Barry Kauler genau nachlesen, was er da gemacht hat, und vielleicht anschreiben (Barry Kauler / Dougal ?)...
salut
-
der-schutzhund
- Posts: 1045
- Joined: Mon 26 Nov 2007, 22:07
- Location: Blomberg / Germany
Hallo oui,
vielen Dank zunächst mal für die Infos.
So ein deutsches Puppy-Wiki oder Forum mit einer vernünftigen Gruppierung der Themen wäre eine wirklich schöne Sache!
versionsübersicht
Installationsmöglichkeiten
Oberfläche anpassen
Linuxprogramme
Druckeranpassung
Arbeit mit Wine
Windowsprogramme
Remastern
Scripte
Dokus
Sonstiges
und so weiter
Noch mal ne Frage zu Wine.
Bei dem Windowsprogramm cncsimulator ist es so, dass ich es nur über den Dateimanager von Wine starten kann. Über Rox geht es nicht.
Wie kann ich das Windowsprog. über den Desktop starten?
Viele Grüße
Wolfgang
vielen Dank zunächst mal für die Infos.
So ein deutsches Puppy-Wiki oder Forum mit einer vernünftigen Gruppierung der Themen wäre eine wirklich schöne Sache!
versionsübersicht
Installationsmöglichkeiten
Oberfläche anpassen
Linuxprogramme
Druckeranpassung
Arbeit mit Wine
Windowsprogramme
Remastern
Scripte
Dokus
Sonstiges
und so weiter
Noch mal ne Frage zu Wine.
Bei dem Windowsprogramm cncsimulator ist es so, dass ich es nur über den Dateimanager von Wine starten kann. Über Rox geht es nicht.
Wie kann ich das Windowsprog. über den Desktop starten?
Viele Grüße
Wolfgang
oui wrote:hallo
@Deepsea
danke für die klare und magistrale Abhandlung zum Rematering in Puppy, werde ich in frz. auch übertrage! wirklich gut! Ich suche gerade nach einem Puppy-Wiki, vielleicht gibt es so was noch, denn das im Forum zu aktualisieren und in Ordnung zu halten ist ein Kreuz...
salut
-
der-schutzhund
- Posts: 1045
- Joined: Mon 26 Nov 2007, 22:07
- Location: Blomberg / Germany
Ach so,
habe ich eben noch vergessen:
Heute hab ich meinem 10er Technikkurs mal das aktuelle 1.2 vorgestellt und auf einigen Rechner im PC-Raum zunächst mal von CD gestartet. Auf einem PC wurde die HD nicht gefunden aber sonst lief es sehr gut. Wir haben ab nächster Woche Herbstferien und dann versuche ich eine CD für den Kurs fertig zu bekommen. Dann nach den Ferien testweise mal an alle zum Testen ausgeben. Einige waren sehr begeistert von den Möglichkeiten und haben wohl auch vorher noch nie was von Linux gehört.
Grüße Wolfgang
habe ich eben noch vergessen:
Heute hab ich meinem 10er Technikkurs mal das aktuelle 1.2 vorgestellt und auf einigen Rechner im PC-Raum zunächst mal von CD gestartet. Auf einem PC wurde die HD nicht gefunden aber sonst lief es sehr gut. Wir haben ab nächster Woche Herbstferien und dann versuche ich eine CD für den Kurs fertig zu bekommen. Dann nach den Ferien testweise mal an alle zum Testen ausgeben. Einige waren sehr begeistert von den Möglichkeiten und haben wohl auch vorher noch nie was von Linux gehört.
Grüße Wolfgang
-
oui
Hallo Wolfgang
ich kann leider Deine Konfiguration nicht genau nachstellen
ich habe deshalb mit 'meinen' Mitteln den Test gemacht
ich klicke auf der auf dem Desktop befindlichen Ikone 'sda2'
ROX öffnet sich und zeigt den Inhalt von sda2
ich klicke auf 'wine'
drive_c
Program Files
lem
In diesem Unterordner /mnt/sda2/.wine/drive_c/Program Files/lem
finde ich eine Datei lem.exe (lem ist ein winziger Browser, der vom winzigen email-client nPOPQ aufgerufen werden kann, um emails im schöneren HTML-Format zu betrachten)
mit der Maus ziehe ich 'lem.exe' auf dem Desktop
und schon kann ich auf der dann erscheinenden Ikone drauf klicken, um diesen Zwerg-Browser zu öffnen!
es geht aber nicht immer!
warum?
ich glaube lem.exe auf dem Desktop ist nicht ein Link
sondern eine Kopie der lem.exe-Datei.
da sie keine weiteren Dateien starten muss
geht es.
wenn aber sie weitere Dateien bräuchten, wären sie, diese anderen Dateien, nicht zusammen da auf dem Desktop... sie wären immer noch im ursprünglichen Ordner /mnt/sda2/.wine/drive_c/Program Files/lem
wie man das behebt, habe ich momentan noch keine Lösung. ich habe nur erklärt, damit jemand, der da mehr Übung hat, jetzt mitdenkt und weiterhilft . denn es geht bestimmt!
salut
ich kann leider Deine Konfiguration nicht genau nachstellen
ich habe deshalb mit 'meinen' Mitteln den Test gemacht
bei mir ist / mnt/sda2 die vfat-Partition in welcher auch die frugal-Installationen alle sind.der-schutzhund wrote: Wie kann ich das Windowsprog. über den Desktop starten?
ich klicke auf der auf dem Desktop befindlichen Ikone 'sda2'
ROX öffnet sich und zeigt den Inhalt von sda2
ich klicke auf 'wine'
drive_c
Program Files
lem
In diesem Unterordner /mnt/sda2/.wine/drive_c/Program Files/lem
finde ich eine Datei lem.exe (lem ist ein winziger Browser, der vom winzigen email-client nPOPQ aufgerufen werden kann, um emails im schöneren HTML-Format zu betrachten)
mit der Maus ziehe ich 'lem.exe' auf dem Desktop
und schon kann ich auf der dann erscheinenden Ikone drauf klicken, um diesen Zwerg-Browser zu öffnen!
es geht aber nicht immer!
warum?
ich glaube lem.exe auf dem Desktop ist nicht ein Link
sondern eine Kopie der lem.exe-Datei.
da sie keine weiteren Dateien starten muss
geht es.
wenn aber sie weitere Dateien bräuchten, wären sie, diese anderen Dateien, nicht zusammen da auf dem Desktop... sie wären immer noch im ursprünglichen Ordner /mnt/sda2/.wine/drive_c/Program Files/lem
wie man das behebt, habe ich momentan noch keine Lösung. ich habe nur erklärt, damit jemand, der da mehr Übung hat, jetzt mitdenkt und weiterhilft
. denn es geht bestimmt!salut
Moin jungs
Mache Programme brauchen Ihre "Aufrufumgebung"
um benötigte Dateien zu laden oder die Referenzen zu
weiteren Dateien sind "relativ".
Das bedeutet wenn ich ein Programm vom Desktop aufrufe
wir dem Programm als Arbeitsverzeichniss /root/Desktop mitgeteilt.
Sucht das Programm jetzt nach z.B /winnt/system32/meine.dll
mus es scheitern, weil es im Ordner /root/Desktop kein /winnt gibt.
Einfache Lösung ein Script
z.B Dateiname="open_meinprogramm"
Datei Inhalt
Diese Script speichern und das "Ausführbar" Flag testen.
(Datei mit rechter Maustaste anwählen und Eigenschaften kontrollieren.)
Wenn man nun das Script "open_meinprogramm" aufruft
sollte meinprogramm.exe
mit der "Aufrufumgebung" /root/.wine/drive_c/Programms
ausgeführt werden.
Mache Programme brauchen Ihre "Aufrufumgebung"
um benötigte Dateien zu laden oder die Referenzen zu
weiteren Dateien sind "relativ".
Das bedeutet wenn ich ein Programm vom Desktop aufrufe
wir dem Programm als Arbeitsverzeichniss /root/Desktop mitgeteilt.
Sucht das Programm jetzt nach z.B /winnt/system32/meine.dll
mus es scheitern, weil es im Ordner /root/Desktop kein /winnt gibt.
Einfache Lösung ein Script
z.B Dateiname="open_meinprogramm"
Datei Inhalt
Code: Select all
#!/bin/sh
#Die obige Anweisung sagt aus. Bitte öffne dieses Script mit
#dem Programm sh im Ordner bin.
#/usr/bin/php statt /bin/sh würde versuchen das nachfolgene mit php
# im Ordner /usr/bin auszuführen
#erst ins Verzeichniss wechseln in dem das Programm liegt
cd /root/.wine/drive_c/Programms
#jetzt das Programm aufrufen
wine meinprogramm.exe
(Datei mit rechter Maustaste anwählen und Eigenschaften kontrollieren.)
Wenn man nun das Script "open_meinprogramm" aufruft
sollte meinprogramm.exe
mit der "Aufrufumgebung" /root/.wine/drive_c/Programms
ausgeführt werden.
-
der-schutzhund
- Posts: 1045
- Joined: Mon 26 Nov 2007, 22:07
- Location: Blomberg / Germany
Hallöchen,
das Remastern läuft grundsätzlich erst mal, allerdings klemmt es noch bei der Funktion einiger Programme (auch vor dem Remastern):
QCAD 2.0.5.0 für Linux bekomme ich nicht installiert
CNCsimulator Version 4.44 (Windowsprogramm) läuft zwar auf den ersten Blick, auf den zweiten allerdings nicht.
Dank deines Scriptes wird es gestartet wobei aber schon nicht immer alle Buttons angezeigt werden. Wird dann ein CNC-Prog. eingegeben geht das zunächst aber die Simulation geht nicht. Es sieht so aus als ob es mit dem Speichern zu tun hat. Das mit instalierte Demoprog. läuft aber so bald etwas neues geschrieben wird lässt es sich nicht simulieren. Das liegt nicht an einem Schutz oder so, da es unter XP halt normal funzt.
Evtl. kann mir dazu jemand ja etwas erzählen?
Grüße Wolfgang
das Remastern läuft grundsätzlich erst mal, allerdings klemmt es noch bei der Funktion einiger Programme (auch vor dem Remastern):
QCAD 2.0.5.0 für Linux bekomme ich nicht installiert
CNCsimulator Version 4.44 (Windowsprogramm) läuft zwar auf den ersten Blick, auf den zweiten allerdings nicht.
Dank deines Scriptes wird es gestartet wobei aber schon nicht immer alle Buttons angezeigt werden. Wird dann ein CNC-Prog. eingegeben geht das zunächst aber die Simulation geht nicht. Es sieht so aus als ob es mit dem Speichern zu tun hat. Das mit instalierte Demoprog. läuft aber so bald etwas neues geschrieben wird lässt es sich nicht simulieren. Das liegt nicht an einem Schutz oder so, da es unter XP halt normal funzt.
Evtl. kann mir dazu jemand ja etwas erzählen?
Grüße Wolfgang
deepsea wrote:Moin jungs
Mache Programme brauchen Ihre "Aufrufumgebung"
um benötigte Dateien zu laden oder die Referenzen zu
weiteren Dateien sind "relativ".
Das bedeutet wenn ich ein Programm vom Desktop aufrufe
wir dem Programm als Arbeitsverzeichniss /root/Desktop mitgeteilt.
Sucht das Programm jetzt nach z.B /winnt/system32/meine.dll
mus es scheitern, weil es im Ordner /root/Desktop kein /winnt gibt.
Einfache Lösung ein Script
z.B Dateiname="open_meinprogramm"
Datei InhaltDiese Script speichern und das "Ausführbar" Flag testen.Code: Select all
#!/bin/sh #Die obige Anweisung sagt aus. Bitte öffne dieses Script mit #dem Programm sh im Ordner bin. #/usr/bin/php statt /bin/sh würde versuchen das nachfolgene mit php # im Ordner /usr/bin auszuführen #erst ins Verzeichniss wechseln in dem das Programm liegt cd /root/.wine/drive_c/Programms #jetzt das Programm aufrufen wine meinprogramm.exe
(Datei mit rechter Maustaste anwählen und Eigenschaften kontrollieren.)
Wenn man nun das Script "open_meinprogramm" aufruft
sollte meinprogramm.exe
mit der "Aufrufumgebung" /root/.wine/drive_c/Programms
ausgeführt werden.
-
der-schutzhund
- Posts: 1045
- Joined: Mon 26 Nov 2007, 22:07
- Location: Blomberg / Germany
Hallöchen nochmal,
habe inzwischen noch etwas mit dem cncsimulator experimentiert. Dazu ein Ubuntu aufgesetzt und den simulator unter wine installiert.
Die Arbeit mit Ubuntu ist diesbezüglich ja schon recht angenehm. In Vergleich zu Puppy macht alles einen etwas stabileren und fertigen Eindruck. Nach dem Start von cncsimulator wird die Oberfläche korrekt angezeigt (bei Puppy fehlen ja Buttons). Gibt man ein Programm ein und speichert es ab so verändert sich nach dem Simulationsstart der Programmtext. Genau der gleiche Effekt wie bei Puppy. Wenn die Simulation abgebrochen wird, erscheint wieder der richtige Programmtext. Ich habe dann mal etwas mit einem Texteditor versucht die Programmdatei (einfache Ascii) von außen anzusehen. Es wird alles korrekt angezeigt. Speichere ich jetzt diese Datei mit dem Texteditor und lade sie dann in den Simulator, so läuft die Simulation richtig ab!!!
Ist also ganz klar ein Fehler beim Speichern aus CNCSimulator in Verbindung mit Wine. Kann man da was machen?
Grüße Wolfgang
habe inzwischen noch etwas mit dem cncsimulator experimentiert. Dazu ein Ubuntu aufgesetzt und den simulator unter wine installiert.
Die Arbeit mit Ubuntu ist diesbezüglich ja schon recht angenehm. In Vergleich zu Puppy macht alles einen etwas stabileren und fertigen Eindruck. Nach dem Start von cncsimulator wird die Oberfläche korrekt angezeigt (bei Puppy fehlen ja Buttons). Gibt man ein Programm ein und speichert es ab so verändert sich nach dem Simulationsstart der Programmtext. Genau der gleiche Effekt wie bei Puppy. Wenn die Simulation abgebrochen wird, erscheint wieder der richtige Programmtext. Ich habe dann mal etwas mit einem Texteditor versucht die Programmdatei (einfache Ascii) von außen anzusehen. Es wird alles korrekt angezeigt. Speichere ich jetzt diese Datei mit dem Texteditor und lade sie dann in den Simulator, so läuft die Simulation richtig ab!!!
Ist also ganz klar ein Fehler beim Speichern aus CNCSimulator in Verbindung mit Wine. Kann man da was machen?
Grüße Wolfgang