Какой макрос RPM для фактического каталога установки я мог бы использовать в %post?

Мне удалось создать перемещаемый RPM. Но в разделе %post мне нужно сделать некоторые другие вещи, например создать символические ссылки. Проблема в том, что я не могу найти в документах RPM информацию о актуальном макросе каталога установки. Например, %_prefix жестко привязан к /usr независимо от фактического перераспределения. Как мне получить фактический каталог установки в %post? Спасибо за помощь.


rpmbuild rpm-spec
person Andy Hoffman    schedule 21.05.2015    source источник
comment
Я думаю, что ответ не делайте этого. Почему вы вообще создаете ссылки в %post? Что делаешь?   -  person Etan Reisner    schedule 21.05.2015
comment
Я видел, как другое программное обеспечение делает ссылку ver, и я хотел бы сделать то же самое. Например, ПО установлено в /opt/company/cool_software-1.0, а другая версия в /opt/company/cool_software-1.2, поэтому две версии могут сосуществовать, тогда они создают ссылку: /opt/company/cool_software, которая указывает на последнее установленное ПО. Таким образом, ссылка используется для выбора версии по умолчанию. Это работает, если я не указываю префикс и все мои пути жестко запрограммированы в .spec. С перемещением я не смог найти в .spec способ узнать, каков фактический перемещенный путь установки, потому что я не могу создать ссылку.   -  person Andy Hoffman    schedule 21.05.2015
comment
См. мой ответ здесь для этого вопрос. (Я знал, что это звучит знакомо.) Я все еще думаю, что это не очень хорошая идея, за исключением случаев, когда ссылка еще не существует. Кроме того, на мой взгляд, перемещаемые RPM не очень полезны.   -  person Etan Reisner    schedule 21.05.2015
comment
если вы отправляете несколько неконфликтующих версий одного и того же приложения, помните: вам нужно будет установить %name как cool_software10 и cool_software12, чтобы они не конфликтовали по имени, а более новая версия не обновлялась (т.е. удалить) старшее. .. но тогда вы должны принять во внимание зависимости, а затем добавить виртуальные %provides и тому подобное. На самом деле, очень, очень мало причин, по которым вы хотели бы заниматься такими вещами, а стоимость должна сделать это очень непривлекательным. Даже в ОС у нас было всего несколько причин (альтернативных пакетов), которые мы хотели бы рассмотреть.   -  person user2066657    schedule 24.08.2017