Forum Debian Users Gang

Jak nie ma pomysłów, to zostawię jak jest. Niby wszystko działa jak trzeba. No i można mieć także zmienną GNOME_DESKTOP_SESSION_ID. xD

Pewnie brakuje mi jakiegoś pakietu. W końcu po wyczyszczeniu, system schudł z prawie 8G do 5,5G. xD

W sumie, to ja z okazji nowego roku wgrałem świeżego sida. No i instalowałem go via debootstrap z apt.conf praktycznie ustawionym zaraz po zakończeniu instalacji tego minimalnego debiana, a tam były wyłączone zalecane i sugerowane pakiety. Także zainstalowało mi się ich mniej niż poprzednio, bo wtedy te ustawienia były aplikowane trochę później, xD A na strace mogę popatrzeć w sumie.

Z analizy strace wyszło, że ten xdg-open to zwykły skrypt. xD Zajrzałem do niego i tam jest funkcja o bardzo wymownej nazwie detectDE() . Tam jest z kolei sprawdzana zmienna XDG_CURRENT_DESKTOP i na jej podstawie ustawiana zmienna DE. Później w oparciu o DE jest dobierane narzędzie. Jeśli nie ustawiono zmiennej DE, w wyniku braku jej w środowisku albo w wyniku braku XDG_CURRENT_DESKTOP , to wtedy jest seria fallbacków:

    if [ x"$DE" = x"" ]; then
      # classic fallbacks
      if [ x"$KDE_FULL_SESSION" != x"" ]; then DE=kde;
      elif [ x"$GNOME_DESKTOP_SESSION_ID" != x"" ]; then DE=gnome;
      elif [ x"$MATE_DESKTOP_SESSION_ID" != x"" ]; then DE=mate;
      elif `dbus-send --print-reply --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.GetNameOwner string:org.gnome.SessionManager > /dev/null 2>&1` ; then DE=gnome;
      elif xprop -root _DT_SAVE_MODE 2> /dev/null | grep ' = \"xfce4\"$' >/dev/null 2>&1; then DE=xfce;
      elif xprop -root 2> /dev/null | grep -i '^xfce_desktop_window' >/dev/null 2>&1; then DE=xfce
      elif echo $DESKTOP | grep -q '^Enlightenment'; then DE=enlightenment;
      fi
    fi

I tu już widać, czemu ustawienie GNOME_DESKTOP_SESSION_ID wpływało na wyniki. xD Żadne z tych powyższych jednak nie aplikuje się do mojego środowiska. Dalsze fallbacki w skrypcie również nie pasują. Także wychodzi na to, że ten xdg-open nie jest w stanie ustalić środowiska i przechodzi do:

$ /usr/bin/file --brief --dereference --mime-type linux.avi
video/x-msvideo

A następnie do:

$ /usr/bin/xdg-mime query default video/x-msvideo
smplayer.desktop;

Więc czemu się kodi odpala? xD Przeglądając dalej ten cały strace, zauważyłem coś takiego:

49023 faccessat(AT_FDCWD, "/usr/share//applications//smplayer.desktop;", R_OK) = -1 ENOENT (No such file or directory)

Może i nie ma /usr/share//applications//smplayer.desktop; ale jest /usr/share//applications//smplayer.desktop . Skasowałem zatem w tym powyższym ten ostatni średnik i... zadziałało bez zmiennej DE. xD

Choć po tym co zobaczyłem w tym strace, to ustawie sobie te zmienną DE na xfce. Taki overhead tam jest w poszukiwaniu tej domyślnej aplikacji, że to głowa mała. xD Dla porównania, przy ustawionej zmiennej to smplayer jest wywoływany w 1604 linijce, a przy braku to doszedłem póki co do prawie 10k linii i jeszcze nic się nie dzieje. xD Ta zmienna definitywnie zostaje.

Tak na przyszłość, nie zostawiajcie ostatniego średnika w pliku  ~/.config/mimeapps.list przynajmniej w sekcji z domyślnymi aplikacjami. Ciekawe czy to bug czy ficzer. :]

Właśnie leci debootsrap Strecha u mnie, i minimalnie to on ciągnie jakiegoś boosta, vima,  całkiem sporo tego, jak na miniaturkę

Vima? Ja to musiałem u siebie sam instalować. xD

Spacefm dodaje standardowo te średniki na końcu każdej pozycji w defaults jeśli za jego pomocą określa się domyślne aplikacje. Zgłosiłem to przed chwilą: https://github.com/IgnorantGuru/spacefm/issues/618

Być może to tylko spacefm tak ma, zobaczymy co powiedzą. xD

W sumie, to u ciebie aż takiego boosta przy odpalaniu domyślnych aplikacji raczej nie będzie, bo ty tą zmienną i tak miałeś ustawianą, tylko, że w 3 podejściu. U mnie ona w ogóle nie była ustawiana, a prób to tam było chyba paręnaście, z tym, że też robiło kilka dodatkowych obiegów z bliżej mi nie znanego powodu. xD

A jeszcze taka sprawa co do tych domyślnych typów. Jeśli ustawicie inną aplikację jako domyślą, to czy ona przepisuje tę, która już została ustawiona wcześniej w pliku ~/.config/mimeapps.list ? Bo w spacefm pod tym względem też coś jest nie tak.

Jeśli jest ustawiona domyślna aplikacja, przykładowo:

[Default Applications]
...
video/x-msvideo=smplayer.desktop

Nie ma znaczenia czy tam będzie średnik czy też nie. Jeśli teraz spróbuję wybrać w spacefm inną aplikację i ustawić ją jako default, to ta powyższa linijka zmienia się na taką:

[Default Applications]
...
video/x-msvideo=vlc.desktop;smplayer.desktop;

następne ustawienie domyślnej aplikacji daje:

[Default Applications]
...
video/x-msvideo=mpv.desktop;vlc.desktop;smplayer.desktop;

Jak widać, teraz są trzy domyślne typy dla tej aplikacji. Oczywiście przy ustawionej zmiennej DE, to nie ma znaczenia i poprawnie jest wybierany mpv. Ten wpis z tymi trzema aplikacjami niekoniecznie musi być błędy, może jak nie ma tego pierwszego pliku, to system przejdzie do następnego, itd. Niemniej jednak, usunięcie z tej linijki tego ostatniego średnika, nie poprawia xdg-open i ten dalej wywołuje ten typ MIME w kodi.

Coś te narzędzia z xfce radzą sobie o wiele lepiej z przetwarzaniem tego pliku ~/.config/mimeapps.list niż ten xdg-open. xD

No bo ten spacefm jest zajebiście konfigurowalny. xD W sumie, to ten problem tylko tyczy się tego średnika w środowiskach bez zmiennej DE. Moje już ma i nie ma problemów. Tam pisali, że to ten xdg-open ssie i nie przestrzega specyfikacji i dlatego są problemy. xD Poza tym, to wszędzie działa ze średnikami.

Nie xdg-utils, tylko samo xdg-open. Poza tym, przecie każde środowisko ma swoje własne "xdg-open" i te potrafią se radzić jakoś. xD

Ostatnio edytowany przez morfik (2016-01-18 19:13:08)