-
ThinkRoot's Journal
Men go out drinking for two reasons:
- They don't have a wife
- They have a wife
- ThinkRoot's Journal
- ThinkRoot's Journal
RecommendedDIY România pe DiscordDIY România - Comunitatea pasionaților de bricolaj, meșterit și proiecte *Do It Yourself*. Împărtășim idei, experiențe, sfaturi și soluții practice. De la începători la profesioniști, aici construim, reparăm și învățăm împreună!discord.com ↗-
ThinkRoot's Journal

-
ThinkRoot's Journal
I've been using CachyOS with GNOME for a few days now, but I don't like the Nautilus file manager at all, whereas I really like Nemo, which is developed by the Linux Mint team and seems much better to me than Nautilus. Right after installing CachyOS, I immediately installed Nemo as well and set it as the default, or at least that's what I thought, only to notice that it hadn't actually become the default everywhere and in some places Nautilus was still the one opening. I started by checking whether the directory association was set correctly, that is, whether the system knows it should open Nemo when asked to. For this I used
xdg-mimewith the following command:xdg-mime default nemo.desktop inode/directory application/x-gnome-saved-searchThe check showed
nemo.desktopas the default application, so this part was fine and anyxdg-opencall on a directory went to Nemo, which meant the problem was somewhere else. The rule above doesn't cover everything and not all options rely on the MIME association, some also rely on a D-Bus service calledorg.freedesktop.FileManager1, and the program built around this service opens the file manager set as the default for this rule. When I looked in/usr/share/dbus-1/services/I saw that I had two files fighting over the same name, one from Nautilus and the other from Nemo,nemo.FileManager1.service, but Nautilus won every time. The solution was to put a copy of the Nemo file in my home directory, where it takes priority over what's in/usr/share. I copied the original file to keep exactly the parameters Nemo needs to be started with.mkdir -p ~/.local/share/dbus-1/services cp /usr/share/dbus-1/services/nemo.FileManager1.service ~/.local/share/dbus-1/services/org.freedesktop.FileManager1.serviceWhen I checked with
busctlwho owned the service, Nautilus still showed up, which confused me at first, but in the end it made sense, because Nautilus was already running in the background and holding the name, and the new file only matters when the service starts again. So I stopped it withnautilus -q, started the service again and looked at who takes it over:gdbus call --session --dest org.freedesktop.FileManager1 --object-path /org/freedesktop/FileManager1 --method org.freedesktop.DBus.Peer.Ping busctl --user status org.freedesktop.FileManager1 | grep -E 'Comm|Exe'This time
nemoshowed up, and to make sure it stays that way I logged out and logged back in. Right after logging in,busctlgave me an error saying it couldn't find anything, which made me stop and think for a bit until I realized that the service only starts on demand, so after anothergdbus calleverything was as it should be and Nemo was the one answering. I also did two small things so I wouldn't run into surprises. The first was to stop Nemo from creating icons on the desktop, because under GNOME it looks pretty odd, withgsettings set org.nemo.desktop show-desktop-icons false, and the second was to remove Nautilus from the search list in Activities, because GNOME starts it in the background to search through files and there was a risk it would grab the service again before Nemo.gsettings set org.gnome.desktop.search-providers disabled "['org.gnome.Nautilus.desktop']"If you already have other search providers disabled, be careful, because this setting overwrites the list, so first check what's there with
gsettings getand add Nautilus to what you already have. Now Nemo opens everywhere, from the terminal as well as from the browser or from any program that wants to show me a file. I didn't uninstall Nautilus, because GNOME depends on it and I don't feel like running into surprises or having my setup break. -
ThinkRoot's Journal
De câteva zile folosesc CachyOS cu GNOME, dar managerul de fișiere Nautilus nu îmi place deloc, în schimb îmi place foarte mult Nemo, care este dezvoltat de echipa Linux Mint și mi se pare mult mai bun decât Nautilus. După instalarea CachyOS, am instalat imediat și Nemo și l-am setat implicit, sau cel puțin așa am crezut, doar că am observat că nu se pusese implicit chiar peste tot și în unele locuri tot Nautilus se deschidea. Am început să verific dacă asocierea directoarelor este cum trebuie, adică dacă sistemul știe că trebuie să se deschidă Nemo atunci când se cere. Pentru acest lucru am folosit
xdg-mimefolosind comanda:xdg-mime default nemo.desktop inode/directory application/x-gnome-saved-searchVerificarea mi-a arătat
nemo.desktopca aplicație prestabilită, așa că partea aceasta era în regulă și orice regulăxdg-openla un director mergea la Nemo, ceea ce înseamnă că problema era în altă parte. Regula de mai sus nu acoperă tot și nu toate opțiunile se folosesc de asocierea MIME, se mai folosesc și de un serviciu D-Bus numitorg.freedesktop.FileManager1, iar programul care este construit cu acest serviciu deschide managerul de fișiere implicit setat la această regulă. Când m-am uitat în/usr/share/dbus-1/services/am văzut că am două fișiere care se bat pe același nume, unul de la Nautilus și celălalt de la Nemo,nemo.FileManager1.service, dar câștiga Nautilus de fiecare dată. Soluția a fost să pun o copie a fișierului de la Nemo în directorul personal, unde are prioritate față de ce e în/usr/share. Am copiat fișierul original pentru a păstra exact parametrii cu care trebuie pornit Nemo.mkdir -p ~/.local/share/dbus-1/services cp /usr/share/dbus-1/services/nemo.FileManager1.service ~/.local/share/dbus-1/services/org.freedesktop.FileManager1.serviceCând am verificat cu
busctlcine deține serviciul, tot Nautilus apărea, ceea ce la început m-a încurcat, dar până la urmă avea sens, pentru că Nautilus rula deja în fundal și ținea numele ocupat, iar fișierul nou contează doar când serviciul pornește din nou. Așa că l-am oprit cunautilus -q, am pornit serviciul din nou și m-am uitat cine îl preia:gdbus call --session --dest org.freedesktop.FileManager1 --object-path /org/freedesktop/FileManager1 --method org.freedesktop.DBus.Peer.Ping busctl --user status org.freedesktop.FileManager1 | grep -E 'Comm|Exe'De data asta a apărut
nemo, iar ca să fiu sigur că rămâne așa am ieșit din sesiune și m-am autentificat din nou. Imediat după autentificare,busctlmi-a dat o eroare că nu găsește nimic, ceea ce m-a pus un pic pe gânduri până mi-am dat seama că serviciul pornește doar la cerere, deci după un nougdbus calltotul era cum trebuie și Nemo era cel care răspundea. Am mai făcut două lucruri mici ca să nu am surprize. Primul a fost să opresc Nemo din a crea pictograme pe ecran, pentru că sub GNOME arată destul de ciudat, cugsettings set org.nemo.desktop show-desktop-icons false, iar al doilea a fost să scot Nautilus din lista de căutare din Activities, pentru că GNOME îl pornește în fundal ca să caute prin fișiere și exista riscul să apuce să ia din nou serviciul înaintea lui Nemo.gsettings set org.gnome.desktop.search-providers disabled "['org.gnome.Nautilus.desktop']"Dacă aveți deja alți furnizori de căutare dezactivați, aveți grijă că setarea asta suprascrie lista, așa că verificați întâi ce e acolo cu
gsettings getși adăugați Nautilus la ce aveți deja. Acum Nemo se deschide peste tot, atât din terminal cât și din navigator sau din orice program care vrea să-mi arate un fișier. Nu am dezinstalat Nautilus, pentru că GNOME depinde de el și nu am chef să am surprize sau să mi se strice configurația. -
ThinkRoot's Journal

- ThinkRoot's Journal
-
ThinkRoot's Journal

- ThinkRoot's Journal
