Debian Sid – zmiana wyglądu

Od czasu wprowadzania aplikacji gtk3 do sida spójny wygląd aplikacji był problemem. Temat przewijał się już na blogu przy okazji kompilacji silnika gtk unico (dziwne że do tej pory brak go w repo sida, żadnej jasnej informacji też). Swego czasu ze względu na stare pakiety gtk działała jedna ze starszych wersji (r69) ale teraz można spokojnie kompilować wersję 1.0.1 (od jakiego czasu nie wiem, status wprowadzania gnome 3.2 nie podaje dat, chyba).

Ja wybrałem sobie z gnome-look motyw Zukitwo zawierający w sobie style gtk2/gtk3/unity/gnome-shell – czyli w miarę jednolity wygląd wszystkich aplikacji. Silnik unico do pobrania z launchpada, kompiluje się bez problemu na sidzie:

./autogen.sh --prefix=/usr --disable-static
make
make install

Wymaga jedynie paczek: libglib2.0-dev libgtk-3-dev libcairo2-dev.

Będzie nam również potrzebny: gnome-tweak-tool (do zmian stylów), i dwie paczki włączające zmianę motywu gnome-shell: gnome-shell-extension-user-theme i gnome-shell-extension-common.

No i oczywiście jakiś styl, jak mówiłem wybór padł na Zukitwo, korzysta on z silników murrine, pixmap i unico więc trzeba doinstalować gtk2-engines-murrine i gtk2-engines-pixbuf (niestety murrine ma w rekomendacjach murrine-themes których na chwile obecną nie da się zainstalować więc pozostaje –no-install-recommends). Dodatkowo jeżeli komuś spasuje motyw shella (mnie nie bardzo) może opcjonalnie doinstalować fonty ubuntu które są w nim używane.

Debian sid, broadcom-sta-modules, kernel panic

Jak co rano zaktualizowałem system, pojawiły się w nim nowe źródła sterowników dla kart broadcoma więc od razu je skompilowałem i strzeliłem restart. Niestety moim oczom ukazał się kernel panic.

Kernel Panic ;)

Lekko przerażony (bo to chyba mój 2 kernel panic w życiu) zacząłem szukać/pisać o pomoc. W międzyczasie olśniło mnie, na szczęście przypomniałem sobie o rescue mode na płycie debiana. Odpaliłem, znalazłem paczkę z poprzednią wersją sterowników (dobrze że nie skasowałem) i zrobiłem downgrade. Restart i wielkie uff, działa :)

Teraz pozostaje sprawdzić czy to błąd w kompilacji czy źródła uwalone (amd64_5.100.82.38-2+3.0.0-5 – amd64_5.100.82.111-1+3.0.0-5).

Midnight Commander External Files

Co to mc chyba nie muszę tłumaczyć, świetne narzędzie jednak problem pojawia się gdy niektóre pliki otwierane są nie takim programem jak byśmy chcieli lub wcale. Jest na to dosyć proste rozwiązanie: w /etc/mc/mc.ext mamy szkielet przeróżnych rozszerzeń plików które możemy zmienić, dodać nowe. Całość można zapisać w ~/.mc/bindings. Proces modyfikacji jest banalnie prosty, znajdujemy rozszerzenie które chcielibyśmy zmienić, np:

# C++
regex/\.(C|cc|cpp)$
Open=%var{EDITOR:vi} %f

i w linii z “open” zmieniamy edytor, w tym przypadku może to być gedit:

# C++
regex/\.(C|cc|cpp)$
Open=%var{EDITOR:gedit} %f

W analogiczny sposób możemy postępować z każdym innym typem lub też tworzyć własne wykorzystując GNU regex library.

regex/\.([aA][vV][iI])$
Include=video
regex/\.([aA][sS][fFxX])$
Include=video
regex/\.([dD][iI][vV][xX])$
Include=video
regex/\.([mM][kK][vV])$
Include=video
regex/\.([mM][oO][vV]|[qQ][tT])$
Include=video
regex/\.([mM][pP]4|[mM][pP][eE]?[gG])$
Include=video
regex/\.([vV][oO][bB])$
Include=video
regex/\.([wW][mM][vV])$
Include=video
regex/\.([fF][lL][iIcCvV])$
Include=video
regex/\.([oO][gG][mM])$
Include=video
include/video
Open=(totem %f >/dev/null 2>&1 &)

Poświęcając trochę czasu możemy doskonale ulepszyć działanie mc, dostosować do swoich preferencji bo wiadomo, że deweloperzy nie każdemu dogodzą i nie każdy korzysta z programów które oni nam zaserwowali ;-)