Запросить все пути во всех пакетах / репозиториях без установки?

Предположим, я хочу создать новый пакет, который устанавливает команду, то есть добавляет новый файл в / bin или / usr / bin.

Но я еще не назвал команду. Поэтому, если я столкнулся с конфликтами, я хочу узнать как можно скорее.

Поэтому, учитывая, что у меня есть несколько репозиций (Fedora, RPM fusion …), есть ли запрос, который поможет мне проверить, что какой-либо конкретный файл / команда не будет установлен никаким другим пакетом, доступным в настоящее время?

One Solution collect form web for “Запросить все пути во всех пакетах / репозиториях без установки?”

Не ходите по пути проверки Fedora, потому что тогда вы сталкиваетесь с проблемой, когда хотите упаковать ее где-то в другом месте, или Fedora вводит существующее приложение, чей прозвище сталкивается с вашим.

У меня был дистрибутив-дистрибутив, который заставил меня изменить (короткое, мгновенное) имя команды в приложении, которое я написал, когда он вошел в официальный репозиторий, потому что он столкнулся с каким-то древним, но все еще доступным крутым. Вы могли бы также получить это прямо сейчас.

Начните с достаточно уникального имени и найдите сеть с помощью поисковой системы (или двух). Также ищите по крайней мере sourceforge и github напрямую. Даже если что-то кажется нацеленным на совершенно другую ОС (окна, IOS и т. Д.), Избегайте столкновения.

Если вы не можете искать сеть, используя только имя команды (т. Е. Не искать «linux mycommandname»), потому что она возвращает слишком много несвязанных вещей, тогда слово не является достаточно уникальным (это включает слова, которые оказываются существующими на языке foriegn , фирменные наименования поп-музыки из Австралии и т. д.). Это, вероятно, означает не менее 5 символов; меньше, чем на данный момент, просто попрошайничество для совпадения, и, вероятно, лучше. Лучше использовать длинное описательное имя для команды ( superFooBar ) и позволить людям создавать свой собственный короткий псевдоним ( foo ), если они хотят, чем создавать короткий почти бессмысленный (аббревиатуры, слова с удалением гласных и т. Д.). Это не скоро произойдет в POSIX, это неявное, необязательное приложение и должно быть помечено для ясности, а не для удобства.


Если все, что вы хотите сделать, это поиск репозиториев, доступных в конкретной системе, вы можете использовать yum provides :

 yum provides "*/superFooBar" 

Обратите внимание на цитаты со звездой глобуса внутри; это предотвращает расширение оболочки, поэтому оно будет передано буквально в yum , что будет относиться к нему как к шаблону одинаковым образом. Это будет искать полный путь к всем файлам, установленным всеми пакетами во всех репозиториях, поэтому совпадения могут включать /usr/bin/superFooBar , /etc/default/superFooBar и т. Д.

Опять же, я рекомендую против этого, если у вас есть намерение распространять это публично или конфиденциально внутри организации. Если для вас и машин у вас есть какая-то личная ответственность, хорошо, иначе это недостаточно полно.

  • Невозможно установить любые пакеты
  • Как переустановить yum?
  • Где обычно отображается демо-код при установке с диспетчером пакетов.
  • пакеты пакетной установки в список
  • Обновление Yum показывает «Killed»
  • В чем разница в «поиске yum» и «yum search all»?
  • Отсутствие зависимостей / пакетов на yum install
  • Пошаговые инструкции для загрузки всего: (yum -y groupinstall «Рабочий стол» «Настольная платформа» «X Window System» «Шрифты»)
  • Отключить yum presto / deltarpms для каждого хранилища
  • Итак, что мне делать с результатом проверки yum?
  • В чем заключается цель команды «yum list extras»?
  • Linux и Unix - лучшая ОС в мире.