ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] Куда класть дополнительные бинарники?
@ 2009-04-01 16:38 Grigory Batalov
  2009-04-01 17:09 ` Dmitry V. Levin
  0 siblings, 1 reply; 4+ messages in thread
From: Grigory Batalov @ 2009-04-01 16:38 UTC (permalink / raw)
  To: devel

Здравствуйте!

В пакете squid-server есть /usr/lib/squid/unlinkd (стиратель объектов
из кеша) и ещё парочка бинарников. Где их правильно хранить?
В %_libdir/squid или в %_libexecdir/squid ?

FHS-2.3 на этот вопрос не даёт чёткого ответа.
----
http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA

/usr/lib : Libraries for programming and packages
Purpose
/usr/lib includes object files, libraries, and internal binaries that are not intended to be executed directly by users or shell scripts. [22]

Applications may use a single subdirectory under /usr/lib. If an application uses a subdirectory, all architecture-dependent data exclusively used by the application must be placed within that subdirectory. [23]

...
/usr/lib<qual> : Alternate format libraries (optional)
Purpose
/usr/lib<qual> performs the same role as /usr/lib for an alternate binary format ...
----

unlinkd как раз из тех бинарников, что не должны запускаться непосредственно
пользователем. Но lib<qual> можно понимать и как lib64, и как libexec
(который у нас превращается в lib).

Из беседы с raorn@ и цитат ldv@ ниже мне кажется, что есть
соглашение класть такие бинарники в %_libexecdir. Но аргументации,
за исключением "так надо", я не нашёл. Буду признателен за ссылки
на результат обсуждения внутри ALT или политику за его пределами.


(цитаты ldv@)
----
http://lists.altlinux.org/pipermail/devel/2007-January/133830.html
On Sun, Jan 14, 2007 at 01:05:42AM +0400, Sergey Y. Afonin wrote:

> Что-то теперь и я торможу. А зачем тогда lib64 ? Собирается-то пакет под 
> x86_64, и библиотеки, соответственно, 64-разрядные получаться должны ?

А разве речь идёт о библиотеках?
/usr/lib/mgetty+sendfax/faxq-helper больше похоже на helper чем на
библиотеку.

----
http://lists.altlinux.org/pipermail/devel/2007-January/133847.html
Те, кто используют макрос %_libexecdir, полагаются на то, что его значение
одинаково на всех платформах, на которых одинаково значение макроса
%_bindir.

----
http://lists.altlinux.org/pipermail/devel/2007-January/133868.html
On Sun, Jan 14, 2007 at 05:43:52PM +0300, Vitaly Lipatov wrote:
> Это было одновременно с соответствующей кампанией (обсуждали 
> значение этого макроса) и как я посчитал пришли к решению, 
> которое я и зафиксировал.

Мы действительно тогда долго обсуждали, менять ли _libexecdir с /usr/lib
на /usr/libexec, но к окончательному мнению не пришли.
Мне кажется, что от такого глобального изменения сломается больше чем
починится.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-06-25 17:41 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-04-01 16:38 [devel] Куда класть дополнительные бинарники? Grigory Batalov
2009-04-01 17:09 ` Dmitry V. Levin
2009-04-01 18:14   ` Grigory Batalov
2009-06-25 17:41     ` Grigory Batalov

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git