Przejdź do głównej zawartości

Qt 5.10 beta 1

Od pewnego czasu w repozytorium kde-unstable dostępne są paczki pierwszej bety, nadchodzącego wydania Qt 5.10. Oprócz nich otrzymamy tam jeszcze kilka paczek z grup kf5 oraz plasma, które wymagały przebudowania w oparciu o nowsze biblioteki. Oczywiście, jak zwykle, powiedziałbym bierzcie i testujcie :) Tym razem jednak zamiast tego, pewne ostrzeżenie. Zapewnie wiecie doskonale, że niektóre środowiska są oparte o te biblioteki. Spośród tych już dojrzałych w mniejszym, czy większym stopniu to Plasma 5 (wraz z frameworkiem KF5) oraz LXQt. Także kilka dopiero przebijających się, jak np. Deepin DE, czy Liri. O ile niezbędne paczki z KDE zostały przebudowane w oparciu o Qt 5.10, to w przypadku innych środowisk musicie dowiedzieć się, czy i które (bo na pewno nie wszystkie) paczki składające się na dane środowisko będą wymagać przebudowy. To jednak jeszcze przysłowiowe małe piwo. Otóż Qt 5.10, przynajmniej w wersji Beta 1, robi psikusa użytkownikom Plasma 5. Po zainstalowaniu jest być może i lepiej, może niekiedy będzie też "stabilniej", zapewne też duża część błędów dostrzeżonych dotychczas w poprzednich wersjach Qt została usunięta. Jeden jednak jest - przynajmniej dla mnie - dokuczliwy i pojawił się dopiero w tej wersji. Otóż po instalacji Qt 5.10 beta 1, prawdopodobnie (nie wiem, czy dotyka to wszystkich) zostaniecie pozbawieni możliwości drukowania z aplikacji budowanych z wykorzystaniem Qt. Nie ma znaczenia, czy to aplikacja korzystająca tylko z tych bibliotek, czy też należąca do KDE. Drukować można było, a obecnie nie. Nie przeszkadza to jednak w drukowaniu z aplikacji które nie wykorzystują Qt. Bez problemu wydrukować można z np. LibreOffice, czy z GIMPa. Problem nie dotyczy wyłącznie Arch Linuksa. Został przeze mnie zgłoszony na BBS Archa, jednakże nie jest on związany z samą budową paczek. Zgłosiłem go także na QTBUG, gdzie uzyskałem potwierdzenie od użytkownika OpenSUSE Thumbleweed z repozytoriami Krypton, że problem wystąpił również w tamtej dystrybucji. Innych, które korzystają z Qt 5.10 - nie znam. Co ciekawe, choć większość osób zdaje się potwierdzać istnienie tego błędu, to nie dotyczy on wszystkich. Mimo wszystko - choćby czasowo, choćby na nieroboczym komputerze - proponuję się wdrożyć do testów z nową wersją Qt. Potem będzie mniej narzekania, że coś nie działa. No niestety - całość testów działa w ten sposób, że im więcej będzie nas, testujących, tym większe prawdopodobieństwo, że duża część dostrzeżonych obecnie błędów zostanie wyeliminowana. Dla osób, które są zainteresowane zgłoszonym błędem polecam stosowną dyskusję na BBS Archa (i poniżej) oraz samo zgłoszenie w QTBUG-63954. AKTUALIZACJA: Dzisiaj błąd QTBUG-63954 uzyskał status krytycznego, co oznacza, że bez jego naprawy Qt 5.10 nie zostanie wydane. AKTUALIZACJA 2 Zgodnie z otrzymaną informacją, błąd został już naprawiony w obecnej (tj. po ukazaniu się Qt 5.10 beta 1) wersji Qt.

Komentarze

Popularne posty z tego bloga

Na prostej drodze do wysypania Manjaro

Do napisania dzisiejszego wpisu zainspirował mnie jeden z wątków na forum manjaro.pl. Otóż jeden z użytkowników Manjaro chciał zainstalować spotify, którego PKGBUILD dostępny jest w AUR. Akurat ta paczka powstaje przez przebudowanie udostępnianej przez Spotify paczki deb na paczkę Archa. Niestety od pewnego czasu spotify z udostępnionego PKGBUILDu gdyż wersja to 1.0.92.x, która nie jest już dłużej udostępniana przez Spotify. Obecnie udostępniane są 3 paczki, przy czym dla wspieranej architektury w Archu to wyłącznie 1.0.80.x oraz najnowsza 1.0.94.x. Instalacja zatem z takiego PKGBUILDu nie ma najmniejszych szans powodzenia.
Autor wątku chce zaktualizować paczkę, stąd też domniemuję, że jakąś wersję spotify ma.
Inny forumowicz poleca zatem... dodanie repozytorium nexus do systemu (uwaga - poleca dodanie repozytorium budowanego dla Archa do Manjaro!!!), albowiem w tym repozytorium jest najnowsza wersja spotify.
Autor zastanawia się jednak, czy jest to bezpieczne i dochodzi do wniosku, ż…

Plasma i Strażnik Krypt

W czasach, gdy nasza prywatność jest wystawiana na ciężką próbę, jeden z deweloperów KDE postanowił dodać do Plasmy możliwość dość łatwej obsługi szyfrowanych, wirtualnych "katalogów" - krypt, jak je nazywa. Sam projekt nazywa się plasma-vault i po około 3 miesiącach rozwijania pojawiła się w repozytorium unstable KDE najpierw jego wersja 5.9.95, a obecnie 5.9.96. Jak wskazuje numer wersji (choć ten został nadany nie przez opiekuna, ale przez wszędobylskiego Jonathana Riddella), aplikacja była planowana jako część Plasma 5.10. Tak się jednak z jakichś przyczyn nie stało. Obecnie jest ona planowana, jako część nadchodzącego wydania 5.11. Sam program w Archu dostępny jest w AUR. Buduje się całkiem żwawo i działa na tyle, by można zaryzykować jeśli nie używanie, to przynajmniej sprawdzenie działania i zgłoszenie ewentualnych błędów deweloperom. Pamiętajcie by czytać to co po pacman pisze przy instalacji. Program do prawidłowej funkcjonalności potrzebuje bądź encfs bądź cryfs. …

MEGA a sprawa Arch Linux

Mniejsza o to, czy MEGA to popularny, czy godny zaufania itd. itp. dostarczyciel przestrzeni w chmurze. Fakt, że po moich doświadczeniach z dropboksem nie chcę mieć więcej z nim nic wspólnego. Może zatem MEGA, do którego mam dostęp niemal od samego początku? Miłym dodatkiem do MEGA może okazać się uruchomione repozytorium oferujące sam program synchronizujący (megasync) oraz dodatki dla trzech, chyba najpopularniejszych, menedżerów plików: Dolphin, Nautilus i Thunar, umożliwiające synchronizację z plików z ich poziomu. Jest to o tyle miłe, że do tej pory musieliśmy kompilować te programy z AUR, a nadto w przypadku megasync wersja oferowana w repozytorium jest nowsza, zaś dolphin-megasync obecnie w ogóle się nie kompiluje. Chcąc dodać repozytorium MEGA do pacmana, edytujemy plik /etc/pacman.conf i gdzieś na końcu listy dodajemy: [DEB_Arch_Extra]SigLevel = Optional TrustAllServer = https://mega.nz/linux/MEGAsync/Arch_Extra/x86_64/ Nadto musimy jeszcze dodać klucz: gpg --receive-keys BF…