Wydano Kadu 0.6.6 alpha0 z obsługą Jabber/XMPP! [Aktualizacja]
- Dodano: 21 grudnia 2009
- Wprowadził: wujek_bogdan
- Komentarze: 24
Wydano rozwojową wersję multikomunikatora Kadu 0.6.6 alpha0. Multikomunikatora, ponieważ do wersji 0.6.6 oficjalnie dołączono moduł odpowiedzialny za podstawową obsługę protokołu XMPP.
Możliwa stała się więc komunikacja z użytkownikami sieci opartych na XMPP (np. gtalk, AQQ, Tlen). Wprowadzono też sporo zmian w interfejsie graficznym (m.in nowy moduł listy kontaktów), dodano obsługę awatarów, a także nowy moduł historii rozmowy.
Przed instalacją wersji rozwojowej zalecane jest utworzenie kopii plików konfiguracyjnych z katalogu ~/.kadu, lub uruchamianie programu z parametrem CONFIG_DIR wskazującym na inny niż domyślny katalog z konfigiem. Paczki z wersją alpha0 nie będą oficjalnie wydawane przez zespół Kadu. Źródła do pobrania dostępne są na oficjalnym blogu.
Szczegółowe informacje na temat zmian w wersji 0.6.6 znajdują się w changelogu. Postępy w pracy nad komunikatorem możemy śledzić kompilując najaktualniejszy (choć nie najstabilniejszy;)) kod z repozytorium GIT.
[AKTUALIZACJA]
W wersji alpha0 jest błąd w module XMPP. Zalecane jest nałożenie łatki przed kompilacją, w innym wypadku rozmowy z kont XMPP otwierane będą jako chat z samym sobą 
. Patch zostanie dołączony do kolejnej wersji alpha1, która ukaże się niebawem.
Więcej informacji: http://kadu-im.blogspot.com/
Znalazłeś literówkę? Zgłoś ją używając formularza!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu, napisz raport.
Niusy na podobny temat:
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w regulaminie komentowania.
24 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.
Nius jest dosyć ubogi, nie chciałem pisać zbyt dużo na temat zmian w kadu, żeby nie napisać bzdur (nie śledzę projektu zbyt regularnie, czasem kompiluję z GIT). Dla bardziej dociekliwych polecam changelog. Nie pisałem też nic na temat modułu Tlen, a wiem, że taki powstaje i ma się całkiem dobrze. Niech się deweloperzy wypowiedzą, bo wiem, że czasem zaglądają na osnews.
Hmm. Zmiany są ogromne
Może najpierw podam drobną statystykę:
Prace nad wersją 0.6.6 zaczęły się jeszcze przed wydaniem stabilnej wersji 0.6.5. 25 września 2008 (jeśli się nie pomyliłem w obliczeniach to 464 dni temu) został utworzony branch 0.6.5 a trunk został przeznaczony na 0.6.6.
Przez ten czas w głównej gałęzi rozwojowej miało miejsce 1685 indywidualnych commitów (średnio 3,63 commita dziennie), o łącznej statystyce zmian:
1611 files changed, 118757 insertions(+), 64257 deletions(-) Patrząc na to, że wg statystyk serwisu ohloh kadu ma w chwili obecnej ok 130k linii, to nie wiele z nich nie zostało zmienionych przez ten czas (a jeszcze większość modułów nie działa)
W chwili obecnej działające moduły to: gadu_protocol, jabber_protocol, tlen_protocol, docking, qt4_docking, hints (który został połączony w jeden moduł z modułem osd_hints), exec_notify, qt4_docking_notify, sound wraz z pozostałymi modułami dźwiękowymi (tylko stricte windowsowe jeszcze nie są przystosowane), idle, history, history_sql, history_migration (do migracji starej historii do formatu sql), autohide, parser_extender, spellchecker i tabs
A o poszczególnych zmianach raczej nie ma sensu pisać. Było ich zbyt wiele
Należy jeszcze dodać tutaj cytat z Vogela z bloga:
Warning: This version will eat your children. Do not use if you are not sure what you are doing.
Dodam jeszcze ze ChangeLog nie byl aktywnie uzupelniany, bo nie bylo na to czasu, wiec nie odzwierciedla wszystkich zaistnialych zmian i nowosci.
Hmm nie zgodze sie, poza bledem na ktory jest ewidentny i latka jest w [Aktualizacja] to kadu 0.6.6 jest uzywalne, sa tacy co korzystaja od kilku miesiecy z tej wersji co jakis czas synchronizuja sie z git-em
Co do pliku konfiguracyjnego to importujemy z 0.6.5 i zapisujemy pod inna nazwa, wiec nie powinno byc problemu z rownoleglym korzystaniem z obu wersji zamiennie. Tak jak Vogel napisal lepiej zapomniec aktualnie o eksporcie historii z 0.6.6 do 0.6.5.x
Trzeba tez dodac, ze dzieki Vogelowi (wiekszosc kodu-core to jego zasluga praca) mamy dosc stabilne i dojrzale API pozwalajace na wiele wiecej niz w 0.6.5.x. Dzieki Vogel
Kazdy z nas przepisal kawalek kodu po kilka/kilkanascie razy zanim API dojrzalo.
Import kontaktow z serwera gg oraz z 0.6.5 nie powinien sprawic problemow.
Ci co sa zainteresowani jabberem/xmpp zauwaza ze jest to obsluga dosc podstawowa, ktora na ten czas pozwala na komunikacje, a dodatki z pewnoscia pojawia sie z czasem.
O samym tlenie jeszcze dodam (jako ze sie nim opiekuje),
dziala wg mnie bardzo stabilnie jesli nie najstabilniej ze wszystkich proto.
Nie ma na ten czas szyfrowania, powiadamiania o pisaniu oraz alarmu,
subskrypcje sa do przepisania na tlen6/7, brak konferencji.
QtTlen rozwijam wewnatrz modulu tlen i mozna z niego skorzystac, aby napisac wlasny komunikator na bazie Qt.
Pewnie o czyms jeszcze pewnie zapomnialem.
Uff!
Pozdrawiam przyszlych i aktualnych uzytkownikow oraz cale Kadu Team.
> w innym wypadku rozmowy z kont XMPP otwierane będą jako chat z samym sobą
e tam, nie szkodzi — warto czasami pogadać z kimś inteligentnym
i skromnym przy okazji
A za co patch będzie karać
"Patch zostanie dołączony do kolejnej wersji alpha1, która ukarze się niebawem."
matkobosko kochano! takie są skutki obdarzania bezgranicznym zaufaniem słownika wbudowanego w przeglądarkę…
tak samo się kiedyś przejechałem na słowie "pułki" – od pułk, oraz "półki" – jako mebel;)
btw, błędy zgłaszamy przez formularz ;D
Używam Kadu od niedawna i jestem bardzo zadowolony. Dopracowany interfejs, zakładki, mnóstwo ciekawych opji. Mimo, że oparty na QT, w środowisku Gnome startuje i działa b. szybko. Teraz dochodzi protokół XMPP, ale do ostatecznej przesiadki z Pidgina potrzebuję obsługi MSN w Kadu. Brak wtyczki na oficjalnej stronie. Jest jakaś sposób na to?
Może transport przez jabbera?
Dobry pomysł, dzięki Zeus. Spróbuję.
U mnie lipa, nie ufam transportom czesto duzo wiadomosci nie dochodzi lub inne cuda sie dzieja i nie wiem czy to transport czy siec macierzysta cze moze xmpp..
To już pracują nad wersją z XMPP?! Ja słyszałem że obsługa dodatkowych protokołów ma się pojawić dopiero w wersji 0.7.0. W każdym razie b. dobrze że już nad tym pracują bo w przyszłym roku NK planuje uruchomić swój komunikator NKTalk który będzie opierał nie na protokole XMPP. Nie wiadomo tylko czy serwer zostanie udostępniony na świat, jeśli tak to społeczność jabbera w Polsce "nieznacznie" się powiększy
W każdym rację Kadu Team ma dodatkową motywację do prac nad jabberem w kadu.
takie były kiedyś plany, że dopiero w wersji 0.7 kadu stanie się multikomunikatorem, ale plany się zmieniły.
z GIT już od dłuższego czasu (a wcześniej w SVN) można było skompilować kadu z mniej, lub bardziej działającym jabberem/tlenem.
nktalk, raczej nie zawojuje rynku i pewnie pozostanie zamknięty, choć cieszyłbym się gdyby było inaczej.
poza tym nktalk to aplikacja webowa, klient desktopowy raczej nie powstanie.
Prace trwają już od września zeszłego roku, a Juzef nad modułem jabbera pracował jeszcze wcześniej (chyba za czasów 0.6.0)
Jabber!!! jupi!
http://wklej.org/id/242803/
FUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU-
oczywiscie wczesniej bledu nie zauwazyles ?
Po mojemu, brakuje jakiejś biblioteki – najprawdopodobniej po stronie 'systemu'.
Nic nie obiecywaliśmy, że to w ogóle będzie się kompilować
Czy ktoś wie kiedy do Kadu zostanie dodana funkcja telefonii internetowej (tak jak w "prawdziwym" Gadu-Gadu – w kioskach są nawet odpowiednie karty-zdrapki).
Nigdy. Kadu ma być komunikatorem, nie kobyłą jak gadu-gadu, takie są założenia tego projektu. Zresztą projekt open-source i komercyjne usługi? To się trochę wyklucza, przynajmniej w tym wypadku.
> To się trochę wyklucza
ani trochę
Projekt open-source i usługi komercyjne nie wykluczają się wzajemnie (np. wsparcie techniczne świadczone przez Canonical).
Jak już kiedyś pisałem sam kupowałem komercyjne wydania Mandrivy i nie uważam, żeby moje postępowanie godziło w idee wolnego oprogramowania. Wręcz przeciwnie – środki z jego sprzedaży mogą stanowić gratyfikację dla programistów piszących je.