Linux Mint 22 - pierwsze wrażenia

[z23]

0

@mk64
Powiadasz, że Ci śmiga.

A '0ad' działa Ci poprawnie?

Ja dodatkowo odkryłem problem z dźwiękiem, ale myślę, że to naprawię.

Pozdrawiam.

[mati75]

0

Trzeci problem
--------------------
Dotyczy też Ubuntu.
Jest taka miła gra strategiczna: 0ad.
Instaluje się trzy pliki: '0ad', '0ad-data-common', '0ad-data'.
W noble (także oracular) nie ma pliku '0ad' (też zapomnieli?).
https://packages.ubuntu.com/mantic/0ad
Gry nie można uruchomić.
Próbowałem instalować je ręcznie z mantic + pakiet 'libicu72' .
Zainstalowały się bez błędów, ale gra nie uruchamia się.
Czyli w 0ad grać się nie da.

Wyleciało z repozytorium bo nie działa poprawnie z pythonem 3.12
https://bugs.debian.org/cgi-bin/bugrepor...ug=1064726

https://trac.wildfiregames.com/ticket/6895

Bo korzysta ze starego silnika spidermonkey czyli prawie tak samo jak cinnamon

[mk64]

0

A '0ad' działa Ci poprawnie?

Nie wiem i mnie to nie interesuje 

[z23]

0

@mati75

Dziękuję za informację.

Sugerowałem się Linux Arch, w którym python 3.12 jest domyślnie od kwietnia br., a ostatnia aktualizacja 0ad była
30 czerwca br.
https://gitlab.archlinux.org/archlinux/p...mmits/main
https://gitlab.archlinux.org/archlinux/p...mmits/main

Po twoim poście zerknąłem więc do pliku SRCINFO.
https://gitlab.archlinux.org/archlinux/p...type=heads

Okazuje się, że na czas kompilacji ściągają python 3.11.9 (wiersz 41).
Dziwne, ale prawdziwe.
Do uruchomienia 0ad python już nie jest potrzebny
Takie to obejście wymyślili w Archu.

Pozdrawiam

[mati75]

0

Do kompilacji jest python potrzebny, a to nie przechodzi. Debian ma taką politykę że ma działać z najnowszymi wersjami i stąd jest taki problem. Wyleciało z repozytorium wersji testowej więc nie ma w ubuntu. Można spróbować samemu przygotować paczkę w oparciu o python 3.11.

[z23]

0

Cd. moja aktualizacja 21.3–>22 Cinnamon zgodnie z:
https://linuxmint-user-guide.readthedocs...nt-22.html

Piąty problem
-------------------
Brak dźwięku.
Po dłuższych poszukiwaniach odkryłem, że nie mam pakietu 'wireplumber'.
Po jego zainstalowaniu, sprawdziłem status:
 $ systemctl --user status wireplumber
Było 'enabled', ale 'inactive (dead)'.
Zrobiłem więc:
$ systemctl --user start wireplumber
Dźwięk pojawił się. Jest poprawny.
Sprawdziłem status jeszcze raz – teraz jest 'active (running)'.
Ale jednocześnie status informuje, że m.in. "No IPA found in '/usr/lib/x86_64-linux-gnu/libcamera'" oraz "Lookup: GDBus.Error:org.freedesktop.portal.Error.NotFound: No entry for camera".
Sprawdziłem na poprawnie działającym Debianie Bookworm – tam też są podobne wpisy.
Narazie nic z tym nie robię. Dźwięk już jest.

Stąd korekta Trzeciego problemu
----------------------------------------------
Gra 0ad (mantic) nie działała bo była awaria dźwięku.
Teraz 0ad działa poprawnie.

Można więc zainstalować 0ad w Linux Mint 22 pod warunkiem, że pakiety '0ad' oraz 'libicu72'  ściągniemy z archiwum 'mantic':
https://packages.ubuntu.com/mantic/amd64/0ad/download
https://packages.ubuntu.com/mantic/amd64...2/download

(Tak! Wiem co to jest "Frankendebian", sorry, miało być: "Frankenmint").

Ale najpierw instalujemy:

# apt-get install 0ad-data 0ad-data-common

Te pakiety są w repo noble (Mint 22) bo pochodzą z źródła '0ad-data' i do ich kompilacji nie trzeba python3.12.
Pakiet 0ad-data ma wielkość 1,3 GiB.
Dalej instalujemy potrzebne zależności:

# apt-get install libenet7 libgloox18

Na koniec instalujemy "ręcznie":

dpkg -i libicu72_72.1-3ubuntu3_amd64.deb 0ad_0.0.26-4_amd64.deb

Nie powinno być żadnych błędów.
Grę możemy odpalić w terminalu wpisując: 0ad
lub wyszukać w Menu – Gry.

Możemy teraz spokojnie czekać aż programiści pogodzą w kompilacji 'python3.12' z '0ad'.

Czwartego problemu
----------------------------
tj. długiego oczekiwania (nawet do 20 s !) na zamkniecie/wylogowanie po kliknięciu "Menu – Wyjdź/Wyloguj" nie udało mi się rozwiązać.

O dziwo, ten problem nie występuje, gdy w terminalu wpiszę:
# reboot
Proces zamykania zaczyna się natychmiast.
Chyba zrobię sobie jakiś skrót, albo ... zrobię czystą, nową instalację z obrazu Linux Mint 22.

Podsumowując.
============
Nigdy nie miałem tylu zagwozdek przy aktualizacji systemu, a robiłem ich już trochę, co z tą Wilmą.
Wydaje mi się, że gdybym tylko podmienił 'virginia' na 'wilma' oraz 'jammy' na 'noble' w pliku /etc/apt/sources.list.d/official-package-repositories.list to miałbym mniejsze wykopki.

Pozdrawiam

Edycja 2024-08-01
-------------------------
Ad. Czwarty problem
Rozwiązany.
Długie zamykanie było spowodowane awarią dźwięku.
Po naciśnięciu "wyjdź" Mint generował dźwięk zamknięcia, który nie mógł odtworzyć, dlatego trochę czekał.
Po przywróceniu dźwięku system zamyka się normalnie.

---

Dodano po pewnym czasie:
Zacząłem się zastanawiać dlaczego u innych aktualizacja "śmiga elegancko" a ja mam pod górkę?

Moja hipoteza
-------------------
1.
Mint 21.3 Cinnamon który aktualizowałem za pomocą 'mintupgrade' jest na 32 GB pamięci USB (pendrive).
Katalogi 'root','boot', 'home' są na jednej wielkiej partycji; tylko EFI jest osobną 512 MiB partycją Fat32.

2.
Po uruchomieniu 'mintupgrade' zostałem poinformowany, że do aktualizacji potrzeba 6,1 GiB miejsca, a jest za mało.
Z katalogu 'home' usunąłem zbędne pliki i zrobiło się ok. 6,5 GiB wolnego miejsca.

Przeszła mi wtedy myśl, że to trochę mało rezerwy (ok. 0,4 GiB), ale 'mintupgrade' zaakceptował to i rozpoczął aktualizację.

3.
W trakcie aktualizacji zauważyłem (dolna belka menedżera plików), że "Wolne miejsce" zbliża się do zera, a nawet momentami je osiąga.
Aktualizacja przebiegała dalej.
Kiedyś w takim przypadku (chyba aktualizowałem Debiana na mocno zapełnionym pendrajwie) moja pamięć USB została "uceglona" – nie nadawała się już do niczego.
Tu nic takiego nie nastąpiło.
Aktualizacja trwała w najlepsze, "Wolne miejsce" się czasami powiększało.
Na koniec aktualizacji zachciało mu się aktualizować jakieś nieistotne pliki (6 sztuk: ffmpeg itp.).
Nie mógł się już połączyć z internetem i aktualizacja skończyła się bez żadnej informacji.

4.
Moje przypuszczenie.
-----------------------------

W momentach gdy partycja była całkowicie zapełniona, 'mintupgrade' pomijał instalowanie niektórych pakietów.
Stąd:
4.1. brak 'systemd-resolved', co spowodowało błędny 'resolv.conf' i brak dostępu do stron www (pingi były poprawne).
4.2. brak plików jądra w katalogu /boot/.
4.3. brak 'wireplumber', co spowodowało awarię dźwięku i kolejno: długie zamykanie i niemożliwość uruchomienia 0ad (mantic).

Być może pominął jeszcze jakieś, a być może już nie.
Ale wg mnie Mint 22 działa poprawnie.

Wniosek z tego taki, że dla aktualizacji należy zarezerwować znacznie więcej wolnego miejsca (min. 2 GiB?) niż 'mintupgrade' sobie życzy.

Pozdrawiam

PS.
Przepraszam za tą moją nieroztropność podczas aktualizacji.
Moje posty w w tym wątku zaczynają trochę przypominać opowiadania dr Watsona o Sherlocku Holmes'ie.

Pozdrawiam i dziękuję za cierpliwość.

[matadrox]

0

mati75 zastanawiające jest to, że w czasie użytkowania systemu, nagle qt5 zaczyna działać. Sprawdzałeś? Uruchomienie po instalacji wywala błędy, ale po kilku godzinach w cudowny sposób zaczyna działać.

[D35CART35]

0

mati75 zastanawiające jest to, że w czasie użytkowania systemu, nagle qt5 zaczyna działać. Sprawdzałeś? Uruchomienie po instalacji wywala błędy, ale po kilku godzinach w cudowny sposób zaczyna działać.

QT5 w systemie i środowisku opartym na gtk?

[Tecumseh]

0

QT5 w systemie i środowisku opartym na gtk?

Nie używam Minta od jakiś pięciu lat. Dlatego jestem szczęśliwym użytkownikiem Sparky Linuks.

[mati75]

1

mati75 zastanawiające jest to, że w czasie użytkowania systemu, nagle qt5 zaczyna działać. Sprawdzałeś? Uruchomienie po instalacji wywala błędy, ale po kilku godzinach w cudowny sposób zaczyna działać.

Napisałem o tym w poście #7 w tym temacie dlaczego zaczęło działać.