LINUX.ORG.RU

Не ясно откуда взявшиеся файлы в Debian

 , ,


0

2

Добрый день. В своём Debian Stretch amd64 обнаружил файлы

/usr/lib32/ld-2.24.so
/usr/lib32/libBrokenLocale-2.24.so
/usr/lib32/libSegFault.so
/usr/lib32/libanl-2.24.so
/usr/lib32/libc-2.24.so
/usr/lib32/libcidn-2.24.so
/usr/lib32/libcrypt-2.24.so
/usr/lib32/libdl-2.24.so
/usr/lib32/libm-2.24.so
/usr/lib32/libmemusage.so
/usr/lib32/libnsl-2.24.so
/usr/lib32/libnss_compat-2.24.so
/usr/lib32/libnss_dns-2.24.so
/usr/lib32/libnss_files-2.24.so
/usr/lib32/libnss_hesiod-2.24.so
/usr/lib32/libnss_nis-2.24.so
/usr/lib32/libnss_nisplus-2.24.so
/usr/lib32/libpcprofile.so
/usr/lib32/libpthread-2.24.so
/usr/lib32/libresolv-2.24.so
/usr/lib32/librt-2.24.so
/usr/lib32/libthread_db-1.0.so
/usr/lib32/libutil-2.24.so
/usr/libx32/ld-2.24.so
/usr/libx32/libBrokenLocale-2.24.so
/usr/libx32/libSegFault.so
/usr/libx32/libanl-2.24.so
/usr/libx32/libc-2.24.so
/usr/libx32/libcidn-2.24.so
/usr/libx32/libcrypt-2.24.so
/usr/libx32/libdl-2.24.so
/usr/libx32/libm-2.24.so
/usr/libx32/libmemusage.so
/usr/libx32/libmvec-2.24.so
/usr/libx32/libnsl-2.24.so
/usr/libx32/libnss_compat-2.24.so
/usr/libx32/libnss_dns-2.24.so
/usr/libx32/libnss_files-2.24.so
/usr/libx32/libnss_hesiod-2.24.so
/usr/libx32/libnss_nis-2.24.so
/usr/libx32/libnss_nisplus-2.24.so
/usr/libx32/libpcprofile.so
/usr/libx32/libpthread-2.24.so
/usr/libx32/libresolv-2.24.so
/usr/libx32/librt-2.24.so
/usr/libx32/libthread_db-1.0.so
/usr/libx32/libutil-2.24.so
, которые не являются симлинками и не принадлежат ни одному из установленных на данный момент пакетов. Подскажите, пожалуйста, откуда они могли взяться и должны ли они присутствовать в системе. Заранее спасибо.

★★

Вот это стабильность, вот это Debian!

Есть программа etckeeper, что ведёт запись изменений системных файлов в фолдере /etc,
кто и когда - сделал изменения в них.

Аналитикой, можно понять - какой пакет залил и в /usr/lib32 свои библиотеки.

В debian, такое не завезли поди?

blitz
()

И libnss - это проделки со стороны firefox.
Именно эту библиотека - ставит только Mozilla, и никто иной.

blitz
()
Ответ на: комментарий от Dron

Я разобрался с вопросом. У меня merged-usr: /bin, /lib{,32,64,x32}, /sbin - симлинки на соответствующие каталоги в /usr/. Файлы, приведённые в списке, были установлены по путям /libx32 и /lib32 пакетами libc6-x32, libc6-i386.

Norong ★★
() автор топика
Ответ на: комментарий от TeopeTuK

Если cruft-ng использует dpkg, как сказано в его описании, то проблема именно в dpkg. Её безуспешно чинят примерно с момента появления пакета usrmerge :) Кстати, непонятно, как ТС получил в чистой установке usrmerge — мне казалось, что его удалили из stretch перед релизом.

anonymous
()
Ответ на: комментарий от anonymous

Я ставил через debootstrap. Там это не Default, но я посмотрел, решил, что опция благая, и врубил, так что, в какой-то степени, я - ССЗБ. А ты не подскажешь, почему удалили перед релизом, что-то не так?

Norong ★★
() автор топика
Ответ на: комментарий от TeopeTuK

Хотя аноним прав про dpkg, конкретно для cruft-ng можно запилить костыль: если эти каталоги - симлинки, то... Я напишу багрепорт вечерком.

Norong ★★
() автор топика
Ответ на: комментарий от Norong

Не разбирался в деталях, но началось с баттхёрта какого-то мейнтейнера, который вместо исправления своего пакета пошёл доказывать неготовность usrmerge к релизу. Думаю, что это оно: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863965 Вообще, в таких случаях ответ обычно можно найти так: https://tracker.debian.org/pkg/usrmerge

anonymous
()
Ответ на: комментарий от anonymous

Прочитал, спасибо. Похоже, я несколько поспешил с мерджем, но вопрос с cruft-ng — первый, что возник за примерно пол-года.

Norong ★★
() автор топика
Ответ на: комментарий от Norong

Ну я и говорил про libc6, но то что разобрался это молодец.)

Dron ★★★★★
()
Ответ на: комментарий от Zhbert

Письмо на Балабановскую спичечную фабрику:
«Я 11 лет считаю спички у вас в коробках - их то 59, то 60, а иногда и 58. Вы там сумасшедшие что ли все???»

das_tier ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.