12
kwietnia
2010
Niedawno zaopatrzyłem się w tablet Wacom Bamboo. Model CTL-460, działa tylko z dołączonym piórem i nie ma dodatkowych przycisków. Dla mnie jak znalazł.
Dylemat zaczął się przy konfiguracji tego urządzenia. Na gentoo sterownik linuxwacom chcial downgrade'owac mi xorg-server do 1.6.5 bodajże. Nie ma mowy ;).
Zajrzałem do Archa. W AUR jest taka oto paczka : linuxwacom-bamboo-cth-ctl. Po skompilowaniu dostajemy aktualny moduł do jądra (wacom.ko), narzędzia dla X, konfigurację udev i HAL oraz sterownik xf86-input-wacom.
Autokonfiguracja z wykorzystaniem HAL
Konfiguracja jest prawie dobra, dla korzystających ze starszego X servera (<=1.7.x) gdzie autokonfiguracja oparta jest jeszcze o HAL. Wymagane poprawki to
/etc/udev/rules.d/10-wacom.rules dla udev :
KERNEL=="event*", ID_VENDOR_ID=="056a", NAME="input/%k", SYMLINK="input/wacom"
oraz /usr/share/hal/fdi/policy/20thirdparty/10-wacom.fdi dla HAL : klik
Po instalacji wystarczy wyjsc na chwile z X i uruchomic
udevadm trigger.
Uwaga: Nie radzę tego robić przy działających X'ach. Zgasł mi ekran, przestała działać klawiatura i w ciemno musiałem resetować ;)
Powinnismy dostac urzadzenie /dev/input/wacom (i pare innych). I w sumie tyle. Wystarczy uruchomic srodowisko graficzne i tablet zacznie dzialac.
Xserver 1.8.0 i udev
Jako że HAL odchodzi do lamusa xorg-server-1.8.0 oferuje nowy sposób (auto)konfiguracji oparty bezpośrednio na udev. Zmiany wymagają regułki hal'a, na prostsze.
Najpierw musimy podpiąć tablet i uruchomić X'y. Następnie zaglądamy do /var/log/Xorg.0.log i szukamy linii podobnej do tej :
(II) XINPUT: Adding extended input device "Wacom Bamboo 4x5 Finger"
Interesuje nas nazwa urządzenia z tej linii. Teraz możemy utworzyć regułki X :
/etc/X11/xorg.conf.d/10-wacom.conf
Section "InputClass"
Identifier "Wacom Tablet"
MatchProduct "Bamboo 4x5 Finger"
MatchDevicePath "/dev/input/event*"
Driver "wacom"
EndSection
i w sumie tyle. Restart X i po problemie.
Jak to zrobić na gentoo?
Moja metoda polegała na zainstalowaniu sobie pacmana (managera pakietów archlinux). Jest dostępny w moim nieoficjalnym overlay http://github.com/yoshi314/yoshi314-overlay
Aby skompilować należy
- ściągnąć pliki z http://aur.archlinux.org/packages.php?ID=31540 (link "Archive")
- rozpakować do osobnego katalogu
- z poziomu zwykłego usera puścić polecenie
makepkg -d
co powinno pomyślnie skompilować nam cały sterownik.
W katalogu powinien powstać plik linuxwacom-bamboo-cth-ctl-20100412-1-i686.pkg.tar.gz lub podobnie nazwany.
Teraz:
- Rozpakowujemy go do swojego systemu, poprawiamy konfigurację hal i udev jak opisano wyżej.
- Plik /usr/share/linuxwacom/wacom.ko wrzucamy do katalogu modułów swojego kernela, zastępując dotychczasowy sterownik wacom.ko, lub jeśli nie mamy takiego (bo nie kompilowaliśmy) wrzucamy plik do
/lib/modules//kernel/drivers/input/tablet/wacom.ko gdzie wersję kernela można ustalić poprzez wykonanie "uname -r"
- Wyłączamy X
- odpinamy tablet
- usuwamy moduł wacom z pamięci (jeżeli mamy załadowany)
- depmod -a
- ładujemy moduł wacom
- startujemy X'y
I to chyba wszystko. Zaawansowana konfiguracja - to już temat na inny wpis (sam nie miałem potrzeby jej stosować do tej pory). Wytrwali mogą zrobić sobie ebuild ;)
Uwaga:Ręczna rekompilacja paczki linuxwacom-bamboo-cth-ctl wymaga następujących kroków
- kasujemy katalog pkg
- kasujemy katalog src (tak, naprawdę)
puszczamy makepkg -d --force
- powtarzamy procedurę instalacji
14 września 2011, 22:19:53 | klucz ssh na gitorious |
Od niedawna przyłapałem się na tym że na gitorious.org przestał działać mój klucz ssh. Próba ponownej instalacji klucza powodowała jego odrzucanie ( " ssh key invalid " ).
Problem polega na tym ze zamiast user@host na końcu klucza trzeba wpisać swój email jaki podaliśmy przy rejestracji w gitorious.org. Być może problem nie dotyczy wszystkich, ale u mnie było to jedyne działające rozwiązanie.
04 lipca 2011, 12:48:34 | Tunelowanie esx po ssh |
Szybka notatka na przyszłość; aby wbić się na serwer ESX za pomocą vSphere poprzez tunel SSH, trzeba przeforwardować porty 443, 902, 903 oraz dodać wpis do hosts postaci
127.0.0.1 esxhost
bez tego nie pójdzie. Posiadanie wpisu określającego 127.0.0.1 jako "localhost" też z jakiegoś powodu nie wystarcza i dostaje się tajemnicze informacje o nieprawidłowym hoście, braku łączności itp.
02 sierpnia 2010, 20:12:02 | [mini] nietypowy problem CUPS |
ERRDOS - ERRbadaccess (Invalid open mode.) opening remote spool Test Page
W takiej sytuacji należy w windows w wlaściwościach drukarki odznaczyć "drukuj bezpośrednio na drukarkę". Dziwne, ale zostawię to sobie tutaj na przyszłość.