Я создал пакет, который содержит 32-битные библиотеки для совместимости с 32-разрядными приложениями в 64-разрядных системах, хранящихся в /usr/lib32. Это приводит к добавлению зависимостей ia32-libs к моему пакету. Тем не менее, пакет отлично работает без этих библиотек, поскольку другие 32-битные программы должны устанавливать ia32-libs сами.
Как предотвратить процесс сборки от генерации зависимости ia32-libs? nvidia-current, похоже, тоже может это сделать, но использует CDBS, который я не использую. (Я использую простой файл rules, сгенерированный dh_make)
Чтобы заставить debhelper игнорировать 32-битные библиотеки, мне пришлось добавить цель для игнорирования путей, содержащих /usr/lib32:
override_dh_shlibdeps:
dh_shlibdeps --exclude=/usr/lib32
. После этого зависимости ia32-libs больше не будут вычисляться , Поскольку эта цель нужна только для 64-битных систем, я фактически использую приведенный ниже фрагмент для пакета virtualgl:
ifeq ($(DEB_BUILD_ARCH), amd64)
override_dh_shlibdeps:
dh_shlibdeps --exclude=debian/virtualgl/usr/lib32
endif
Обратите внимание, что пробелы перед dh являются , содержащими [!d1 ].
Чтобы заставить debhelper игнорировать 32-битные библиотеки, мне пришлось добавить цель для игнорирования путей, содержащих /usr/lib32:
override_dh_shlibdeps:
dh_shlibdeps --exclude=/usr/lib32
. После этого зависимости ia32-libs больше не будут вычисляться , Поскольку эта цель нужна только для 64-битных систем, я фактически использую приведенный ниже фрагмент для пакета virtualgl:
ifeq ($(DEB_BUILD_ARCH), amd64)
override_dh_shlibdeps:
dh_shlibdeps --exclude=debian/virtualgl/usr/lib32
endif
Обратите внимание, что пробелы перед dh являются , содержащими .
Чтобы заставить debhelper игнорировать 32-битные библиотеки, мне пришлось добавить цель для игнорирования путей, содержащих /usr/lib32:
override_dh_shlibdeps:
dh_shlibdeps --exclude=/usr/lib32
. После этого зависимости ia32-libs больше не будут вычисляться , Поскольку эта цель нужна только для 64-битных систем, я фактически использую приведенный ниже фрагмент для пакета virtualgl:
ifeq ($(DEB_BUILD_ARCH), amd64)
override_dh_shlibdeps:
dh_shlibdeps --exclude=debian/virtualgl/usr/lib32
endif
Обратите внимание, что пробелы перед dh являются , содержащими .
Чтобы заставить debhelper игнорировать 32-битные библиотеки, мне пришлось добавить цель для игнорирования путей, содержащих /usr/lib32:
override_dh_shlibdeps:
dh_shlibdeps --exclude=/usr/lib32
. После этого зависимости ia32-libs больше не будут вычисляться , Поскольку эта цель нужна только для 64-битных систем, я фактически использую приведенный ниже фрагмент для пакета virtualgl:
ifeq ($(DEB_BUILD_ARCH), amd64)
override_dh_shlibdeps:
dh_shlibdeps --exclude=debian/virtualgl/usr/lib32
endif
Обратите внимание, что пробелы перед dh являются , содержащими .
Чтобы заставить debhelper игнорировать 32-битные библиотеки, мне пришлось добавить цель для игнорирования путей, содержащих /usr/lib32:
override_dh_shlibdeps:
dh_shlibdeps --exclude=/usr/lib32
. После этого зависимости ia32-libs больше не будут вычисляться , Поскольку эта цель нужна только для 64-битных систем, я фактически использую приведенный ниже фрагмент для пакета virtualgl:
ifeq ($(DEB_BUILD_ARCH), amd64)
override_dh_shlibdeps:
dh_shlibdeps --exclude=debian/virtualgl/usr/lib32
endif
Обратите внимание, что пробелы перед dh являются , содержащими .
Чтобы заставить debhelper игнорировать 32-битные библиотеки, мне пришлось добавить цель для игнорирования путей, содержащих /usr/lib32:
override_dh_shlibdeps:
dh_shlibdeps --exclude=/usr/lib32
. После этого зависимости ia32-libs больше не будут вычисляться , Поскольку эта цель нужна только для 64-битных систем, я фактически использую приведенный ниже фрагмент для пакета virtualgl:
ifeq ($(DEB_BUILD_ARCH), amd64)
override_dh_shlibdeps:
dh_shlibdeps --exclude=debian/virtualgl/usr/lib32
endif
Обратите внимание, что пробелы перед dh являются , содержащими .
Удаление зависимостей ia32-libs явно описано в руководстве по внедрению Multiarch Debian:
http://wiki.debian.org/Multiarch/Implementation
Что в основном означает если есть определенные инструменты dpkg, которые испускают слишком много пакетов при указании multiarch, то это ошибка инструмента, и сейчас самое время подать отчет.
Удаление зависимостей ia32-libs явно описано в руководстве по внедрению Multiarch Debian:
http://wiki.debian.org/Multiarch/Implementation
Что в основном означает если есть определенные инструменты dpkg, которые испускают слишком много пакетов при указании multiarch, то это ошибка инструмента, и сейчас самое время подать отчет.
Удаление зависимостей ia32-libs явно описано в руководстве по внедрению Multiarch Debian:
http://wiki.debian.org/Multiarch/Implementation
Что в основном означает если есть определенные инструменты dpkg, которые испускают слишком много пакетов при указании multiarch, то это ошибка инструмента, и сейчас самое время подать отчет.
Удаление зависимостей ia32-libs явно описано в руководстве по внедрению Multiarch Debian:
http://wiki.debian.org/Multiarch/Implementation
Что в основном означает если есть определенные инструменты dpkg, которые испускают слишком много пакетов при указании multiarch, то это ошибка инструмента, и сейчас самое время подать отчет.
Удаление зависимостей ia32-libs явно описано в руководстве по внедрению Multiarch Debian:
http://wiki.debian.org/Multiarch/Implementation
Что в основном означает если есть определенные инструменты dpkg, которые испускают слишком много пакетов при указании multiarch, то это ошибка инструмента, и сейчас самое время подать отчет.
Удаление зависимостей ia32-libs явно описано в руководстве по внедрению Multiarch Debian:
http://wiki.debian.org/Multiarch/Implementation
Что в основном означает если есть определенные инструменты dpkg, которые испускают слишком много пакетов при указании multiarch, то это ошибка инструмента, и сейчас самое время подать отчет.