W dniu 9.12.2025 o 17:49, Paweł Gajda pisze:
On 12/9/25 15:04, Maciej Kędzierski wrote:
Standardowo zapuszczone:
# poldek --upa
# poldek --upgrade-dist
Były 2 błędy odnośnie zależności, ale cała reszta poszła bez problemu.
No to usuwam 2 pakiety, które powodowały konflikt i robię ponowny
upgrade i tu zonk, już nie idzie.
Testowo usunąłem wszystko z cache poldka, ale nie pomogło.
Choć sam poldek z trybie interaktywnym przez "ls" pokazuje listę
wszystkich pakietów, to też nie można instalować pojedynczych
pakietów, czy wyszukiwać informacji związanych z pakietami.
Jest taki efekt jak poniżej:
# poldek --upa
th::packages.ndir.gz [18.0M (6.6M/s)]
th::packages.ndir.dscr.gz [2.3M (2.3M/s)]
th::packages.ndir.dscr.i18n.gz [1.4M (1.4M/s)]
th::packages.ndir.gz [21.8M (6.6M/s)]
th::packages.ndir.dscr.gz [1.2M (1.2M/s)]
th::packages.ndir.dscr.i18n.gz [729.1K (729.1K/s)]
# poldek --upgrade-dist
Wczytywanie [pndir]th...
Wczytywanie [pndir]th...
błąd:
https://ftp.th.pld-linux.org/dists/th/PLD/noarch/RPMS/packages.ndir.gz:95917393:
load 'l' tag error
błąd:
https://ftp.th.pld-linux.org/dists/th/PLD/noarch/RPMS/packages.ndir.gz:
iteration error, broken file
Sprawdziłem teraz na i686 - działa. A jak zrobisz
$ poldek clean; poldek search mc
To też się wywala? Jeżeli tak, to spróbuj z innego usera:
$ poldek search mc
Już czyściłem cache wcześniej, sprawdzałem konfiguracje poldka, bo była
niezmieniana od lat (dawna), efekt ten sam.
Cały czas ten sam błąd związany z "packages.ndir.gz".
Zacząłem sprawdzać, które pakiety były zaktualizowane i mogą mieć wpływ
na ten plik. Coś mnie tknęło, to chyba jakiś problem z rozpakowywaniem?
Ręcznie gzip -d przechodził bez problemu, ale na liście zaktualizowanych
pakietów był tylko jeden potencjalny kandydat "zlib-ng". Zainstalowała
się wersja 2.3.1-1, a wcześniej była 2.2.5-1.
No to przywróciłem starszą wersję i ... poldek wrócił do żywych. Działa
normalnie. Ponowna aktualizacja do 2.3.1 i wywala znowu błędy.
Co ciekawe z tą wersją 2.3.1, drugi system z arch x86_64 działa
normalnie, a tutaj coś się sypie. Nie mam innego systemu z i686, żeby
porównać.
Z tą maszyną mam też inny "problem". Siedzi tam archaiczny już
AMD_Athlon(tm)_II_X3_445 8GB RAMu. Do kerneli 5.4.x widzi całą pamięć,
ale wszystkie nowsze 5.10, 6.6, 6.12 obcinają pamięć do ok. 3.3GB. Nie
doszedłem o co kaman i cały czas jest tam ostatnia działająca wersja
kernela z gałęzi 5.4. Może to jakiś problem sprzętowy, brak obsługi
jakiś flag/komend procka, które są np. wymagane przez zlib-ng i nowsze
kernele, bo widzę w README.md, że biblioteka z różnych takich możliwości
procesora korzysta?
_______________________________________________
pld-devel-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
