Commit Digest 114: 8 czerwca 2008

10 sierpnia 2008

• Dodano testowy aplet Javy oraz wiele poprawek w Plasmie.
• Dodano prosty monitor sieci i procesora w Plasmoidzie system-monitor.
• Rozpoczęto prace nad PeachyDock - zamiennikem panelu Plasmy.
• Dekoracja okien Oxygen zyskała przycisk "Pokazuj na wszystkich pulpitach".
• KDevelop zyskał nową przeglądarkę kontekstową oraz wiele poprawek.
• Rozpoczęto prace nad motywami SVG w Parley i Step.
• Dodano obsługę renderingu za pomocą OpenGL w Palapeli.
• Nonogram korzysta z własnego formatu pakietów, kolekcja gier w tym formacie została już zaimportowana.
• Wyszukiwanie na podstawie map w aplikacji Digikam.
• Biblioteki związane z Digikam zostały przeniesione do pakietu kdegraphics na czas wydania KDE 4.1.
• Rozszerzona obsługa drukowania (wybieranie obszarów, powiększanie) w KSpread.
• Powstał KThumb - proste konsolowe narzędzie do zarządzania miniaturami.
• Poprawki w Kate, Dolphin i kjs-frostbyte.
• Decibel porzuca część zależności KDE i przenosi się do kdesupport.
• Mailody przeniesiony do kdeextragear.
• KPilot, KMobileTools i plugin Planner aplikacji Kontact zablokowane na czas wydania KDE-PIM 4.1.

Nikolaj Hald Nielsen opisał zmiany zachodzące w Amaroku 2:

“Poproszono mnie o podsumowanie zmian, jakie zaszły w Amaroku w ostatnim czasie. Dużym problemem jest wybranie rzeczy, od której zacząć, bo ostatnio pojawiło się wiele fajnych funkcji. Dodatkowo, z pomocą studentów z programu Summer of Code, tempo zmian jest szybsze niż zwykle.

Zmiany zachodzą w całej aplikacji. Codziennie pojawiają się nowe funkcje, poprawki błędów i inne uaktualnienia. Ostatnio wypróbowaliśmy kolejny motyw i wydaje mi się, że zostaniemy z nim co najmniej do pierwszego wydania. Ten nowy motyw sprawia, że różne części interfejsu zachowują pomiędzy sobą ładne przejścia i pozwalają osiągnąć wygląd zbliżony do zamierzonego. Motyw ten obsługuje także automatyczne dopasowywanie się do zestawu kolorów w systemie. Aktualnie Amarok wygląda mniej więcej tak:

Motyw jak na razie nie jest zbyt wymyślny, jednak stanowi dobrą podstawę do dalszych prac. Wprowadza on także nowy sposób obsługi motywów w Amaroku 2. Wszystkie elementy znajdują się w pojedynczym pliku SVG. To, wraz z nowym wywołaniem D-Bus umożliwia załadowanie motywu bez rekompilacji, czy nawet restartu Amaroka i sprawia, że tworzenie nowych motywów stanie się o wiele prostsze. Nad motywem ciągle trwają prace, kilka elementów wymaga jeszcze zmian.

Od pewnego czasu nasz menadżer wydań Harald Sitter (znany jako apachelogger) pracował nad systemem budowania wersji nightly dla Amaroka 2 i wszystkich jego zależności. Jakiś czas temu został on opublikowany i jest znany pod nazwą Neon. Neon umożliwia przetestowanie najnowszych, codziennych kompilacji Amaroka 2 i umożliwia śledzenie jego rozwoju, zgłaszanie błędów, czy pracę nad dodatkami bez potrzeby kompilacji. Usługa ta znacznie zwiększyła liczbę użytkowników korzystających z Amaroka 2 i liczbę zgłoszeń błędów.

Inną ciekawą nowością jest to, że mamy gotową obsługę biblioteki darmowych audio booków z biblioteki Librivox, obsługa podcastów działa coraz lepiej, a dzięki nowej przeglądarce wideo mamy także obsługę podcastów wideo. Usługa Magnatune wzbogaciła się o obsługę nowo powstałego Magnatune memberships, a nowa obsługa Last.fm kładzie na łopatki tą znaną z Amaroka 1. Trwają także prace nad wymianą danych pomiędzy tymi usługami. Ma to umożliwić na przykład wypełnianie MP3tunes locker darmowymi audio bookami, po prostu poprzez zaznaczenie książek i wskazanie do jakiej kolekcji mają należeć.

To wszystko to prace trwające poza programem Google Summer of Code, w którym także dzieje się wiele ciekawego. Mamy 7 studentów pracujących nad rożnymi częściami Amaroka. Część z tych rzeczy prawdopodobnie wejdzie do wersji 2.0, część będzie musiała jednak poczekać do kolejnego wydania.

Amarok 2 nabiera już kształtu - będzie się on dość znacznie różnił od obecnych wersji, jednak ciągle pozostanie w nim duch Amaroka. Dzięki nowym bibliotekom zostaną stworzone solidne fundamenty pod kolejne wydania.”

Riccardo Iaconelli, wraz z kilkoma innymi osobami, przygotowali propozycję dotyczącą rozwoju KDRE zatytułowaną "Historia Gita, Gitorious i KDE (czyli co się stanie, kiedy trzy wspaniałe projekty FLOSS połączą siły)":

“Przyszła możliwa migracja kodu KDE na rozproszony system kontroli wersji jest kwestią bardzo złożoną i powinna być dokładnie przedyskutowana przed podjęciem jakichkolwiek decyzji.

Rozproszone systemy kontroli wersji (Distributed Version Control Systems, DVCS) pozwalają na ominięcie kilku ograniczeń, które występują w tradycyjnych, scentralizowanych systemach kontroli wersji (takich jak Subversion, który jest aktualnie używany przez projekt KDE). Mimo, że systemy rozproszone są dość nowe, pokazały swoją wartość w różnych projektach - zarówno tych najmniejszych jak i takich rozbudowanych jak Linux czy Mozilla. Jednym z takich systemów jest Git.

Celem tego artykułu nie jest jednak omawianie zalet Gita, a raczej możliwości jego wykorzystania w projekcie KDE.

Różni członkowie społeczności KDE zabiegali o migrację na jakiś rozproszony system zarządzania wersjami. Ostatnio przeprowadzono kilka eksperymentów z wykorzystaniem Gita używając najważniejszych modułów KDE: kdelibs i kdebase.

Git i jego główne cechy:
Git bardzo dobrze sprawuje się przy łączeniu poszczególnych gałęzi. Dzięki temu, że przechowuje on historię połączeń, nawet wielokrotne łączenie nie jest trudnym zadaniem. Git oferuje także wiele innych możliwości takich jak: edytowalna historia commitów, automatyczne śledzenie zdalnych repozytoriów, opcje debugowania pozwalające na sprawdzenie, kto jest autorem poszczególnego fragmentu kodu. Możliwe jest także stosowanie offlineowych commitów (można dokonać wielu commitów, zamiast jednego zbiorczego, kiedy nie mamy połączenia z internetem).

Korzystając z Gita każdy ma dostęp do pełnej historii repozytorium. W ten sposób każdy posiadał pełną kopię oryginalnego repozytorium i może dokonywać commitów do swojej własnej kopii. Przyczynia się to zwiększenia możliwości uczestnictwa w projekcie - aby zacząć pracę nie jest potrzebne konto.

To tyle o DVCS, teraz porozmawiajmy o projekcie GitoriousKDE - jego aktualne wyniki można znaleźć w serwisie Techbase.

Czym jest Gitorious:
Dla tych, którzy nie wiedzą: Gitorious jest darmową aplikacją webową do zarządzania Gitem. Umożliwia on:

• Wyświetlanie zmian w gałęziach
• Wyświetlanie informacji na temat tego gdzie są one przechowywane
• Łatwiejsze zarządzanie przyjmowanymi poprawkami

GitoriousKDE:
Celem projektu jest posiadanie "WebSVNa na sterydach" z możliwością współpracy czy śledzenia zdarzeń. Oczywiście będzie on rozwijany zgodnie z potrzebami społeczności KDE - nie będzie to dodawanie nikomu nie potrzebnych funkcji.

Krótkie omówienie tego co planujemy można znaleźć na odpowiedniej stronie.”

Skomentuj ten artykuł na forum KDE »

Ten artykuł jest tłumaczeniem 114 numeru tygodnika KDE Commit Digest.