Es hängt offenbar mit "Einstellungen--> Erscheinungsbild --> Schriften --> Eigener DPI-Wert" zusammen. Wenn ich den Haken deaktiviert lasse, läuft auch VLC. Und ebenso Virtualbox, wo das Problem ebenfalls aufgetreten ist.
Beiträge von Spaceloop
-
-
ich meine das hier:
https://de.wikipedia.org/wiki/…R_25_01_2021_21_44_49.png
Meine ehrliche Meinung:
-grün finde ich als Hintergrund beim Desktop immer problematisch
-das Wallpaper wirkt extrem finster
-die Icons passen gut zu KDEs aktuellen "Eislandschaft"-Hintergründen mit ihren klaren Kanten, aber beissen sich mit openSUSEs "finsterem Dschungel"-Design - sowohl bzgl. Farbe als auch bei der Form...
Ich versuche immer, ein Wallpaper mit sanftblauen Farbverläufen einzustellen und nutze daher das von XFCE mit der schwarzen Maus.
Auf dem Laptop habe ich das hier: https://www.gnome-look.org/p/1070534/ ,was allerdings auch schon grenzwertig ist, da es auf eine etwashöhere Auflösung skaliert wird.
Klar kann man sich natürlich alles schön einstellen und sich den perfekten Hintergrund suchen. Aber ich finde auch den ersten Eindruck nicht ganz unwichtig - und den finde ich aktuell bei openSUSE etwas suboptimal / unrund...
-
Auf meinem Zweitrechner-Laptop habe ich inzwischen nach dem Neuaufsetzen zuerst Windows 10 und anschließend openSUSE Leap als Haupt-OS auf der einzigen SSD installiert. Und auch erfolgreich ein Update von 15.2 auf 15.3 durchgezogen.
Bei meinem Desktop sieht es anders aus. Ich nutze auch schon seit längerem openSUSE Leap als Haupt-OS. Allerdings muss ich gestehen, dass es derzeit nicht auf den Laufwerken installiert ist, sondern es wird von einer sehr flotten CFast-Karte gebootet. Diesen Zustand möchte ich nun ändern. Mich stört hauptsächlich der Schritt, openSUSE beim Starten auszuwählen. Und viele Bilder oder die Musiksammlung sind auf dem NTFS-Volume. Das muss in Thunar erst immer via Passwortabfrage eingebunden werden.
Der Desktop hat
1x SSD 256 GB
1x HDD 2 TB
Installiert ist auf SSD:
1x Windows XP wegen recht teurer Musiksoftware und älterer Spiele wie SimCity 4
1x Windows 8.1, um eben auch modernere Windows-Software betreiben zu können
Ich habe es hinbekommen, auf der 2 TB-Platte ein Datenverzeichnis zu erstellen, was über Eigene Dateien / Eigene Dokumente von beiden Windows Installationen recht schnell und bequem zu erreichen ist.
So, und nun soll da ein openSUSE Leap dazu.
Langfristig sehe ich in MS keine Zukunft mehr, aber ich brauche noch die Installationen für "Altlasten".Sinnvoll ist sicher auch für openSUSE, das OS auf der SSD anzusiedeln und die Daten auf der HDD zu lagern. openSUSE sollte einen großen Teil der 2 TB-Platte für Daten verfügbar gemacht bekommen, d.h. ein /home mit weit über 1 TB. Sinnvoll wäre es dann, Dokumente wie PDFs und Office, Bilder, MP3 usw. dorthinein zu verschieben. Projekte der Windows-Musiksoftware bleiben im "Windows-NTFS-Daten-Arbeitsbereich".
Denn:
Ein paar 100 GB des 2 TB-Laufwerks sollen für Windows bleiben und hauptsächlich als "Arbeitsbereich" für die Musiksoftware unter XP dienen...
Etwas unklar ist mir auch noch, wie ich die SSD aufteilen soll. Ein sinnvoller 1. Schritt wäre vermutlich zu gucken, welche Windows-Software habe ich? 2. Was läuft unter PlayonLinux unter openSUSE? 3. Was begnügt sich mit Windows XP ohne Internetverbindung? Dann wird die Win 8.1-Installation auf dieser Basis möglichst zusammengeschrumpft... OpenSUSE muss bald auf die SSD, da von der 64 GB Cfast-Karte nur noch 18 GB frei sind...
Andere Überlegungen:
-XP auf der Hardware laufen lassen, und 8.1 in eine VM unter openSUSE?
-Daten weiter auf NTFS-Volume speichern, und irgendwie mit fstab vom Start an einbinden?
Hat jemand Erfahrungen mit so einem Setup?
-
Hallo,
ich habe mich nun an meinem Desktop endlich um meinen Nadeldrucker unter Leap kümmern können. Es ist ein Panasonic KX-P1123. Installiert habe ich ihn unter CUPS. mit einer PPD-Datei, welche ihn über die Epson-Emulation anspricht (Epson24.ppd). Grundsätzlich ist die Druckfunktion da.
Das Problem ist, dass der Drucker damit nur im Grafikmodus druckt. Das dauert lange, und Schriften werden so teilweise unschön gerendert, so dass das Resultat auch noch hässlich ist und der Drucker deutlich unter seinen Möglichkeiten bleibt. Im Idealfall gebe ich eine reine Textdatei an den Drucker, und dieser druckt sie dann schön und schnell auf Endlospapier aus.
Was muss ich dafür einstellen?
-
Hallo,
ich wollte einmal schauen, dass ich die ein oder andere liebgewonnene Handy-App unter Open Suse gestartet bekomme.In diesem Zuge habe ich herausgefunden, dass offenbar bei Android Studio von Google ein Emulator mitgeliefert wird. Android Studio gibt es bei Flathub als Flatpak.
Also flugs installiert. Die Entwicklungsumgebung trägt sich im Menü in die Kategorie "Entwicklung" ein und lässt sich starten. Da bekommt man ja durchaus Lust, einmal tiefer hier einzusteigen... Allerdings funktioniert ausgerechnet der Emulator nicht. Unter Tools in derb IDE habe ich den AVD Device Manager gestartet und das vorgefertigte Gerät "13.5 Freeform API 30" angelegt. Allerdings bricht ein Start aus dem AVD mit einem Fehler-Fenster ab: "The emulator process for AVD 13.5_Freeform_API_30 has terminated."
Manueller Startversuch: Unter dem Homeverzeichnis wird /Android/Sdk angelegt, mit dem Emulator unter /emulator.
Hier komme ich soweit
Code
Alles anzeigenesprimo@esprimo:~/Android/Sdk> cd emulator esprimo@esprimo:~/Android/Sdk/emulator> ./emulator -avd 13.5_Freeform_API_30 -gpu on emulator: Android emulator version 30.8.4.0 (build_id 7600983) (CL:N/A) 2021-09-03 15:19:05.608 bluetooth - /buildbot/src/android/emu-master-dev/system/bt/vendor_libs/test_vendor_lib/model/setup/device_boutique.cc:33 - Register: Registering beacon_swarm 2021-09-03 15:19:05.608 bluetooth - /buildbot/src/android/emu-master-dev/system/bt/vendor_libs/test_vendor_lib/model/setup/device_boutique.cc:33 - Register: Registering beacon 2021-09-03 15:19:05.608 bluetooth - /buildbot/src/android/emu-master-dev/system/bt/vendor_libs/test_vendor_lib/model/setup/device_boutique.cc:33 - Register: Registering scripted_beacon 2021-09-03 15:19:05.608 bluetooth - /buildbot/src/android/emu-master-dev/system/bt/vendor_libs/test_vendor_lib/model/setup/device_boutique.cc:33 - Register: Registering remote_loopback 2021-09-03 15:19:05.608 bluetooth - /buildbot/src/android/emu-master-dev/system/bt/vendor_libs/test_vendor_lib/model/setup/device_boutique.cc:33 - Register: Registering car_kit 2021-09-03 15:19:05.608 bluetooth - /buildbot/src/android/emu-master-dev/system/bt/vendor_libs/test_vendor_lib/model/setup/device_boutique.cc:33 - Register: Registering classic 2021-09-03 15:19:05.608 bluetooth - /buildbot/src/android/emu-master-dev/system/bt/vendor_libs/test_vendor_lib/model/setup/device_boutique.cc:33 - Register: Registering sniffer 2021-09-03 15:19:05.608 bluetooth - /buildbot/src/android/emu-master-dev/system/bt/vendor_libs/test_vendor_lib/model/setup/device_boutique.cc:33 - Register: Registering keyboard handleCpuAcceleration: feature check for hvf cannot add library /home/esprimo/Android/Sdk/emulator/qemu/linux-x86_64/lib64/vulkan/libvulkan.so: failed added library /home/esprimo/Android/Sdk/emulator/lib64/vulkan/libvulkan.so Speicherzugriffsfehler (Speicherabzug geschrieben) esprimo@esprimo:~/Android/Sdk/emulator>Die libvulkan.so ist aber da.
Allerdings musste ich das lib64-Verzeichnis vorher noch umkopieren.Woran kann das liegen?
-
Hallo,
ich besitze bisher noch kein reines Tablet, denke aber immer wieder darüber nach. Es sollte hauptsächlich als Surfmaschine dienen, oder hin und wieder kleine Casualgames... Allerdings sind mir das vorinstallierte Android sowie auch iOS mit ihren cloudbasierten Ansätzen ein graus.
Auch hier im Forum werden gelegentlich günstige x86er-Tablets erwähnt.
Allerdings frage ich mich zunehmend, inwieweit ein klassisches Desktop-Linux wie openSUSE ein gutes Tablet-Erlebnis bieten kann.
1) Desktop Environment:
Welches Desktop-Environment eignet sich denn besonders gut für die Bedienung mit den Fingern? Man hört immer wieder von Gnome. Allerdings scheint Gnome eine sehr ineffiziente Architektur aufzuweisen und viel Rechenpower zu benötigen, sodass die billigen China-Tablets (ich denke z.B. an einen Intel Atom x5-Z8350 als Basis) eventuell Probleme bekommen. Auf meinem uralten Thinkpad X60 läuft openSUSE weitgehend flüssig mit Xfce. Bei Xfce fehlt mir allerdings die Fantasie, wie man dieses per Finger bedienen soll. Gerade was die Trayleiste betrifft. Da geht es schon bei den Fensterschaltflächen (Minimieren etc.) los...
2) Standardprogramme wie Libre Office, Firefox haben ein ähnliches Problem.
3) Und was die Systemverwaltung angeht: In Yast Software Pakete per Finger zu suchen und diese zur Installation auszuwählen, stelle ich mir besonders fummelig vor!
Oder gibt es da irgendwelche Tricks, Cheats, Themes, wie man Standardsoftware Touch-Kompatibel bekommt?
-
Kann man das irgendwo nachlesen?
Habe gerade den Artikel zu make überflogen...
https://de.wikipedia.org/wiki/Make
d.h. ob jetzt gcc7 oder gcc10 steht im Makefile? Kann man beim Compilieren zudem noch Architekturoptimierungen angeben? Ich habe mal gehört, dass man in Gentoo Linux alles von Grund auf kompiliert und man dabei z.B. Einstellen kann, dass der Code alle Erweiterungen ab den Haswell-Core i-Prozessoren (2013?) verwenden soll. Kann man das beim Bauen über ./configure &&make &&make install auch irgendwie erreichen? Auch wenn es natürlich für Worker nicht viel bringt...
-
OK, irgendwie habe ich den Parameter unter help wohl übersehen.
Die Ausgabe ist
Code
Alles anzeigenzypper se -si gcc Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+------------------------------+-------+---------------------------+--------+-------------------------------- i+ | gcc | Paket | 7-lp152.5.3.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc-32bit | Paket | 7-lp152.5.3.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc-c++ | Paket | 7-lp152.5.3.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc-c++-32bit | Paket | 7-lp152.5.3.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc-info | Paket | 7-lp152.5.3.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc-locale | Paket | 7-lp152.5.3.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc10 | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc10-32bit | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc10-c++ | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i+ | gcc10-c++-32bit | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i | gcc7 | Paket | 7.5.0+r278197-lp152.3.9.1 | x86_64 | Hauptaktualisierungs-Repository i | gcc7-32bit | Paket | 7.5.0+r278197-lp152.3.9.1 | x86_64 | Hauptaktualisierungs-Repository i | gcc7-c++ | Paket | 7.5.0+r278197-lp152.3.9.1 | x86_64 | Hauptaktualisierungs-Repository i | gcc7-c++-32bit | Paket | 7.5.0+r278197-lp152.3.9.1 | x86_64 | Hauptaktualisierungs-Repository i | gcc7-info | Paket | 7.5.0+r278197-lp152.3.9.1 | noarch | Hauptaktualisierungs-Repository i | gcc7-locale | Paket | 7.5.0+r278197-lp152.3.9.1 | x86_64 | Hauptaktualisierungs-Repository i | gccmakedep | Paket | 1.0.3-lp152.3.2 | noarch | Haupt-Repository i | libgcc_s1 | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i | libgcc_s1-32bit | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i | libstdc++6-devel-gcc10 | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i | libstdc++6-devel-gcc10-32bit | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i | libstdc++6-devel-gcc7 | Paket | 7.5.0+r278197-lp152.3.9.1 | x86_64 | Hauptaktualisierungs-Repository i | libstdc++6-devel-gcc7-32bit | Paket | 7.5.0+r278197-lp152.3.9.1 | x86_64 | Hauptaktualisierungs-Repository i | libstdc++6-pp-gcc10 | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-Repository i | libstdc++6-pp-gcc10-32bit | Paket | 10.2.1+git583-lp152.4.1 | x86_64 | Hauptaktualisierungs-RepositoryEs ist also hauptsächlich gcc7 und gcc10 installiert. Wann wäre es sinnvoll, auch gcc8 und gcc9 zu installieren? Und wie entscheidet sich, ob 7 oder 10 beim Aufruf von gcc verwendet wird?
-
Hallo,
inspiriert von der aktuellen Ausgabe der Schöner-Wohnen-für-Linux (LU
) habe ich mich mit dem Dateimanager Worker beschäftigt. Leider ist dazu kein Paket im aktuellen Repo. Der Entwickler empfiehlt aber ohnehin, die Software aus den Sourcen zu bauen. Das habe ich mit Linux vorher noch nie gemacht.Da es nur um die drei Zeilen ./configure, make und make install ging, habe ich mal direkt einen Versuch gewagt. Am Ende habe ich es auch geschafft. Vorher hatte das ./configure-Script aber an zwei Punkten gemeckert:
1) gcc fehlte
2) Die X-Entwicklerbibliotheken fehlten
Ungeduldig habe ich dann in Yast Software die Sachen rausgesucht...
Allerdings war ich mir nicht ganz sicher, was ich brauchen könnte. Ich habe dann alles mit gcc und gcc10 installiert. gcc10 schien mir das neueste. Von gcc7, 8 und 9 waren schon einige Bibliotheken da...
Derzeit scheinen die Repos folgendes anzubieten:
Code
Alles anzeigenxt@localhost:~> zypper if -s 'gcc'|grep 'Name' Name : cross-aarch64-gcc7 Name : cross-aarch64-gcc7-icecream-backend Name : cross-arm-gcc7 Name : cross-arm-none-gcc7 Name : cross-arm-none-gcc7-bootstrap Name : cross-avr-gcc7 Name : cross-avr-gcc7-bootstrap Name : cross-epiphany-gcc7 Name : cross-epiphany-gcc7-bootstrap Name : cross-hppa-gcc7 Name : cross-hppa-gcc7-icecream-backend Name : cross-i386-gcc7 Name : cross-i386-gcc7-icecream-backend Name : cross-m68k-gcc7 Name : cross-m68k-gcc7-icecream-backend Name : cross-mips-gcc7 Name : cross-mips-gcc7-icecream-backend Name : cross-nvptx-gcc7 Name : cross-nvptx-gcc8 Name : cross-nvptx-gcc9 Name : cross-ppc64-gcc7 Name : cross-ppc64-gcc7-icecream-backend Name : cross-ppc64le-gcc7 Name : cross-ppc64le-gcc7-icecream-backend Name : cross-rx-gcc7 Name : cross-rx-gcc7-bootstrap Name : cross-s390x-gcc7 Name : cross-s390x-gcc7-icecream-backend Name : cross-sparc-gcc7 Name : cross-sparc64-gcc7 Name : cross-sparc64-gcc7-icecream-backend Name : cross-sparcv9-gcc7-icecream-backend Name : gcc-32bit Name : gcc Name : gcc-PIE Name : gcc-ada-32bit Name : gcc-ada Name : gcc-c++-32bit Name : gcc-c++ Name : gcc-fortran-32bit Name : gcc-fortran Name : gcc-go-32bit Name : gcc-go Name : gcc-info Name : gcc-locale Name : gcc-obj-c++ Name : gcc-objc-32bit Name : gcc-objc Name : gcc7-32bit Name : gcc7 Name : gcc7-ada-32bit Name : gcc7-ada Name : gcc7-c++-32bit Name : gcc7-c++ Name : gcc7-fortran-32bit Name : gcc7-fortran Name : gcc7-go-32bit Name : gcc7-go Name : gcc7-info Name : gcc7-locale Name : gcc7-obj-c++-32bit Name : gcc7-obj-c++ Name : gcc7-objc-32bit Name : gcc7-objc Name : gcc7-testresults Name : gcc8-32bit Name : gcc8 Name : gcc8-ada-32bit Name : gcc8-ada Name : gcc8-c++-32bit Name : gcc8-c++ Name : gcc8-fortran-32bit Name : gcc8-fortran Name : gcc8-go-32bit Name : gcc8-go Name : gcc8-info Name : gcc8-locale Name : gcc8-testresults Name : gcc9-32bit Name : gcc9 Name : gcc9-ada-32bit Name : gcc9-ada Name : gcc9-c++-32bit Name : gcc9-c++ Name : gcc9-fortran-32bit Name : gcc9-fortran Name : gcc9-go-32bit Name : gcc9-go Name : gcc9-info Name : gcc9-locale Name : gcc9-testresults Name : gccmakedep Name : libasan5-gcc8-32bit Name : libasan5-gcc8 Name : libatomic1-gcc7-32bit Name : libatomic1-gcc7 Name : libatomic1-gcc8-32bit Name : libatomic1-gcc8 Name : libgcc_s1-32bit Name : libgcc_s1 Name : libgcc_s1-gcc7-32bit Name : libgcc_s1-gcc7 Name : libgcc_s1-gcc8-32bit Name : libgcc_s1-gcc8 Name : libgfortran5-gcc8-32bit Name : libgfortran5-gcc8 Name : libgomp1-gcc7-32bit Name : libgomp1-gcc7 Name : libgomp1-gcc8-32bit Name : libgomp1-gcc8 Name : libitm1-gcc7-32bit Name : libitm1-gcc7 Name : libitm1-gcc8-32bit Name : libitm1-gcc8 Name : liblsan0-gcc7 Name : liblsan0-gcc8 Name : libmpx2-gcc7-32bit Name : libmpx2-gcc7 Name : libmpxwrappers2-gcc7-32bit Name : libmpxwrappers2-gcc7 Name : libquadmath0-gcc7-32bit Name : libquadmath0-gcc7 Name : libquadmath0-gcc8-32bit Name : libquadmath0-gcc8 Name : libstdc++6-devel-gcc7-32bit Name : libstdc++6-devel-gcc7 Name : libstdc++6-devel-gcc8-32bit Name : libstdc++6-devel-gcc8 Name : libstdc++6-devel-gcc9-32bit Name : libstdc++6-devel-gcc9 Name : libstdc++6-gcc7-32bit Name : libstdc++6-gcc7 Name : libstdc++6-gcc7-locale Name : libstdc++6-gcc8-32bit Name : libstdc++6-gcc8 Name : libstdc++6-gcc8-locale Name : libstdc++6-pp-gcc9-32bit Name : libstdc++6-pp-gcc9 Name : libtsan0-gcc7 Name : libtsan0-gcc8 Name : libubsan1-gcc8-32bit Name : libubsan1-gcc8 Name : mingw64-cross-gcc Name : mingw64-cross-gcc-bootstrap Name : mingw64-cross-gcc-c++ Name : mingw64-cross-gcc-fortran Name : mingw64-cross-gcc-objc Name : mingw64-gcc Name : mingw64-gcc-c++ Name : mingw64-gcc-debug Name : mingw64-gcc-fortran Name : mingw64-gcc-objc Name : mingw64-libgcc_s_seh1 Name : cross-nvptx-gcc10 Name : gcc10 Name : gcc10-32bit Name : gcc10-ada Name : gcc10-ada-32bit Name : gcc10-c++ Name : gcc10-c++-32bit Name : gcc10-d Name : gcc10-d-32bit Name : gcc10-fortran Name : gcc10-fortran-32bit Name : gcc10-go Name : gcc10-go-32bit Name : gcc10-info Name : gcc10-locale Name : gcc10-obj-c++ Name : gcc10-obj-c++-32bit Name : gcc10-objc Name : gcc10-objc-32bit Name : libstdc++6-devel-gcc10 Name : libstdc++6-devel-gcc10-32bit Name : libstdc++6-pp-gcc10 Name : libstdc++6-pp-gcc10-32bitFrage: Was ist sinnvoll, um so kleinere Programme aus den Sourcen zu bauen? Wieso gibt es verschiedene gcc-Versionen? Habe ich eventuell zu viel installiert? Drohen Konflikte?
Ach ja, und wie gebe ich nur die installierten gcc-Pakete mit zypper und grep aus?
-
Zwischenmeldung:
Windows-Tools, für die ich weiterhin Windows vorhalten muss:
- Myphone-Explorer, um mein Handy ohne Cloud lokal zu verwalten. Soll zwar eigentlich auch mit PlayonLinux gehen, habe ich aber noch nicht geschafft.
- Carport, um mein Auto zu konfigurieren. Soll sogar eine VM-Erkennungs-Sperre haben...
- Chipcard Master, um zu sehen, was Bank und Krankenkasse so auf den jeweiligen Karten abspeichern. Es gibt zwar einige Tools auf der Kommandozeile, aber das allumfassende grafische Cockpit für Chipkarten unter Linux habe ich noch nicht entdeckt.
Zum Glück benutze ich diese Software nicht täglich.
Während man bei Handyverwaltung und Chipkarten noch gewisse Hoffnungen hegen kann, glaube ich kaum, dass sich jemand die Mühe macht und eine quelloffene Fahrzeugdiagnose für VAG unter Linux programmiert.