Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Linux Mint 22 - pierwsze wrażenia
#11
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.
Odpowiedz
#12
0
(30-07-2024, 20:00)z23 napisał(a): 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
[Obrazek: userbar.png]
Prowadzę to forum od roku 2007. Przez ten czas projekt minta bardzo negatywnie się zmienił, stąd mogą w moich postach być opinie z którymi można się nie zgadzać.
Odpowiedz
#13
0
(30-07-2024, 20:49)z23 napisał(a): A '0ad' działa Ci poprawnie?
Nie wiem i mnie to nie interesuje  Tongue
Odpowiedz
#14
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
Odpowiedz
#15
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.
[Obrazek: userbar.png]
Prowadzę to forum od roku 2007. Przez ten czas projekt minta bardzo negatywnie się zmienił, stąd mogą w moich postach być opinie z którymi można się nie zgadzać.
Odpowiedz
#16
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ść.
Odpowiedz
#17
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ć.
[Obrazek: vUa50Sul.png]
Odpowiedz
#18
0
(03-08-2024, 16:16)matadrox napisał(a): 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ć.
[Obrazek: vUa50Sul.png]
QT5 w systemie i środowisku opartym na gtk?
Odpowiedz
#19
0
(03-08-2024, 17:21)D35CART35 napisał(a): 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.
Odpowiedz
#20
1
Better response on post RE: Linux Mint 22 - pierwsze wrażenia
(03-08-2024, 16:16)matadrox napisał(a): 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ć.
[Obrazek: userbar.png]
Prowadzę to forum od roku 2007. Przez ten czas projekt minta bardzo negatywnie się zmienił, stąd mogą w moich postach być opinie z którymi można się nie zgadzać.
Odpowiedz


Skocz do:




Użytkownicy przeglądający ten wątek: 3 gości