-ENOTTY

Dodatkowo występuje jeszcze ograniczenie wynikające z możliwości synchronizacyjnych urządzeń nadawczych i odbiorczych w systemach PDH, które jak sama nazwa wskazuje są plezjochroniczne.

Jak słownik języka polskiego i słownik wyrazów obych wskazuje, że nie ma takiego wyrazu, dammit!

Pół godziny temu wróciłem z poprawki. Następna - jutro, o 14 :-/

Z dobrych rzeczy: dzisiaj po 40 minutach czekania w kolejce połowę kasy, którą udało mi się wyrwać od uczelni w ramach refundacji praktyk, przeniosłem z mojego konta bankowego na dwa inne. Dofinansowałem oczywiście Joggera oraz chromc.pl¹. Nie było tego dużo, ale ja też nie jestem za bogaty, a na $FAVOURITE_BEVERAGE chłopakom wystarczy. Nota bene, kasa którą przelałem w zasadzie jeszcze na moje konto nie dotarła, chociaż decyzja jest już od miesiąca. Viva la PG.

Zapłaciłem też za Pingwinaria, za co już Bank policzył sobie 3 PLN prowizji. Nic dziwnego dosć dużo (jak na moją kieszeń) musiałem przelać.

1 - tak, chromc.pl. Wydawało mi się, że moje pismo nie jest aż tak niewyraźne, jednak pani w banku przekonała mnie, że jednak jest.

To co w tytule, już wszyscy wiedzą. Od paru miesięcy. Mało kto jednak wie - jak?

Oświadczenie KDEowców przetoczyło się przez większość serwisów newsowych w przeciągu kilku dni. Wzbudziło wiele komentarzy i nadziei, pomimo braku szczegółowych informacji. Takiego publicity nie ma Beagle, chociaż w przeciwieństwie do rozwiązania KDE jest już dostępny i nawet działa.

Beagle jednak nie jest ,,Google-like'' wyszukiwarką. Bo w tej chwili na desktopie się nie da. Siła Google leży w trafności zwracanych wyników. Trafność ta bierze się z oceny stron dokonywanej przez internautów, a dokładniej - z ilości linków prowadzących do danego fragmentu sieci. Podejście jest proste - więcej linków, więc więcej osób uznało stronę za godną uwagi, co przekłada się na ważność strony.

W komputerze się tak nie da. Nie mamy łączy i odnośników w sensie webowym. Dlatego nie można bezpośrednio zastosować do oceniania plików metody, która przeświadczyła o popularności Google. Nie można (na razie) osiągnąć jakości dużego G. Bo jak? Licząc, ile razy użytkownik kliknął na ikonkę reprezentującą dany plik?

Tajemnicza oferta KDE wydaje się jednak iść w dobrym kierunku. W CVSie widać zalążek Klink, czyli frameworku zbierającego metadane. I zapamiętującego połączenia między plikami, mailami, osobami i wszystkimi innymi obiektami.

Klink zapewni Otwartemu Desktopowi element potrzebny do wyszukiwania ,,Google-like''. Bo przecież dokument, z którego trzy razy skopiowaliśmy jakieś akapity do innych jest ważniejszy niż ten, z którego kopiowaliśmy raz. Email, który cytowaliśmy dwa razy i przesłaliśmy kumplowi poprzez klienta IM w czasie rozmowy o założeniach technicznych jest ważniejszy, niż email na który się nie powoływaliśmy.

Nie będzie wersji dla KDE3, dopiero czwórka umożliwi korzystanie z tego mechanizmu. Nie ma się co dziwić - wszechstronne gromadzenie metadanych wymaga ingerencji w każdą aplikację. To wymaga czasu. Dopracowanie wszystkich szczegółów też musi trochę zająć. Zainteresowanym polecam nagranie prezentacji Scotta Wheelera o planach dotyczących Klink.

Swoją drogą, roadmap Beagle w dalszym okresie też zakłada przechowywanie metadanych w jakiś sposób. Strona z pomysłami zawiera nawet szkice formatu, w jakim miałoby sie to odbywać.
Prawdopodobnie jednak KDE będzie miało działającą infrastrukturę wcześniej niż inne otwarte projekty.

(tak, wysłałem już swój tekst na Pingwinaria )

Ee, to jakaś ściema jest:

Dzisiaj, zgodnie z zasadą jeden obraz - tysiąc słów, nie będzie tekstu a jedynie porównanie wizualne.
Po lewej - Bill Gates, po prawej - Miguel de Icaza. Fight!

Bill Gates	Miguel de Icaza
Czy potrzebny jakiś komentarz? Spójrzcie im głęboko w oczy...

Krótko mówiąc - jeśli chodzi o wizerunek, to Open Source jest 22 lata za Microsoftem!

Jaki czas temu pisałem o książce którą dostałem od Nata F. z firmy na N.. Książka bardzo fajna, jedna miała jeden feler: Co prawda nie do końca wywiązał się z obietnicy (brakuje autografów Jego i Miguela de Icaza),. No cóż, nie ma tego, czego nie da się poprawić:

Odpowiedzi:

• nie napisałem tego sam (ja tak nie bazgram :)
• nie spotkałem tych dwóch panów osobiście (niestety)
• nie załatwiłem tego przez zadnego pośrednika

Otóż tydzień temu skontaktowała się ze mną sekretarka Nata, informując, że ma książkę dla mnie. I wczoraj, w moje urodziny, książka dotarła do mnie.

Tak, wysłali mi drugie Mono: A Developer's Notebook! Jestem więc posiadaczem dwóch egzemplarzy tej fajnej książki. Z czego jeden z autografami i dedykacjami od Miguelka i Nata

Przy okazji: książka kosztuj $24.95, więc możnaby powiedzieć, że wzbogaciłem się o prawie pięćdziesiąt zielonych. Natomiast za każdą przesyłkę Novell wyłożył około $50 :)

A gdyby zintegrować email, IM i RSS na biurku? Spróbowałem to sobie wyobrazić. I widzę to tak:
wersja 0.1, 22.01.2005

Rdzeń

Centralną częścią jest programik o roboczej nazwie Connectivity Daemon. Jest on w zasadzie klientem Jabber/XMPP działającym w tle, pełni funkcje dyspozytora wiadomości. Przychodzące krotki <presence/> przekazuje do Galago, natomiast <message> rozdziela, wg. typu, następująco:

• chat - jeśli jest włączony program do IM (Psi, GAIM, ekg2?), to przekazuje do tego programu. Jeśli nie - to buforuje (i wyświetla notify - o tym później).
• headline - gdy jest włączony czytnik RSS - przekazuje mu; jeśli nie - dopisuje do spoola tego czytnika. Wady: musi znać format spoola (lub korzystać z nieistniejącej jeszcze specyfikacji freedesktop.org. Pewna duplikacja kodu między czytnikiem a pluginem zapisującym do spoola w CD.
• message czyli zwykłe - lekka zmiana nagłówków i przepuszczenie przez procmaila celem umieszczenia w kolejce poczty użytkownika.

Scenariusz działania

Włączamy komputer i logujemy się. W czasie startu sesji uruchamiany jest Connectivity Daemon.

1. korzystając z danych w konfiguracji CD łączy się na nasze konto XMPP/Jabber. Zasób (resource) generowany jest na podstawie sesji, np. hostname+$DISPLAY. Status ustawiany jest na niewidoczny (niedostępny w XMPP? co w zamian?).
2. serwer XMPP przesyła do nas:
   • informacje o obecności osób - CD karmi nimi Galago.
   • wiadomości typu headline i message - trafiają one do odpowiednich spooli.
   • wiadomości typu chat - wyświelane są wyskakujące informacje o tym, że dana osoba chciała z nami porozmawiać, z datą i godziną, byćmoże zdjęciem osoby i jej aktualnym statusem oraz przyciskiem Chat, otwierającym okienko rozmowy IM. Gdyby takich informacji miałbybyć więcej niż 4 - informacja zbiorcza typu ,,Chcieli z toba rozmawiać Wojtek, Phantom, Monika...'' i przyciskiem do włączania aplikacji IM. Oczywiście wszystkie wiadomości muszą być zachowane w spoolu (archiwum) aplikacji IM, która musi w jakiś sposób informować o nich po włączeniu.
   Zwracam uwagę, że przez cały czas aplikacja RSS czy IM jest wyłączona. Skojarzenie JIDów ze zdjęciami i imionami/nickami dokonywane jest dzięki KAddressBook lub Evolution Data Server. Informacja o statusie dzięki Galago.
3. Użytkownik włącza IM - następuje zmiana statusu z niewidzalnego na na taki jak użytkownik sobie życzy. Ewentualnie - drugie zalogowanie za pośrednictwem CD ale to chyba więcej problemów niż zalet.

Wiadomości

Poczta emailowa ma być wkomponowana w strukturę XMPP, czyli używać go jako środka transportu. Częsciowo jest to już zrobione, vide wpis w joggu Smoka. Zadaniem CD ma być integracja i odpowiednie przekazywanie poczty, więc:

1. wiadomości przychodzące z jabbera muszą mieć zmieniane adresy nadawcy na coś typu user%host@xmpp.not-for-mailinvalid. W takiej formie muszą trafiać do spoola użytkownika (przez procmaila?).
2. CD musi dostarczać odpowiednik /usr/bin/sendmail którym musi być wysyłana cała poczta. Jeśli poczta wysłana z MUA ma adres nadawcy w formie user%host@xmpp.invalid - dostarczenie jej musi się odbywać na zadany JID.
3. w przypadku zwykłej poczty - pierwsza próba dostarczenia również ma się odbyć po XMPP - zakładamy pełną integrację CD u wszystkich. Ewentualnie, jeśli adresat jest w naszej książce adresowej oznaczony ,,chce otrzymywać pocztę XMPP'' lub jest online i za pomocą Entity Capabilities ogłasza, że chce przyjmować pocztę XMPP - tą drogą musi nastąpić wysyłka. Z fallbackiem do SMTP.
4. wysyłka wogólnym przypadku następuje do osób, a nie na adresy email. Jeśli jakiś adres XMPP/Email danego odbiorcy nie odpowiada, należy użyć innego spośród podanych w książce adresowej. Z tej samej kategorii adresów oczywiście (Domowy, Praca itp.).
5. w przypadku osób używających niektórych klientów zdarza się, że rozmowa nie jest oznaczana jako ,,chat''. Wtedy trafia do skrzynki emailowej. MTA musi wyświetlając wiadomość obok nadawcy wyświetlić jego aktualny status i ikonkę ,,Rozpocznij rozmowę IM'' celem przeniesienia konwersacji na IM. (wymagany jakiś sposób oznaczania danego rozmówcy jako ,,broken'', żeby kolejne wiadomości od niego bez oznaczenia ,,chat'' jednak były traktowane jako takie. Automatyczny sposób).
6. kwestia spamu:
   • SMTP - znamy i walczymy teraz
   • XMPP/Jabber zapewnia, że domena nadawcy działa i jest na niej sprawny serwer XMPP - inaczej nie można wysłac wiadomości (dialback).

RSS

Czytnik RSS nie ściąga rssów sam z serwerów tylko otrzymuje je od CD. Sam Connectivity Daemon ma wtyczkę do parsowania rssów i programowania ich na desktopie albo robi to serwer. Ideałem byłoby łatwe zintegrowanie PublishSubscribe.

Wiele kont

tutaj sprawa jest trudniejsza. Można albo:

• zrezygnować ze wsparcia dla wielu kont pozostawiający JID jako single internet identity - raczej niewykonalne.
• zintegrować wiele kont w CD, dając wybór podobny jak jest w programach pocztowych - przy wysyłaniu wiadomości czy zaczynaniu rozmowy rozwijana lista ze zdefiniowanymi kontami i możliwośc wyboru.

Wymagania wobec serwerów

• SMTP/pocztowy - przychodzące maile rewrite+pchnięcie do XMPP
• XMPP - przechowywanie wiadomości bez ich utraty

Najlepiej zrealizować SMTP jako komponent serwera XMPP.

Usługi typy Jogger

Możliwość skonfigurowania dwóch rodzajów powiadomień:

• obecne - przychodzące jako ,,chat''
• powiadomienia skladające się z poprawnego RSS, przychodzące jako ,,headline'' i renderowane przez czytnik RSS
• idealne - PubSub, renderowane przez czytnik RSS

Ale sobie chłopaki z Feodry pojechali! Spis planowanej zawartości Fedora Core 4 otwiera GCC 4.0, dalej takie kwiatki jak OpenOffice 2.0 czy Xen. I niech mi ktoś teraz powie, że to distro to nie jest jedna wielka beta wersja :P

W końcu udało mi się znaleźć wpis w blogu, w którym jamesh wyjaśnia na czym polega odchudzanie menu preferencji w GNOME. Czyli usuwanie zbędnych opcji.