Bumblebee

Od dwóch dni męczyłem się z konfiguracją Bumblebee na debianie. Rozwiązanie okazała się trywialne, a wszystkiemu winna była tylko kropka.

Sprzęt posiada takie oto karty:

00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
07:00.0 3D controller: NVIDIA Corporation GK208M [GeForce GT 740M] (rev a1)

Instalujemy więc potrzebne paczki:

aptitude install bumblebee-nvidia primus primus-libs:i386

Dodajemy usera do grupy:

adduser $USER bumblebee

W /etc/bumblebee/bumblebee.conf ustawiamy:

Driver=nvidia
KernelDriver=nvidia-current
PMMethod=bbswitch

W /etc/bumblebee/xorg.conf.nvidia ustawiamy:

BusID "PCI:07:00:0"

Tutaj właśnie pojawia się wspomniana kropka. Lspci adres podaje w formacie 07:00.0 a w konfiguracji ma być 07:00:0 😉

gnome-shell menu

Gdyby komuś „przypadkiem” zniknęła możliwość wyszukiwania aplikacji poprzez klawiaturę w gnome-shell (tzn klikane aktywatory działają, ale już samo szukanie po nazwie nie) to sugeruję przyglądnięcie się katalogowi ~/.local/share/.

Sam kilka dni szukałem rozwiązania ale chyba nikt podobnego problemu nie miał więc musiałem szukać samemu. Metodą prób i błędów, kasowaniem ustawień gnome (.gnome/.gnome2/.gconf/.gconfd/.metacity/.config/dconf/user) doszedłem do wniosku, że coś w ~/.local/share/ mi tutaj psuje.

Tak sobie kasowałem i sprawdzałem aż nieco mi się znudziło i doszedłem do tego, że desktop-directories/ albo gnome-shell/ było problemem. Który dokładnie nie wiem, grunt że po ich skasowaniu nagle zadziałało i poza ponownym ustawieniem kilku programów mogłem znowu normalnie korzystać z dobrodziejstwa gnome 😉

Transmission Web – '& uarr;' i '& darr;'

Tak po dzisiejszym dist-upgrade transmission w kilku miejscach zamiast strzałek pokazywał:

'↑'
'↓'

co z tego co widzę jest już od dawien dawna naprawione ale najwyraźniej stara to paczka w debianie. Generalnie wystarczy podmienić setTextContent() na setInnerHTML() w

/usr/share/transmission/web/javascript/torrent-row.js

i to tyle 🙂

Nie kasowanie boot messages

Ku pamięci.

Nie wiedzieć czemu ktoś kiedyś wpadł na pomysł aby informacje podawane podczas włączania systemu na samym końcu wyczyścić, co by tty1 ładnie i czysto wypluwało tylko zachętę do zalogowania. Generalnie gdy system działa to nic złego, gorzej gdy gdzieś mignie nam FAIL i nie wiemy przy czym. Rozwiązanie? w /etc/inittab zmieniamy

1:2345:respawn:/sbin/getty 38400 tty1

na

1:2345:respawn:/sbin/getty --noclear 38400 tty1

i to tyle, a panu który wymyślił ukrywanie informacji już podziękujemy 🙂

Munin

Ku pamięci 🙂

apt-get install munin munin-node

w /etc/munin/munin.conf ustawiamy:

dbdir   /var/lib/munin
htmldir /var/www/munin - lub gdziekolwiek chcemy
logdir  /var/log/munin
rundir  /var/run/munin

tmpldir /etc/munin/templates

[server1.example.com]
    address 127.0.0.1
    use_node_name yes

w /etc/munin/apache.conf ustawiamy sobie odpowiednio ścieżki i kto może statystyki oglądać, tudzież zabezpieczyć się hasłem 🙂

chown munin:munin /var/www/munin
/etc/init.d/munin-node restart
/etc/init.d/apache2 restart

make-sqldeveloper-package chmod: missing operand after `755'

Tak ku pamięci bo poprawiona paczka nadal nie wprowadzona do repo sida. Czyli jeżeli pojawia się taka informacja w trakcie budowania paczki sqldevelopera trzeba sobie ręcznie aplikować poprawkę w /usr/bin/make-sqldeveloper-package, w linii 381 zmieniamy:

${FIND} "${OPTDIR}" ! ( -type d -o -name "*.jar" ) |${XARGS} ${XARGS_OPTS} ${FILE} ${FILE_OPTS} |${GREP} ${GREP_OPTS} "shell script text executable" |${CUT} ${CUT_OPTS_FUNC_CLEAN} |${XARGS} ${XARGS_OPTS} ${CHMOD} ${CHMOD_OPTS}

na:

${FIND} "${OPTDIR}" ! ( -type d -o -name "*.jar" ) |${XARGS} ${XARGS_OPTS} ${FILE} ${FILE_OPTS} |${GREP} ${GREP_OPTS} "shell script" | ${GREP} ${GREP_OPTS} "text executable" |${CUT} ${CUT_OPTS_FUNC_CLEAN} |${XARGS} ${XARGS_OPTS} ${CHMOD} ${CHMOD_OPTS}