25
marca
2010
Podczas moich dotychczasowych bojów z drukarkami fiskalnymi znalazłem tylko dwa dobre narzędzia na windows które można z czystym sumieniem używać i mieć w miarę sporo pewności co do ich niezawodności.
Pierwsze to com2tcp (z pakietu com0com), a drugie to serproxy. Serproxy jest dobre do posnetów i zgodnych z tym protokołem urządzeń, a com2tcp lepiej radzi sobie ze skanerami 2D i drukarkami elzab. Generalnie zawsze znajdzie się urządzenie które nie współpracuje z jednym, a za to działa z drugim.
Serproxy wygodniej przerobić na usługę w windows, bo nie wymaga parametrów wejściowych (od razu czyta plik konfiguracji), a com2tcp (a zwłaszcza rozbudowany odpowiednim hub4com) ma skomplikowane parametry uruchomieniowe.
W każdym razie postanowiłem że podłubię przy serproxy i dodam mu obsługę xon/xoff. To chyba nie powinno być trudne. Po paru godzinach szukania i dłubania zrobiłem wstępny patch dodający możliwość kontrolowania xon/xoff w serproxy.
Źródła dostępne tutaj : http://github.com/yoshi314/serproxy . Projekt git skopiowałem z innego istnejącego repozytorium na githubie, użytkownika "bai" ( http://github.com/bai ) .
Generalnie patch jest nie przetestowany (nie mam akurat elzaba pod ręką, z nim serproxy ma największe kłopoty), sprawdzałem tylko czy się kompiluje (póki co na linuksie, pod win32 sprawdzę później).
Na windows źródła można zaciągnąć korzystająć z TortoiseGit ( http://code.google.com/p/tortoisegit/ ) lub łapiąc paczkę ze strony.
13
marca
2010
Od paru lat mam klawiaturę z multimedialnymi guziczkami. No i generalnie jakoś ich nie używam, a reszta klawiszy już praktycznie wytarta ;)
Z ciekawości zaczałem szukać sposobu na ich wykorzystanie z odtwarzaczem MPD. Jako że mpd nie wymaga do pracy środowiska graficznego i sam pracuje w tle, zacząłem szukać podobnego rozwiązania do sterowania nim. Głównie dlatego że gdy człowiek sierdzi na sesji irc na zdalnym serwerze ssh, nie bardzo chce się przechodzić do innego okna zeby coś zadziałać z mpd, np. przeskoczyć na kolejny utwór.
Inspirację podsunął mi programik actkbd, oraz wpis na joggerze pbm.
Niestety nie zadziałało u mnie. Myślałem ze moja klawiatura generuje inne kody przy wciskaniu guzików, ale nie o to chodziło. Przy okazji odkryłem że badanie kodów za pomocą xev jest do niczego i trzeba trzymać się przykładowej konfiguracji albo szukać za pomocą samego actkbd ;).
Nie chodziło o guziki. Po prostu actkbd nie umiał znaleźć klawiatury w systemie (wtf?).
Po paru eksperymentach zrobiłem następujące skrypty:
/etc/actkbd/actkbd.conf
115:key::mpc volume +5
115:rep::mpc volume +5
114:key::mpc volume -5
114:rep::mpc volume -5164:key::mpc toggle
166:key::mpc stop
165:key::mpc prev
163:key::mpc next226:key::mpc update
oraz (lekko poprawiony) /etc/udev/rules.d/98-actkbd.rules
# udev rules for keyboards
ACTION=="add", SUBSYSTEM=="input", KERNEL=="event[0-9]*", GOTO="_INPUT_"
GOTO="_END_"
LABEL="_INPUT_"
# AT keyboard
DRIVERS=="atkbd", ENV{__CFG}="/etc/actkbd/actkbd.conf", SYMLINK="keyboard", GOTO="_KBD_"
GOTO="_END_"
# Keyboards
LABEL="_KBD_"
# Launch actkbd
RUN+="/usr/bin/actkbd -q -D -c %E{__CFG} -d /dev/keyboard"
# End
LABEL="_END_"
Teraz wystarczyło zrestartowanie udev (udevadm trigger) i wszystko zaczęło działac poprawnie. Guziki głośności robią co należy, klawisze play/pause,stop, next,prev też. Guzik 'CD' odświeża bazę danych mpd (nie mogłem się powstrzymać).
W celu poznania własnych kodów klawiszy należy uruchomić
actkbd -d /dev/input/event* -v -s
gdzie event* to urządzenie odpowiadające klawiaturze. Po czym wciskać dowolne klawisze i obserwować komunikaty (lub ich brak, przy niewłaściwym urządzeniu).
Właściwego urządzenia można także poszukać poleceniem
udevadm info --name=/dev/input/event* --query=property
czy mamy do czynienia z klawiaturą (odpowiednio podmieniając event*).
Po wrzuceniu powyżej wpisanej regułki udev i restarcie udev powinniśmy mieć klawiaturę pod /dev/keyboard. W przypadku korzystania z kilku klawiatur - regułka do dopracowania ;)
Należy mieć na uwadze że w tak uruchomionym actkbd nie należy przypisywać aplikacji które mają działać na koncie wybranego użytkownika, lub aplikacji graficznych.. Jeżeli tego chcemy, to lepiej podpiąć actkbd do swojego .xinitrc/.bashrc aby działał z naszego konta.
07
marca
2010
05
marca
2010
Pare dni temu szef zadzwonil do nas z wyjazdu sluzbowego. Mial "przy okazji" pytanko - ile teraz kosztuje iphone 3g? Aktualnie ma normalnego iphona i przy kazdej okazji szpanuje nim przy klientach, co u nas wzbudza u nas (ukryty) usmiech politowania.
Sprawdzilismy i wyszlo ze cos w okolicach 2000 pln. Na co rzucil ze "no to nie tak drogo". Nasza reakcja (biorac pod uwage ostatnie wydarzenia w firmie) latwa do przewidzenia, ale ugryzlismy sie w jezyk.
Zebym tylko wiedzial jaki mialo to cel, bo jezeli mialo nam jeszcze bardziej zgasic zapal do pracy - to na pewno sie udalo.
01
marca
2010
Wlasnie dowiedzialem sie ze w pracy zaorano nasz dotychczasowy system premiowy.
"Bo konsultant helpdesk to ma sie skupiac nie na tym zeby rozwiazac X zgloszen w miesiacu (za co ma premię), ale na tym zeby eliminowac bledy w oprogramowaniu i zgłoszeń było jak najmniej". Jak dla mnie to byl jedyny sposob wywalczenia jakiejs skromnej premii, a błędy się rozwiązywało bo w końcu te same w kółko powracające problemy to naprawdę irytujące zjawisko. Wycenianie klientów nie działa (walczą o każdą godzinę roboczą), a płatne nadgodziny nie opłacają się zupełnie.
O ile dotychczasowe wypadki i afery w pracy tylko troche zniechecały mnie do pracy, to teraz naprawdę nie mam już ochoty tutaj siedzieć.
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ść.