Patentowe trole

Ostatnio dołączył do nich BT. Okazuje się, że ficzer polegający na tym, że aplikacja pobiera dane tylko jak jest w zasięgu WiFi (a w 3G już nie) narusza jakiś tam patent BT. Inne patenty są też przeurocze.

Jaja z obsługą baz danych w PyQt

Musiałem dokończyć projekt w Pythonie na innym komputerze. Szybki update kodu z repozytorium, odpalam program i nie działa połączenie z bazą. Szybki debug pokazuje błąd przy ładowaniu modułu QPSQL. Po dłuższym googlowaniu znalazłem rozwiązanie tego problemu: http://comments.gmane.org/gmane.comp.python.pyqt-pykde/23212 Generalnie gdyby link padł to piszę w czym problem:

1. QT zapisuje sobie w rejestrze informacje o pluginach które się posrały i nie ładuje ich ponownie. Więc trzeba sobie przy podobnych kłopotach wyczyścić gałąź: HKEY_CURRENT_USER\Software\Trolltech\OrganizationDefaults\Qt Plugin Cache 4.7
2. Podczas przeglądania pliku dependency walkerem pokazuje się problem z MSVCR90.dll, ale nie jest to źródło problemu, bo biblioteka ta przeważnie jest ciągnięta z %WINDIR%\WinSxS
3. Źródłem problemu jest libeay32.dll. PyQt przynosi własną wersję tego pliku, ale podczas ładowania programu używana jest inna jego wersja (w moim przypadku pochodząca z katalogu %WINDIR%). 

Nie mam pojęcia który program to tam umieścił, ale zmiana nazwy tego pliku rozwiązała problem.

Zabawa z reverse proxy

Generalnie prosta sprawa, ale nie potrafiłem sobie poradzić z konfiguracją w stylu: domena.com/tomcat -> jakiś.serwer.z.tomcatem, domena.com/glassfish -> jakiś serwer z glassfiszem. Po prostu nie działało i już (największy problem był z linkami). Tak więc podszedłem do sprawy mniej ambitnie i postanowiłem zrobić to za pomocą vhostów. Przy okazji coś mnie natknęło na przetestowanie serwera cherokee. Jedną z jego zalet jest fajne GUI do zarządzania, sprawia ono wrażenie jakby robienie reverse-proxy było dość istotnym zastosowaniem tego serwera. Wszystko udało się szybko wyklikać, nie wiem tylko czemu musiałem ręcznie dopisać kilka oczywistych URL rewrite, no ale trudno. Prawdziwy problem nadszedł podczas dodawania certyfikatów SSL. Cherokee wspiera na szczęście SNI tak więc nie było problemów z osobnymi certyfikatami dla virtualhostów, ale niestety połączenia HTTPS działały średnio. Po długich walkach okazało się, że aby Chrome i IE działały poprawnie po HTTPSie trzeba było dla każdego vhosta w cherokee wyłączyć keep-alive. Chłopaki mają nawet na to jakiegoś buga otwartego.

X11 forwarding w CentOS

Nie zadziałało z buta niestety i trzeba było:
- wydedytować plik sshd_config (włączyć opcje X11 cośtam)
- zainstalować xauth

To w sumie wystarczyło.

Jeżeli natomiast chcemy używać aplikacji X po zrobieniu sudo su -, to należy jako root wklepać:
xauth merge /home/login/.Xauthority

i już.