http://blog.pasternacki.net/Wpisy z dziennika internetowego Jogger, wspomaganego przez JabberaFri, 03 Jul 2009 05:56:40 +0200JoggerPLhttp://blog.pasternacki.net/2009/05/04/gdzie-lezy-wieliczka/<p>Wczoraj miałem przyjemność zwiedzić część wiedeńskiego <a href="http://www.nhm-wien.ac.at/">Muzeum Historii Naturalnej</a> (jak się okazuje, ponad trzy godziny to za mało żeby obejrzeć chociaż połowę; ponadto: kamienie są ładne, nie spodziewałbym się). Jednakowoż, nie o kamieniach chciałbym napisać. Wśród eksponatów znajdowały się kryształy soli z Wieliczki, a podpisy pod nimi… same stanowiły eksponat muzealny:</p> <p><img src="http://www.pasternacki.net/pub/wieliczka.jpg" alt="Steinsalz. Wieliczka, Galizien, Österreich."></p> <p><q>Sól kamienna. Pochodzenie: Wieliczka, Galicja, Austria.</q>. Bez komentarza.</p> Mon, 04 May 2009 13:10:22 +0200http://blog.pasternacki.net/2009/05/04/gdzie-lezy-wieliczka/Cała resztaFortunkihttp://blog.pasternacki.net/2008/12/10/rewolucja/<p><a href="http://en.wikipedia.org/wiki/2008_Greek_riots">Zamieszki w Grecji</a> trwają już piąty dzień. Nie zamierzam pisać tutaj zaangażowanego komentarza na ten temat—zbyt mało wiem o sytuacji politycznej i najnowszej historii Grecji, by moje uwagi mogły faktycznie coś wnieść. Napiszę za to o innej rewolucji.</p> <p>Mianowicie, czymś dla mnie niesamowitym jest dostęp do <a href="http://search.twitter.com/search?q=%23griots">niezależnych</a> i <a href="http://cia.bzzz.net/ateny_16_letni_anarchista_zastrzelony_przez_policje">alternatywnych</a> <a href="http://www.occupiedlondon.org/blog/">źródeł</a> <a href="http://flickr.com/photos/tags/griots/">informacji</a> (<a href="http://www.metamute.org/en/the_greek_uprisings_useful_starting_points_for_info_and_posting_news">więcej</a>). Ot tak, na skinienie palca. Wyobrażacie sobie coś takiego choćby 10 lat temu? Ja nie. Obecnie <strong>każdy</strong> ma możliwość <strong>łatwego</strong> publikowania w sieci; przeważnie skutkiem tego są tony badziewia (żeby się o tym przekonać, starczy poklikać trochę po Youtube), ale w sytuacji kryzysowej możliwość taka jest nieoceniona. Głupi niby <a href="http://twitter.com/">Twitter</a> już kilka razy udowodnił swoją przydatność w takiej sytuacji.</p> <p>Do tego, w miejsce niedostępnych źródeł informacji natychmiast powstają nowe. Gdy <a href="http://athens.indymedia.org/">ateńskie Indymedia</a> z niewiadomych powodów przestały działać na kilkanaście godzin, a jedyny wpis w serwisie <a href="http://directactiongr.blogspot.com/search/label/english">Direct Action Greece</a> odnośnie bieżącej sytuacji brzmiał <q>16 lat. Zamordowany przez gliniarzy. Wszyscy na ulice. Nie ma czasu na aktualizacje</q>—redaktorzy mieli na miejscu ważniejsze rzeczy na głowie niż zajmowanie się blogiem—ich rolę automatycznie przejął zaprzyjaźniony blog <a href="http://www.occupiedlondon.org/blog/">Occupied London</a>.</p> <p>Wiele się ostatnio trąbi o szkodliwych skutkach łatwej i taniej możliwości robienia zdjęć i filmowania cyfrakiem lub telefonem, i publikowania efektów w sieci; tutaj jakiś dzieciak czuje się upokorzony, tam nauczycielowi (który, skoro w ogóle dopuścił do zaistnienia takiej sytuacji, w ogóle nie nadawał się do wykonywania tego zawodu) wsadzą kosz na głowę i wrzucą w Internet, siam z kolei sieją oszczerstwa, nawołują do przestępstw i propagują rasizm. Zgoda, wszystko to się dzieje. Ale o drugiej stronie medalu jakoś cicho: ta sama łatwość umożliwia oddolne organizowanie się społeczeństwa, przepływ informacji w sytuacji kryzysowej, pozostający poza kontrolą organów państwowych i poza jakimikolwiek próbami cenzury czy kontroli. Może nam się nie podobać istnienie w sieci miejsc w rodzaju <em>redwatch</em>; ale to samo, co umożliwia istnienie takich miejsc, umożliwia też wolny przepływ informacji, które inaczej zostałyby stłumione i wyciszone (jak w przypadku Grecji), lub na które po prostu nie byłoby czasu i środków (jak w przypadku huraganów w Stanach, gdzie dzięki Twitterowi ludzie mieli możliwość z pierwszej ręki i na bieżąco dowiedzieć się o losach swoich bliskich w czasie kataklizmu).</p> <p>Gdy oficjalne przekazy są kontrolowane (patrz pierwsze oficjalne oświadczenia ze strony Grecji), gdy nawet alternatywne serwisy informacyjne są nieobiektywne (bo, skoro są przez kogoś redagowane, siłą rzeczy są obciążone jakąś dawką subiektywizmu), możliwość sięgnięcia po relacje, zdjęcia i amatorskie filmy z pierwszej ręki jest bezcenna. Nawet w oskarżeniu strzelającego do Alexandrosa policjanta kluczową rolę odegrał amatorski film nakręcony telefonem komórkowym, na którym nie widać prawie nic—ale w szczególności nie widać, by młodzież atakowała policję. Mimo pierwotnych prób, sytuacji nie da się zatuszować, nie da się wmówić opinii publicznej, że tak naprawdę nic się nie dzieje, a sytuacja jest pod kontrolą.</p> <p>Dziesięć lat temu, dałoby się. Kiedy ludzie mogli porozumiewać się bezpośrednio telefonami, nie było bezpośredniego dostępu do relacji z pierwszej ręki, relacje świadków roznosiły się jako plotki i z wiarygodnością plotki, a alternatywnymi do <em>mainstreamowych</em> źródłami informacji byłyby plakaty i ulotki wolnościowców. Kiedy nie byłoby technicznej możliwości natychmiastowego zorganizowania solidarnościowych akcji w miastach całego świata. Kiedy w sądzie mielibyśmy słowo policjanta przeciwko słowu manifestującego, a cała sprawa byłaby stosunkowo łatwa do zatuszowania. Teraz—to wszystko nie jest możliwe, informacja chce płynąć i płynie, a gdy z jakichś przyczyn przestanie działać jeden niezależny serwis, na jego miejsce powstają trzy następne. <strong>To jest rewolucja.</strong> Równie ważna, albo wręcz ważniejsza od tej z kamieniami i koktajlami Mołotowa.</p> Wed, 10 Dec 2008 12:51:21 +0100http://blog.pasternacki.net/2008/12/10/rewolucja/Cała resztahttp://blog.pasternacki.net/2008/11/04/git-squid-naglowki/<p>Jakiś czas temu do zarządzania własnymi projektami przesiadłem się z <a href="http://darcs.net/">darcsa</a> na <a href="http://git.or.cz/">Gita</a>. Nie jest aż tak intuicyjny, ale nie jest też aż tak zabugowany (w darcsie pewne rzeczy wydają się być <em lang="en">broken by design</em>) i ma o wiele większe możliwości. Nie narzuca użytkownikowi żadnego konkretnego modelu pracy, za to daje możliwość użycia w praktycznie dowolny sposób. Jednakowoż, <abbr title="There Ain't No Such Thing As A Free Lunch" lang="en">TANSTAAFL</abbr>. Jest o wiele trudniejszy w obsłudze i do sprawnego użycia wymaga jednak pewnej znajomości działania wnętrzności.</p> <p>Ale tyle o słoniu. W końcu jakbym chciał na tym blogasku opisywać wszystko, co robię, to pisałbym chyba trochę częściej; porównań systemów kontroli wersji w sieci jest od groma i trochę, i nie ma potrzeby pisania jeszcze jednego. Ku pamięci swojej i innych chciałbym za to opisać, jak git zachowuje się w połączeniu z protokołem HTTP i serwerem pośredniczącym <a href="http://squid-cache.org/">Squid</a> po drodze, co zjadło mi spory kawał czasu dzisiaj, i nie jest tak trywialne. Otóż, w domu siedzę za wspomnianym Squidem – dostawca Internetu nie daje mi pod tym względem wyboru – a jedna z bibliotek, których używam i tworzę (konkretnie <a href="http://common-lisp.net/project/cl-trane/">CL-Trane</a>) jest dostępna jako repozytorium Gita po HTTP. Psuję ją sobie, psuję, na stanowisku roboczym pchnąłem poprawkę jakiegoś błędu, i próbuję ją pociągnąć na drugim komputerze… <q lang="en">Already up-to-date.</q> Łaty nie ma. Na serwerze – jest; po jakimś czasie nawet na <a href="http://repo.or.cz/">repo.or.cz</a> była widoczna; <kbd>git clone</kbd> na serwerze daleko-w-świecie widzi; na komputerze obok stacji roboczej, ani <kbd>git pull</kbd>, ani świeży <kbd>git clone</kbd> nie widzą. Ki czort?</p> <p>Oczywiście, mógłbym przepchnąć tę konkretną łatę bezpośrednio z repo roboczego. Ale to niehonorowo, poza tym testowałem akurat instalację od zera (uwaga na boku: <a href="http://capify.org/">Capistrano</a> rządzi rulezem), więc ręczne przeciąganie łatek popsułoby całą zabawę. Po poszukaniu trochę na temat transportu HTTP dla gita (który jest tzw. „głupim” transportem) dotarłem do magicznego pliku <code>.git/info/refs</code>; okazało się, że plik ten obejrzany przeglądarką tekstową na serwerze jest <em>inny</em> niż ten sam plik obejrzany z domu. Przeładowanie go z poziomu przeglądarki WWW doprowadziło zawartość do normy. Uff…</p> <p>Okazuje się zatem, że Git jako klient HTTP grzecznie współpracuje z serwerami cache'ującymi i pośredniczącymi (co się chwali), ale gdy odpytuje, czy zawartość repozytorium dostępnego przez HTTP nie zmieniła się, jest aż za miły i wierzy serwerowi pośredniczącemu zamiast wymusić na nim sprawdzenie tego bezpośrednio u źródła. Trzeba to na serwerze wymusić samemu, korzystając z przeglądarki, <kbd>wget --no-cache</kbd>, czy nawet (opcja dla geeków-superbohaterów) bezpośrednio telnetem lub netcatem. Dobrej zabawy! ;)</p> Tue, 04 Nov 2008 17:41:11 +0100http://blog.pasternacki.net/2008/11/04/git-squid-naglowki/Maszynyhttp://blog.pasternacki.net/2008/09/01/wikibabel-slownik-z-wikipedii/<p>Nie wiem, jak szanowni Czytelnicy, ale ja czasem korzystam z <a href="http://www.wikipedia.org/">Wikipedii</a> jako słownika. Posiada ona bowiem, w lewym panelu, sekcję „w innych językach,” a baza wyrazów Wikipedii (przynajmniej dla tych języków, w których zdarza mi się czegoś szukać) jest o niebo większa niż większości słowników dostępnych online. Co więcej, Wikipedia wspaniale się sprawdza przy tłumaczeniu nazw roślin, przypraw itp, do czego nie nadają się jednojęzyczne słowniki papierowe — to, że <em lang="en">daffodil</em> to jest nazwa kwiatu, jestem w stanie zrozumieć z kontekstu, za to przydałoby się wiedzieć, jaki to konkretnie rodzaj badyla… a że biologiem nie jestem, zamiast opisu wolę jednak nazwę w moim języku.</p> <p>Kilka dni temu odkryłem, że MediaWiki (silnik Wikipedii) <a href="http://www.mediawiki.org/wiki/API">udostępnia publicznie API</a>. Wieczór z PHP, dwa kolejne z CSS, <em lang="en">lo and behold</em>: <a href="http://wikibabel.info/">WikiBabel</a>.</p> <p>Przy okazji wyłonił się zabawny ficzer tłumaczeń Wikipedyjnych: dla wyrazów bliskoznacznych (np. gałka muszkatołowa / muszkatołowiec) i homonimów (np. „kuchnia”) linki do stron w innych językach często są jednokierunkowe. Nie wspomnę już o zamieszaniu robionym przez strony ujednoznaczniające. Zastanawiam się, czy da się to jakoś obejść/poprawić…</p> <p>Na razie mam nadzieję, że wyskrobany przeze mnie kawałek kodu komuś się przyda. Smacznego!</p> Mon, 01 Sep 2008 00:01:13 +0200http://blog.pasternacki.net/2008/09/01/wikibabel-slownik-z-wikipedii/MaszynyTechbloghttp://blog.pasternacki.net/2008/08/18/gsoc-status-update-week-12-final/<div lang="\&quot;en\&quot;"> <p>Seriously, where did this half a week come from? I can understand periods of time disappearing, but half a week appearing out of nowhere is something new to me. But I won't complain – extra time is good. ;)</p> <p>Pencils down now. Of course, project continues, but evaluations for Google will be based on what is done now, thus <code>gsoc_2008_pencils_down</code> tag in darcs. The second tag is much nicer, it's <code>1_0_rc1</code>. I think I got to a passable 1.0 version now. It may need some more unit tests (as always), documentation polishing, most probably there may still be bugs, and I don't want to call it a full 1.0 version before using the library in some actual application. Besides that, feature-, documentation- and API-wise all seems to be complete.</p> <h2>Work done since last report</h2> <ul> <li>Fixed some bugs, esp. portability to other Lisps</li> <li>Some polishing (dropping unnecessary format string/argument pairs, renaming accessors, dependency updates, things like this)</li> <li><a href="http://common-lisp.net/project/cl-openid/darcs/cl-openid/README.html">Documentation!</a></li> <li>Some unit tests (not that much)</li> </ul> <h2>Problems</h2> <p>This “Problems” section will list what doesn't seem to be complete after the “pencils down” timestamp rather than current problems. Completing those will go into 1.1:</p> <ul> <li>Unit tests don't cover much of actual protocol code. Not sure exactly how to do this, and whether it's worth to do it. We'll see.</li> <li>YADIS (<a href="http://trac.common-lisp.net/cl-openid/ticket/7">#7</a>), and Relying Party discovery (<a href="http://trac.common-lisp.net/cl-openid/ticket/13">#13</a>). Yadis support should be moved to a separate library, and used for discovering Relying Party return_to endpoints.</li> <li>Random number generation (<a href="http://trac.common-lisp.net/cl-openid/ticket/14">#14</a>). The <a href="http://rfc.net/rfc1750.html">rfc1750</a> should be implemented as a separate library atop <a href="http://www.method-combination.net/lisp/ironclad/">Ironclad</a> for secure pseudo-random number generation. Currently plain <code>CL:RANDOM</code> is used, which is not acceptable for security-sensitive deployments.</li> <li>With regard to <a href="http://trac.common-lisp.net/cl-openid/wiki/OriginalProposal">original proposal</a>, most of portability has been deemed actually irrelevant. Web server portability has been achieved, web client and storage portability has been dropped. All storage is in-memory and that's enough (keeping user data is responsibility of library's user, and associations / nonces/ authentication processes can be kept in memory).</li> <li>API for 1.0 was deliberately kept as simple and small as possible to have any functioning relying party or provider. Intended side-effect is that it may not be flexible enough to support users' actual needs. I decided to keep API small and simple, and to extend it to actual users' requirements, instead of trying to get most comprehensive API ever. Not actually a problem, but connected with above (when need for HTTP client or storage portability will actually arise, it will be added).</li> <li>Relying Party and Provider are not separate systems; the specific RP/OP code is small, and the required libraries are common anyway. It will most probably stay this way.</li> <li>Logging. As for now, logging is responsibility of CL-OpenID user. Maybe it would be useful if library itself was able to log events. Not before 1.1, though.</li> </ul> <h2>Plans for future</h2> <p>Similarly to problems, final report's plans are also referring to the general future instead of next half-week. I intend to support the library, and use it in my own Web projects. Current state of code is labeled 1.0rc1; after some discussions with users, using CL-OpenID in own code, I will label it 1.0. It will need to wait a bit, as bugs and omissions will surely manifest. I expect to have final 1.0 in September. After that, issues listed in “Problems” section are more of a TODO list for 1.1. When that is done, some actual deployments will be already done, and I will be able to tell whether it's maintenance phase already, or should the development continue to 1.2 or 2.0.</p> <p>So, that's it. Pencils down. <a href="http://planet.pld-linux.org/">Planet PLD</a> and other planet spammage by these reports will cease (contrary to some comments, there seems to be no spammage anywhere else since about two weeks, when I stopped redirecting those posts to <a href="http://techblog.pl/">techblog</a>; if I'm wrong, please correct me even if it's too late). Now, off to announce 1.0rc1 to the world!</p> </div> Mon, 18 Aug 2008 21:33:01 +0200http://blog.pasternacki.net/2008/08/18/gsoc-status-update-week-12-final/CL-OpenIDEnglishLispMaszynyhttp://blog.pasternacki.net/2008/08/15/gsoc-status-update-week-12/<div lang="\&quot;en\&quot;"> <p>Final weekend ahead. Finishing the code, writing tests, docs, ensuring consistency… 1.0 is definitely on the radars.</p> <h2>Work done since last report</h2> <ul> <li>Discussed bugs, priorities and requirements for 1.0</li> <li>Fixed bugs (<a href="http://trac.common-lisp.net/cl-openid/ticket/9">#9</a>, <a href="http://trac.common-lisp.net/cl-openid/ticket/12">#12</a>, few unlisted ones)</li> <li>Added comments to example code, polished comments</li> <li>Added some exports (message API and AUTH-PROCESS accessors)</li> <li>Add a bunch of tests, especially for message API</li> <li>Started working on documentation (locally, not commited yet)</li> </ul> <h2>Problems</h2> <p>None</p> <h2>Plans for next half week</h2> <ul> <li>Add thread-safety and dependency on <a href="http://common-lisp.net/project/bordeaux-threads/">bordeaux-threads</a></li> <li>Finish documentation</li> <li>More tests, as many as possible</li> </ul> <p>Since Monday 19:00 UTC is Google's pencils down date, next report (and last one of this form) will be sent on Monday evening instead of usual Tuesday.</p> </div> Fri, 15 Aug 2008 18:19:40 +0200http://blog.pasternacki.net/2008/08/15/gsoc-status-update-week-12/CL-OpenIDEnglishLispMaszynyhttp://blog.pasternacki.net/2008/08/12/gsoc-status-update-week-11-1/<div lang="\&quot;en\&quot;"> <p>Final week ahead. Time to focus on documentation and polishing; some bugs still left, mostly nontrivial ones, and not everything is covered by unit tests, but core functionality and final (I think) API is in place.</p> <h2>Work done since last report</h2> <ul> <li>Moved code to proper source files, finalized source layout (I think)</li> <li>Separated examples</li> <li>First-class RP and OP, finalize proposed API</li> <li>Some minor tweaks and doc/comment updates</li> <li>Exported basic proposed API</li> <li>Fixed most of remaining bugs</li> </ul> <h2>Problems</h2> <p>Some bugs still left. Mostly they are nontrivial and I am a bit afraid to destabilize the code in last days before the deadline. Relying party discovery will have to wait until after the deadline. However, I think at least some of them should be fixed; however, I will focus more on documentation and tests.</p> <h2>Plans for next half week</h2> <ul> <li>Discuss API</li> <li>Documentation: finish docstrings, start a <a href="http://weitz.de/documentation-template/">DOCUMENTATION-TEMPLATE</a>-based doc</li> <li>If time permits, comment examples</li> <li>Add tests</li> <li>Fix some outstanding bugs and suggestions: thread-safety, maybe realm checking</li> </ul> </div> Tue, 12 Aug 2008 23:40:12 +0200http://blog.pasternacki.net/2008/08/12/gsoc-status-update-week-11-1/CL-OpenIDEnglishLispMaszynyhttp://blog.pasternacki.net/2008/08/09/gsoc-status-update-week-11/<div lang="\&quot;en\&quot;"> <p>Refactoring is approaching end. I hope to have it done on the weekend, and spend final week on documentation and examples.</p> <h2>Work done since last report</h2> <ul> <li>Updated internal message API to take care of formatting URIs, integers, and octet vectors as strings</li> <li>Use message API throughout the code</li> <li>Minor comment/documentation updates</li> </ul> <h2>Problems</h2> <p>None.</p> <h2>Plans for next half week</h2> <p>Finish refactoring:</p> <ul> <li>First class OP and RP</li> <li>Separate example code</li> <li>Fix outstanding bugs from Trac</li> <li>Export symbols for final API</li> </ul> </div> Sat, 09 Aug 2008 02:37:45 +0200http://blog.pasternacki.net/2008/08/09/gsoc-status-update-week-11/CL-OpenIDEnglishLispMaszynyhttp://blog.pasternacki.net/2008/08/05/gsoc-status-update-week-10-1/<div lang="\&quot;en\&quot;"> <h2>Work done since last report</h2> <ul> <li>Add message utility functions and rewrite part of code to use those instead of list-level mangling</li> <li>Many minor bugfixes and cosmetic (formatting, naming consistency etc) fixes</li> <li>Comment and docstring fixes</li> <li>Fix possible DoS: Use counters instead of <code>GENTEMP</code> for generating unique IDs, don't inter endpoint URIs when associating</li> <li>Introduce and use <code>AUTH-PROCESS</code> structure instead of <code>ID</code> alist</li> <li>Update tests, add some for newly introduced functions</li> </ul> <h2>Problems</h2> <p>None.</p> <h2>Plans for next half week</h2> <ul> <li>Write more tests</li> <li>More docstring fixes</li> <li>Introduce first-class RP and OP, if time permits</li> <li>Logging, if time permits</li> </ul> </div> Tue, 05 Aug 2008 23:05:03 +0200http://blog.pasternacki.net/2008/08/05/gsoc-status-update-week-10-1/CL-OpenIDEnglishLispMaszynyhttp://blog.pasternacki.net/2008/08/01/gsoc-status-update-week-10/<div lang="\&quot;en\&quot;"> <h2>Work done since last report</h2> <ul> <li>Discussed refactoring and final API, reaching conclusion on most issues</li> <li>A bit of general cleanup</li> <li>Docstring and comment additions</li> <li>More moving to <code>shared.lisp</code></li> <li>Moved message-specific functions to <code>message.lisp</code></li> </ul> <h2>Problems</h2> <p>Work actually done differs a bit from what I was planning to do mainly as a result of the <a href="http://common-lisp.net/pipermail/cl-openid-devel/2008-July/000032.html">discussion</a> mentioned in previous section. The message class idea has been rejected since it was really a premature optimization (which, as we all know, is <a href="http://c2.com/cgi/wiki?PrematureOptimization">root of all evil</a>) – so I backed out of it, and stayed with alists, but separated message-related code.</p> <h2>Plans for next half week</h2> <ul> <li>Finish factoring out messages</li> <li>Tests!</li> <li>Authorization process structure (for what is called <code>ID</code> across the code)</li> </ul> </div> Fri, 01 Aug 2008 23:01:08 +0200http://blog.pasternacki.net/2008/08/01/gsoc-status-update-week-10/CL-OpenIDEnglishLispMaszyny