Почему конфетка продолжает жаловаться на недостающую зависимость, которая уже установлена?
В системе Windows 7, к к Control Panel > System and Security > System и выберите Remote Settings.
В Remote Desktop диалоговое окно, выбрать Allow connections from computers running any version of Remote Desktop (less secure)
Подтвердите часть об/мин
Это похоже на КОНФЕТКУ/ОБ/МИН, жалуется, потому что требованию не отвечали. Я обычно использовал бы эту команду, чтобы подтвердить, что файлы находятся под контролем об/мин.
$ locate libclntsh
Если это возвращает путь, то сверьтесь с об/мин, чтобы видеть, управляет ли он им:
$ rpm -qf <path from locate command>
Если об/мин не управляет этим файлом, не имеет значения, если это находится в системе, с точки зрения об/мин он не установлен.
Подобная проблема?
Я столкнулся с этим потоком, который надеется быть идентичным проблеме, которую Вы имеете. Единственное материальное предложение от того потока состоит в том, чтобы удостовериться, что файлы, с которыми Вы работаете, находятся в локальной системе. Я не думаю, что это - Ваша проблема, но взгляните на поток так или иначе, мог бы пролить некоторый свет для Вас.
-
1Используя Ваши предложенные команды, кажется, что файл находится в oracle-instantclient12.1-basic-12.1.0.1.0-1.x86_64, таким образом, этим должен управлять об/мин. – Jesper Kihlberg 13.09.2013, 15:15
-
2@JesperKihlberg - посмотрите обновление. – slm♦ 13.09.2013, 15:51
-
3Все мои файлы находятся в локальной системе, так, чтобы, казалось, не проливал света на мою проблему. – Jesper Kihlberg 14.09.2013, 10:11
-
4@JesperKihlberg - довольный услышать Вы разрешили это. Вы возражали бы добавлять вывод структуры каталогов к Q, таким образом, я видел точно, как он был создан и как это смотрело впоследствии? – slm♦ 27.09.2013, 12:47
-
5У моментального клиента оракула RPMs была эта проблема в течение многих лет. Нет, я не преувеличиваю. Я еще видел эту проблему 5 лет назад. Они по-видимому все еще не зафиксировали его. Многие люди заканчивают тем, что повторно упаковали мгновенный клиент RPMs для фиксации его. – Patrick 30.03.2014, 12:15
Вообще-то, ваш вопрос двоякий. Это не вопрос об установке файла libclntsh.so.12.1 на ваш ящик, а вопрос о том, предоставляет ли какой-либо пакет из любого репозитория, включенного в данный момент, возможность использования 'libclntsh.so.12.1()(64bit)'
Так что запросите через yum, что предоставляет 'libclntsh.so.12.1()(64bit)'.
и вы увидите, если какая-нибудь посылка предоставит это. Может быть, вы отключили один репозиторий?
Другая часть вопроса "почему yum продолжает жаловаться" : потому что yum по умолчанию всегда будет выполнять проверку yum check для обеспечения согласованности базы данных rpm и сообщать о любых конфликтах или отсутствующих зависимостях. Это тесно связано с сохранением yum в истории транзакций и может быть отключено , хотя и с большим количеством побочных эффектов. Проверьте man yum.conf и опцию history_ record