Для платформы x86_64 пути к бэкендам и всему остальному остались в /usr/lib/cups. Если сделать: mount /usr/lib/cups/ /usr/lib64/cups/ -o bind, то можно запустить конфигуратор, например kprinter. Плюс "warning: file /usr/lib64/cups is not owned by any package" и все внутри лежащее.
cups не обязан предоставлять /usr/lib64/cups. Если какое-то приложение пытается искать какие-то запчасти купса там, то это его ошибка.
Объясню немного подробнее. В тех случаях когда в /usr/lib лежат приложения, то на обоих архитектурах каталог остаётся /usr/lib (%_libexecdir).
Что тогда там делает? # rpm -qf /usr/lib64/cups/backend/hal hal-cups-utils-0.6.16-alt1
Ошибка была в конфиге cupsd.conf. Можно тогда поменять на /usr/lib и добавить какой либо комментарий что это не менять? # Server binaries (ServerBin) # # The root directory for the scheduler executables. # By default /usr/lib/cups or /usr/lib32/cups (IRIX 6.5). # # ex: /usr/lib/cups # #ServerBin /usr/lib/cups ServerBin /usr/lib64/cups
(В ответ на комментарий №4) > Ошибка была в конфиге cupsd.conf. Можно тогда поменять на /usr/lib и добавить > какой либо комментарий что это не менять? Наверное это старый конфиг cups. В новом такого нет. > > # Server binaries (ServerBin) > # > # The root directory for the scheduler executables. > # By default /usr/lib/cups or /usr/lib32/cups (IRIX 6.5). > # > # ex: /usr/lib/cups > # > #ServerBin /usr/lib/cups > > ServerBin /usr/lib64/cups
Да, в новом конфиге все повыкидывали :)