sowas galt in der vergangenheit eher als "nicht zu empfehlen" weil gtk und qt auf dem selben system halt immer so eine sache ist, aber nachdem kde jetzt teilweise ressourcenschonender als xfce läuft, wenn man will, könnt es gut sein, dass das auf dauer funzelniert.
ist denn compiz nicht eine option? ich weiß es halt nicht, weil ich's nicht benutze, aber eigentlich war das immer die lösung für so effekte
Beiträge von torsten.breswald
-
-
Wenn du Nautilus samt Abhängigkeiten entfernst, was bei der Prüfung der Abhängigkeiten eigentlich crashen sollte, wird das wirklich witzig.
ich hab's getan, ich hatte eh noch gnome auf meinem rechner zum herumprobieren und wollte das ehe vorgestern schon mal rauswerfen und hab es mal mit aufgenommen, gnome hat es sogar im laufenden betrieb gut weggesteckt, aber nach ausloggen war es logischerweise w wie wech
wie gewünscht
Watch stream-2025-08-07_13.34.00 | Streamablestreamable.com -
Sollte auch negativ rüber kommen... Sorry falls es so war...
nicht
...sollte nicht negativ ... -
nein nein, linux selbst ist ein werkzeug
und der anspruch ist, dass es so gut funktioniert wie möglich
massentauglichkeit ist eher was, was die distro maintainer anstreben, oder armin, und da hat sich die letzten jahre wirklich enorm viel getan und in vielen bereichen sind sachen bereits einfacher zu benutzen als in den massenbenutzten varianten, in anderen bereichen eben noch nicht, allerdings holen wir auf und zwar mit siebenmeilenstiefeln, keine firma der welt kann mit open source manpower mithalten deswegen geb ich dir vollkommen recht, open source wird sich durchsetzen -
linux hat doch gar nicht den anspruch, massentauglich zu sein
-
... 3 andere Browser u.a. sind unauff...
...die womöglich nicht auf die gleiche weise hardwarebeschleunigung benutzen und dafür vernünftige grafiktreiber brauchen...
eine andere dumme frage, wenn 3 andere browser funktionieren, wieso muss es dann brave sein?
-
sieht mir eher nach grafiktreiber aus oder was in der richtung
-
also mir ist es ganz recht, wenn void wenigstens ein bißchen nerdlike bleibt und nicht hinz und kunz anfängt void zu verwenden, dann kommen nämlich auch die ganzen leute, die erwarten, dass man ihnen zeigt, wo der file manager ist und so weiter, ein paar mehr nutzer, ein bißchen mehr beachtung für die nische, ja, absolut, nutzerbasis wie ubuntu, ach, nöö, nicht unbedingt
-
andere file maanger einsetzen ist kein problem
spassig kann es erst werden, wenn man den aktuellen file manager entfernt, ohne ersatz da zu haben, also z.b. nautilus aus gnome zu entfernen, da hängt der desktop irgendwie mit dran und fliegt im ernstfall mit raus und gnome mag das so gar nicht ohne desktop, könnte gut sein, dass es dann bockig ist und nicht mehr arbeiten will -
ich mag das wallpaper zu der distro
-
...Für das was ich mit PDF mache, hat Atril bislang völlig genügt ...
ich guck bei mir zathura an...
-
eigentlich find ich die idee gut mit autoclean und autoremove, eine art wartungsoption mit einzufügen, das hat man bei fast allen distros ab und an, dass man mal alte pakete aufräumen will oder so, mal schauen, nala macht das ja von sich aus mit, aber alles andere müsste was gehen
-
jaa, die gefahr steckt am ende tatsächlich darin, dass die programierer nicht mehr wissen, was genau sie da eigentlich gemacht haben
-
hab mal rumgefriemelt
Watch software-store-test-2025-08-06_11.01.44 | Streamablestreamable.comhatte einen fehler bei mtpaint, keine ahnung, wieso
-
--work-tree=/usr
wäre das dann, oder je nachdem wo dein wurzel-ordner des repos ist
am einfachsten wäre es einen alias für git anzulegen, wo das immer gleich mit drin steht, meinetwegen
alias install-git='git --work-tree=/usr'
das ist aber nix für den user nachher natürlich, eher was für deine scripte intern oder eben zum voher bearbeiten und austüfteln und soich bring das irgendwie nicht hin
git kram ist auch ekelhaft
ich hab wochen gebraucht um verschiedene sachen überhaupt zu begreifen und bin noch weit weit weg von dem, was man damit eigentlich machen kann...ODER
du lässt das so und passt dein install script so an, dass er dir die scripte dahin kopiert, wo du die haben willst, dann aktualisieren die aber nicht über git, keine ahnung, ob das dann so sein soll
du könntest auch symlinks anlegen... hmmm -
mach doch die dateien in dem git repo von vornherein ausführbar, das müsste beim klonen eigentlich erhalten bleiben
mit den unterschiedlichen zielen das ließe sich auch machen, du müsstest den kleinsten gemeinsamen ursprungsordner (oder wie man das nennen mag) finden, in dem fall wär das /usr und dann die ganzen pfade in dem repo quasi übernehmen, da wären dann local/bin und share/applications und dort jeweils die scripte und .desktop dateien drin, die du dort haben willst auf dem zielsystem
acho und der git ordner beim klonen müsste angepasst sein, sonst schmeißt der das ja sonstwohin, müsst ich nachschauen, wie das geht, ist aber soweit ich mich erinnere nur ein parameter den du übergibst
mein git bare repo alias hat sowas -
ich übergeb dem nutzer (mir in dem fall) wegen möglicher tipfehler gern vorausgewählte optionen, dann brauch man da auch nix prüfen, die prüfung findet ja schon beim schreiben des scripts statt quasi
hier mal mein virtual machine start script:Code#!/usr/bin/env bash myvm=$(virsh -c qemu:///system list --all | tail -n +3 | awk '{print $2}' | rofi -dmenu -p "vm: ") virsh -c qemu:///system start "$myvm" && virt-viewer -f -a -c qemu:///system "$myvm" -
...das zu übergebende argument könnte man bestimmt auch in einen dmenu oder rofi befehl vom nutzer ad hoc auswählen lassen
-
ooh ich mag die registerkarten
-
spasses halber will ich meins auch posten
das macht aber noch kein autoremove oder autoclean
