Poldek - problem z aktualizowaniem, operacjami i packages.ndir.gz
Maciej Kędzierski
pld-devel-pl-list at vip.server.pl
Wed Dec 10 15:23:57 CET 2025
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?
More information about the pld-devel-pl
mailing list