Пакет сделан как попало. Если нужен ocl-icd, можно было сделать Provides.
Я правильно понимаю, что достаточно переделать на упаковку в libocl-icd и libocl-icd-devel ?
(В ответ на комментарий №1) > libocl-icd Соль в банке из-под кофе с надписью чай? ;-) Я бы сделал libopencl1 и icd-devel.
(В ответ на комментарий №2) > icd-devel. Ой, ocl-icd-devel
Если посыл в том, что в этой банке находится opencl, давайте тогда сделаем libopencl1 и libopencl-devel ? Имеет ли смысл тогда указывать icd, это что-то про конкретную реализацию.
Installable Client Driver (ICD)
(В ответ на комментарий №4) > Если посыл в том, что в этой банке находится opencl, давайте тогда сделаем > libopencl1 В него или по зависимости в кого-то типа ocl-icd-common нужно упаковать пустой каталог /etc/OpenCL/vendors/ https://wiki.tiker.net/OpenCLHowTo > и libopencl-devel ? Не против > Имеет ли смысл тогда указывать icd, это что-то про конкретную реализацию. Эта библиотека как раз враппер для конкретных реализаций.
(В ответ на комментарий №4) > libopencl1 Надо в пакет добавить Conflicts: fglrx_glx <= 2:15.301.1025-alt1 , т.к. https://bugzilla.altlinux.org/show_bug.cgi?id=34542
(В ответ на комментарий №6) > В него или по зависимости в кого-то типа ocl-icd-common нужно упаковать пустой > каталог /etc/OpenCL/vendors/ Есть же такой пакет, т.е в libopencl1 Requires: opencl-filesystem , а в opencl-filesystem добавить /etc/OpenCL/vendors/
Проверка актуальности: не сделано. В ocl-icd 2.3.5-alt1 библиотека /usr/lib64/libOpenCL.so.1 по-прежнему лежит в пакете с именем ocl-icd, а не в libopencl1 (или ином пакете, названном по SONAME), как предлагалось в комментариях 4–8.
