Re: katalog /usr/lib/.build-id/
On Wed, 17 Nov 2021, Adam Osuchowski wrote: > Czy katalog /usr/lib/.build-id i jego bezpośrednie podkatalogi nie > powinny raczej należeć do pakietu FHS lub filesystem zamiast do każdej > z budowanych paczek? Potem poldek ciągnie jakieś egzotyczne zależności, > bo znalazł tam np. /usr/lib/.build-id/fe. > > > root@pldtest:~# ipoldek 'search -f /usr/lib/.build-id' | wc -l > 802 > root@pldtest:~# ipoldek 'search -f /usr/lib/.build-id/*' | wc -l > 801 Powinniśmmy to wyrzucić do podpakietu FHS-debuginfo i przebudować wszystkie pakiety które mają tam coś i nie nazywają się *-debugifo-* Żal że rpm4 nie umie zależności od katalogów, to by takie kwiatki wychodziły od razu :/ -- Jan Rękorajski| PLD/Linux SysAdm | bagginspld-linux.org | http://www.pld-linux.org/ ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: clamav-0.104.1-1 - nie może zweryfikować integralności baz
W dniu 17.11.2021 o 17:29, Adam Golebiowski pisze: > On Wed, Nov 17, 2021 at 03:17:56PM +0100, Maciej Kędzierski wrote: >> Coś ostatnio nie mam szczęścia :/ >> >> clamav-0.104.0-1 (ten miał inną domyślną ścieżkę do sygnatur) i >> poprawiony clamav-0.104.1-1 nie mogą zweryfikować integralności baz. >> Clamd wypisuje, że bazy są uszkodzone i nie uruchamia się. Freshclam >> próbuje ściągać sygnatury, ale że nie potrafi zweryfikować >> integralności, to finalnie też wyrzuca błąd. > Spróbuj z clamav-0.104.1-2 (posłany na buildery przed chwilą). > > Zastosowałem tymczasowe rozwiązanie (SOA #1), a na spokojnie sprawdzę > dlaczego 0.104.0 / 0.104.1 nie działa z naszą wersją biblioteki > tomsfastmath. > Zainstalowałem clamav-0.104.1-2. Działa :) ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: clamav-0.104.1-1 - nie może zweryfikować integralności baz
On Wed, Nov 17, 2021 at 03:17:56PM +0100, Maciej Kędzierski wrote: > > Coś ostatnio nie mam szczęścia :/ > > clamav-0.104.0-1 (ten miał inną domyślną ścieżkę do sygnatur) i > poprawiony clamav-0.104.1-1 nie mogą zweryfikować integralności baz. > Clamd wypisuje, że bazy są uszkodzone i nie uruchamia się. Freshclam > próbuje ściągać sygnatury, ale że nie potrafi zweryfikować > integralności, to finalnie też wyrzuca błąd. Spróbuj z clamav-0.104.1-2 (posłany na buildery przed chwilą). Zastosowałem tymczasowe rozwiązanie (SOA #1), a na spokojnie sprawdzę dlaczego 0.104.0 / 0.104.1 nie działa z naszą wersją biblioteki tomsfastmath. -- adamg ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
clamav-0.104.1-1 - nie może zweryfikować integralności baz
Coś ostatnio nie mam szczęścia :/ clamav-0.104.0-1 (ten miał inną domyślną ścieżkę do sygnatur) i poprawiony clamav-0.104.1-1 nie mogą zweryfikować integralności baz. Clamd wypisuje, że bazy są uszkodzone i nie uruchamia się. Freshclam próbuje ściągać sygnatury, ale że nie potrafi zweryfikować integralności, to finalnie też wyrzuca błąd. Powrót do pakietu clamav-0.103.3-1 i wszystko działa po staremu. PS. Na innej ostatnio zupgradowanej maszynie (tam gdzie m.in. walczyłem z niedziałającym CHROOTem w SSH) mam clamav-0.104.1, ale ręcznie kompilowanego ze źródeł z ich gita i tam też wszystko jest OK. # /etc/init.d/clamd restart Usługa Clam Antivirus daemon nie jest uruchomiona. Uruchamianie usługi Clam Antivirus daemon..[ ZAJĘTY ][ PROBLEMY ] LibClamAV Error: cli_loadinfo: Incorrect digital signature LibClamAV Error: cli_loadinfo: Problem parsing database at line 25 LibClamAV Error: Can't load daily.info: Malformed database LibClamAV Error: cli_tgzload: Can't load daily.info LibClamAV Error: Can't load /var/lib/clamav/daily.cld: Malformed database LibClamAV Error: cli_loaddbdir: error loading database /var/lib/clamav/daily.cld Wed Nov 17 12:46:02 2021 -> !Malformed database # /etc/init.d/clamd restart Usługa Clam Antivirus daemon nie jest uruchomiona. Uruchamianie usługi Clam Antivirus daemon..[ ZAJĘTY ][ PROBLEMY ] LibClamAV Error: Can't load /var/lib/clamav/daily.cvd: Can't verify database integrity LibClamAV Error: cli_loaddbdir: error loading database /var/lib/clamav/daily.cvd Wed Nov 17 14:34:43 2021 -> !Can't verify database integrity # sigtool -i daily.cld File: daily.cld Build time: 17 Nov 2021 04:26 -0500 Version: 26356 Signatures: 1945728 Functionality level: 90 Builder: raynman LibClamAV Error: cli_loadinfo: Incorrect digital signature LibClamAV Error: cli_loadinfo: Problem parsing database at line 25 LibClamAV Error: Can't load daily.info: Malformed database LibClamAV Error: cli_tgzload: Can't load daily.info ERROR: cvdinfo: Verification: Malformed database # sigtool -i bytecode.cld File: bytecode.cld Build time: 08 Mar 2021 10:21 -0500 Version: 333 Signatures: 92 Functionality level: 63 Builder: awillia2 LibClamAV Error: cli_loadinfo: Incorrect digital signature LibClamAV Error: cli_loadinfo: Problem parsing database at line 97 LibClamAV Error: Can't load bytecode.info: Malformed database LibClamAV Error: cli_tgzload: Can't load bytecode.info ERROR: cvdinfo: Verification: Malformed database # sigtool -i main.cld File: main.cld Build time: 16 Sep 2021 08:32 -0400 Version: 62 Signatures: 6647427 Functionality level: 90 Builder: sigmgr LibClamAV Error: cli_loadinfo: Incorrect digital signature LibClamAV Error: cli_loadinfo: Problem parsing database at line 12 LibClamAV Error: Can't load main.info: Malformed database LibClamAV Error: cli_tgzload: Can't load main.info ERROR: cvdinfo: Verification: Malformed database # freshclam ClamAV update process started at Wed Nov 17 14:35:51 2021 daily database available for download (remote version: 26356) Time: 16.3s, ETA: 0.0s [>] 54.00MiB/54.00MiB ERROR: Verification: Can't verify database integrity Trying again in 5 secs... daily database available for download (remote version: 26356) Time: 16.1s, ETA: 0.0s [>] 54.00MiB/54.00MiB ERROR: Verification: Can't verify database integrity Trying again in 5 secs... daily database available for download (remote version: 26356) Time: 16.0s, ETA: 0.0s [>] 54.00MiB/54.00MiB ERROR: Verification: Can't verify database integrity Giving up on https://database.clamav.net... ERROR: Update failed for database: daily ERROR: Database update process failed: Invalid or corrupted CVD/CLD database ERROR: Update failed. ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
katalog /usr/lib/.build-id/
Czy katalog /usr/lib/.build-id i jego bezpośrednie podkatalogi nie powinny raczej należeć do pakietu FHS lub filesystem zamiast do każdej z budowanych paczek? Potem poldek ciągnie jakieś egzotyczne zależności, bo znalazł tam np. /usr/lib/.build-id/fe. root@pldtest:~# ipoldek 'search -f /usr/lib/.build-id' | wc -l 802 root@pldtest:~# ipoldek 'search -f /usr/lib/.build-id/*' | wc -l 801 ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Re: openssh-8.7p1-2 i problem z logowniem na konto w Chroot - DZIAŁA ... ale ...
W dniu 16.11.2021 o 20:47, Arkadiusz Miśkiewicz via pld-devel-pl pisze: > W dniu 16.11.2021 o 17:24, Maciej Kędzierski pisze: >> >> W dniu 24.09.2021 o 16:48, Maciej Kędzierski pisze: >>> Cześć (ponownie), >>> >>> W openssh-8.7p1-2 nie można zalogować się na chrootowane konto. >>> Po przywróceniu poprzedniej wersji 8.6p1-1 logowanie działa to poprawnie. > Zobacz 8.8p1-2 > > (w repo openssh poprawili to kilka dni temu) > Zaktualizowałem na jednej maszynie do tej wersji 8.8p1-2 i wygląda, ... że działa :) Można logować się znowu na konta w chroot. Problem był jednak przy samej aktualizacji. Z tego co widzę, to przed tą aktualizacją /lib/libcrypt.so.1 było z pakietu glibc-libcrypt, a od teraz z libxcrypt. libxcrypt zostawił jednak stary plik /lib/libcrypt.so.1, zamiast najprawdopodobniej zrobić linka do swojej nowej biblioteki libcrypt.so.1.1.0. Stara biblioteka nie pozwalała uruchomić sshd. /usr/sbin/sshd: /lib/libcrypt.so.1: version `XCRYPT_2.0' not found (required by /usr/sbin/sshd) Wystarczyło jednak usunąć ręcznie starą bibliotekę i stworzyć link do libcrypt.so.1.1.0 i sshd śmiga. Zapewne będzie to do poprawy w samym pakiecie libxcrypt, żeby inni nie mieli problemów. Aktualizowanie/instalowanie… 1:ldconfig-6:2.34-7 # [ 3%] 2:glibc-headers-6:2.34-7 # [ 6%] 3:iconv-6:2.34-7 # [ 10%] 4:glibc-localedb-all-6:2.34-7 # [ 13%] 5:glibc-6:2.34-7 # [ 16%] Zatrzymywanie usługi cronie crond... Uruchamianie usługi cronie crond. 6:libxcrypt-4.4.25-2 # [ 19%] /sbin/ldconfig: /lib/libcrypt.so.1 nie jest dowiązaniem symbolicznym 7:libxcrypt-devel-4.4.25-2 # [ 23%] 8:libxcrypt-static-4.4.25-2 # [ 26%] 9:shadow-1:4.8.1-1 # [ 29%] 10:glibc-devel-utils-6:2.34-7 # [ 32%] 11:glibc-devel-6:2.34-7 # [ 35%] 12:openssh-2:8.8p1-2 # [ 39%] 13:glibc-static-6:2.34-7 # [ 42%] 14:openssh-server-2:8.8p1-2 # [ 45%] /usr/sbin/sshd: /lib/libcrypt.so.1: version `XCRYPT_2.0' not found (required by /usr/sbin/sshd) 15:whois-5.5.6-2 # [ 48%] 16:glibc-misc-6:2.34-7 # [ 52%] Czyszczenie/usuwanie… 17:openssh-server-2:8.7p1-3 # [ 55%] 18:pwdutils-3.2.19-7 # [ 58%] 19:openssh-2:8.7p1-3 # [ 61%] 20:whois-5.5.6-1 # [ 65%] 21:libxcrypt-4.4.25-1 # [ 68%] /sbin/ldconfig: /lib/libcrypt.so.1 nie jest dowiązaniem symbolicznym 22:glibc-misc-6:2.34-5 # [ 71%] 23:glibc-static-6:2.34-5 # [ 74%] 24:glibc-devel-6:2.34-5 # [ 77%] 25:glibc-devel-utils-6:2.34-5 # [ 81%] 26:glibc-libcrypt-6:2.34-5 # [ 84%] /sbin/ldconfig: /lib/libcrypt.so.1 nie jest dowiązaniem symbolicznym 27:iconv-6:2.34-5 # [ 87%] 28:glibc-6:2.34-5 # [ 90%] /sbin/ldconfig: /lib/libcrypt.so.1 nie jest dowiązaniem symbolicznym 29:glibc-localedb-all-6:2.34-5 # [ 94%] 30:ldconfig-6:2.34-5 # [ 97%] 31:glibc-headers-6:2.34-5 # [100%] -- Pozdrawiam MK ___ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl