Wydanie zostało przesunięte o kolejny tydzień, a dokładniej na 9 czerwca. Premiera została przeniesiona z powodu błędu odnalezionego w Anacondzie. Wiadomość przekzał Jesse Keating wczoraj na liście dyskusyjnej.

Sobie i wszystkim życzę cierpliwości. Zwłaszcza posiadaczom kart intel

Dawno dawno temu w odległej galaktyce, a dokładniej dwa wydania Fedory temu kupiłem sobie mostek audio bluetooth. Sprzęt który zakupiłem to Motorola DC800. W planach miałem przesyłanie dźwięku z pokładu Fedory 8 do wieży. Nie działało, chociażbym nie wiem jak się starał to nie chciało hulać. Sprawdzałem po kolei we wszystkich wersjach. Sprzęt zadziałał dopiero w F11, co najważniejsze bez żadnej dodatkowej konfiguracji. Wystarczyło tylko sparować urządzenie i w ustawieniach pulseaudio jako Output Device ustawić Motorola DC800 jako domyślne urządzenie. Rewelacja! To jest moje pierwsze pozytywne wrażenie z instalacji wersji Preview. Pragnę zaznaczyć, że udało mi się to przy użyciu bluetooth-applet a nie kbluetooth które kolokwialnie mówiąc ssie.

Jest łyżka dziegciu w tej beczce miodu jaką jest F11 Preview, nie działa grafika, zarządzanie energią, Anaconda przy instalacji tekstowej się sypie i pewnie parę innych rzeczy których nie sprawdziłem.

Miłej zabawy z F11 Preview.

Wczoraj na zebraniu grup Release Engineering i QA oraz paru przedstawicieli innych grup podjęto decyzję o przesunięciu premiery Fedory11 o 7 dni. Podyktowane było to istniejącymi błędami blokującymi wydanie https://bugzilla.redhat.com/showdependencytree.cgi?id=F11Blocker&hide_resolved=1. W ten sposób najnowsza Fedora powinna pojawić sie 2 czerwca. Trzymam kciuki!

W najbliższy weekend odbędzie się dwudniowy cykl wykładów dotyczących Fedory i jej aplikacji. Prelekcje odbędą się na kanale #fedora-classroom na serwerze irc.freenode.net.  Każdy wykład będzie trwał godzinę plus przerwa piętnaście minut, normalnie jak na studiach. Jutrzejszy weekend nie jest w całości zarezerwowany, zostało jeszcze miejsce dla chętnych. Tematy poruszane w sobotę obejmują: wprowadzenie do cyklu wykładów, konfiguracja wirtualnego routingu, wprowadzenie do netlink sockets. W niedziele proponowane są następujące tematy: wprowadzenie do cyklu wykładów, omówienie busybox i qemu, podstawy sieci w Fedorze.

Więcej informacji na temat cyklu wykładów, przeszłych oraz przyszłych prelekcji można znaleźć na stronie https://fedoraproject.org/wiki/Classroom, jeśli ktoś potrzebuje pomocy przy używaniu irca warto odwiedzić stronę https://fedoraproject.org/wiki/Communicate/IRCHowTo.

Test Day to bardzo ciekawa tradycja, odbywająca się co tydzień od wydania F10. Każdy test poświęcony jest innemu tematowi, ostatnie trzy to XFCE4.6, DeviceKit i nieszczęsne sterowniki graficzne intela. Pełna lista dni testowych, tych przeszłych jak również i przyszłych do podejrzenia na stronie. Dochodzę teraz do sedna tego posta a mianowicie do testerów. Jest ich zdecydowanie za mało, wnioskuję po ilości wyników jakie są publikowane na stronach. Zachęcam do uczestniczenia, patrząc na listę przyszłych wydarzeń można sobie zaplanować. Ja osobiście mam zamiar uczestniczyć w testach yum-presto oraz PowerManagment.

Nie mogłem oprzeć się tej grafice komentującej wybór nazwy Fedory 11. Co prawda podobno Leonidas odnosi sie do jednego ze statków Marynarki Amerykańskiej ale wszyscy będą ją kojarzyć z postacią Leonidasa.

O istnieniu repozytorium updates-testing wie niewiele osób, a jeszzce mniej go używa, natomiast liczba osób które oceniają testowane pakiety jest naprawdę mała. Na liście dyskusyjnej fedora-devel Matthias Clasen podrzucił pomysł aby PackageKit wyświetlał pytanie dla użytkowników, czy aby nie chcą przetestować pakietów.  Mogłoby to wyglądać tak: “Jest dostępne … pakietów które wymagają przetestowania. Czy chcesz je przetestować teraz?”. Dodatkowo można by umieścić gdzieś link do raportowania testów w Bohdi.

Pomysł dosyć ciekawy jako, że sam korzystam czasem z repo updates-testing ale robię to poniewaz poluję na określone poprawki. Bohdi ma do każdego pakietu określone bugi które naprawia wersja pakietu. W tym wypadku nie wiem jak obiektywne by były opinie o działaniu paczki jesli na przykład użytkownik nie miał w swoim ssytemie błedu wymienionego w Bohdi.

Jednak wszystko co poprawi PackageKit jest dobre, ten kawałek kodu potrzebuje sporo uwagi.