Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1

 Użytkownik
	

Cześć,
Od jakiegoś czasu mam problem przy wykonywaniu aptitude upgrade (Debian testing), na paczce libnvidia-rtcore pojawiają się komunikaty:
Przygotowywanie do rozpakowania pakietu .../15-libnvidia-rtcore_525.89.02-1_amd64.deb ... dpkg: błąd przetwarzania archiwum /tmp/apt-dpkg-install-9X273R/15-libnvidia-rtcore_525.89.02-1_amd64.deb (--unpack): plik informacji kontrolnych triggers zawiera nieznaną dyrektywę "libspeex" Wystąpiły błędy podczas przetwarzania: /tmp/apt-dpkg-install-9X273R/15-libnvidia-rtcore_525.89.02-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1)
W tamacie lbspeex mam takie pakiety zainstalowane:
root@DebYan:~# aptitude search libspeex p libspeex-dev - The Speex codec library development files p libspeex-dev:i386 - The Speex codec library development files p libspeex-ocaml - OCaml interface to the speex library p libspeex-ocaml:i386 - OCaml interface to the speex library v libspeex-ocaml-3oys4 - p libspeex-ocaml-dev - OCaml interface to the speex library p libspeex-ocaml-dev:i386 - OCaml interface to the speex library v libspeex-ocaml-dev-3oys4 - v libspeex-ocaml-dev-hg7y4:i386 - v libspeex-ocaml-hg7y4:i386 - i A libspeex1 - Biblioteka uruchomieniowa kodeka Speex i libspeex1:i386 - Biblioteka uruchomieniowa kodeka Speex p libspeexdsp-dev - DSP library derived from speex (development files) p libspeexdsp-dev:i386 - DSP library derived from speex (development files) i A libspeexdsp1 - DSP library derived from speex i libspeexdsp1:i386 - DSP library derived from speex
Paczka nie daje się zaktualizować ani usunąć (komunikaty błędów takie same). Próbowałem aptitude, apt-get, dpkg z różnymi przełącznikami force itp., dpkg --configure -a i nic... 
System normalnie działa, reszta paczek się aktualizuje/instaluje/usuwa.
Ma ktoś może pomysł na zaktualizowanie tej paczki?
Ostatnio edytowany przez yaros (2023-04-04 21:47:48)
Offline





 Cenzor wirtualnego świata
	
 Użytkownik
	

Już kilka razy usuwałem, ściągałem z repozytorium i próbowałem zainstalować dpkg... bez efektów.
Offline



 Użytkownik
	



Może masz starą wersję dpkg, która nie obsługuje tej dyrektywy.
Offline

 Użytkownik
	

dpkg mam w wersji 1.21.21 i to raczej nie to - próba odinstalowania obecnej wersji kończy się takim samym komunikatem, a przecież się jakoś zainstalowała ;)
aptitude remove libnvidia-rtcore Następujące pakiety zostaną USUNIĘTE: libnvidia-rtcore 0 pakietów aktualizowanych, 0 instalowanych, 1 do usunięcia i 0 nieaktualizowanych. Do pobrania 0 B archiwów. Zwolnione po rozpakowaniu: 119 MB. (Odczytywanie bazy danych ... 386853 pliki i katalogi obecnie zainstalowane.) Usuwanie pakietu libnvidia-rtcore:amd64 (520.56.06-2) ... dpkg: błąd przetwarzania pakietu libnvidia-rtcore:amd64 (--remove): plik informacji kontrolnych triggers zawiera nieznaną dyrektywę "libspeex" dpkg: zbyt wiele błędów, zatrzymanie Wystąpiły błędy podczas przetwarzania: libnvidia-rtcore:amd64 Przetwarzanie zostało zatrzymane z powodu wystąpienia zbyt wielu błędów. E: Sub-process /usr/bin/dpkg returned an error code (1)
Offline

 Członek DUG
	

a masz dodane nowe repozytorium "non-free-firmware",
bo chyba teraz z niego będzie pobierał pakiet "firmware-nvidia-gsp"
Offline

 Użytkownik
	

cat /etc/apt/sources.list #testing deb https://deb.debian.org/debian/ testing main contrib non-free non-free-firmware deb https://security.debian.org testing-security main contrib non-free non-free-firmware #sid deb https://deb.debian.org/debian/ sid main contrib non-free non-free-firmware #experimental deb https://deb.debian.org/debian/ rc-buggy main contrib non-free non-free-firmware
Offline







 Podobno człowiek...;)
	







Pokaż wynik:
ls /var/lib/dpkg/info/* |grep libnvidia-rtcore
jeżeli jakiś skrypt postinst albo postrm bruździ, to można go ręcznie wywalić, tylko ostrożnie, żeby nie wyleciało za dużo, bo można łatwo dpkg trwale uceglić.
Ostatnio edytowany przez Jacekalex (2023-04-04 18:14:12)
Offline

 Użytkownik
	

ls /var/lib/dpkg/info/* |grep libnvidia-rtcore /var/lib/dpkg/info/libnvidia-rtcore:amd64.list /var/lib/dpkg/info/libnvidia-rtcore:amd64.md5sums /var/lib/dpkg/info/libnvidia-rtcore:amd64.shlibs /var/lib/dpkg/info/libnvidia-rtcore:amd64.symbols /var/lib/dpkg/info/libnvidia-rtcore:amd64.triggers
Offline



 Użytkownik
	



cat /var/lib/dpkg/info/libnvidia-rtcore:amd64.triggers
Offline

 Użytkownik
	

root@DebYan:~# cat /var/lib/dpkg/info/libnvidia-rtcore:amd64.triggers libspeex 1 libspeex1 (>= 1.2~) root@DebYan:~# aptitude versions libspeex1 Pakiet libspeex1: i A 1.2.1-2
Offline







 Podobno człowiek...;)
	







Skopiuj ten plik do jakiejś innej partycji albo folderu (ja bym wyrzucił, ale lepiej bądź ostrożnym), np:
mv /var/lib/dpkg/info/libnvidia-rtcore:amd64.triggers /root/
i potem spróbuj usunąć problematyczny pakiet 
aptitude remove -y libnvidia-rtcore
Zobaczymy, czy to wystarczy, czy będą potrzebne inne "czary".
Offline

 Użytkownik
	

Po przeniesieniu libnvidia-rtcore:amd64.triggers z /var/lib/dpkg/info/ pakiet dał się bez problemu usunąć :) Dziękuję wszystkim za pomoc :D
EDIT
Po ponownym zainstalowaniu paczki, zawartość libnvidia-rtcore:amd64.triggers wygląda tak:
# Triggers added by dh_makeshlibs/13.11.4 activate-noawait ldconfig
Ostatnio edytowany przez yaros (2023-04-05 08:30:51)
Offline





 Cenzor wirtualnego świata
	






 Podobno człowiek...;)
	







morfik napisał(-a):
Ciekawe skąd w pliku triggers się wzięły zależności w postaci pakietów? xD
Bzdurne funkcje w /var/lib/dpkg/* to znak firmowy Debiana.
Pamiętam, jak w postinst dodali automatyczny restart usługi w systemd, aktualizuję Debiana w chroocie a tu tona błędów bo systemd nie uruchomiony.
Szukam w necie, a to znany problem i dopiero są kombinacje alpejskie, jak to poprawić.
Na szybko musiałem z 6 czy 7 pików postinst wypier... żeby dokończyć aktualizację.
Offline





 Cenzor wirtualnego świata
	No w trigger'ach nigdy takich rzeczy nie było, bo to ma za zadanie przeprowadzić jakieś akcje, gdy pliki w systemie na konkretnych ścieżkach się zmieniają, np. przy instalacji czy aktualizacji pakietów. Tu przykład firefox'a na potrzeby apparmor. 
Co do restartu usług systemd — kiedyś nie było pewnych rzeczy charakterystycznych dla systemd i robili to przez skrypty maintainera, potem to się zmieniło i już od tego momentu restart usługi (czy jej włączanie) przy instalacji/aktualizacji pakietu się konfiguruje w procesie budowania pakietu. Podobnie sprawa wygląda z nadawaniem praw chmod na pliki — też ludzie w skryptach maintainer'a używają chmod zamiast prawidłowo instalować pliki w procesie budowania pakietu, tak by pliki już miały odpowiednie uprawnienia. To nie problem z Debianem ale z ludźmi, którzy nie czytają wytycznych jak prawidłowo budować pakiety dla Debiana. xD 
Co do samego systemd i chroot, to systemd też na początku nie rozróżniał środowisk ale od paru lat to potrafi i w chroot nie uruchamia usług.
Offline
Strony: 1