[devel] Re: libexec and x86_64: arch

[Dmitry V. Levin]

On Wed, Nov 23, 2005 at 03:43:00AM +0300, Dmitry V. Levin wrote:
> On Wed, Nov 23, 2005 at 01:28:33AM +0300, Денис Смирнов wrote:
> > On Tue, Nov 22, 2005 at 09:17:49PM +0300, Dmitry V. Levin wrote:
> > 
> > >> Думается ровно такая же, какой является разделение /usr/bin и /usr/lib.
> > >> Разделение мух и котлет.
> > DVL> Другими словами, против перехода (возврата) на libexec возражений нет?
> > DVL> Все готовы усердно бороться со своими и чужими пакетами на этот предмет?
> > 
> > За всех говорить не буду, но я готов.
> 
> А остальные тоже готовы?
> Вы хотя бы примерно представляете себе масштаб стихийного бедствия,
> который накроет Сизиф?
> 
> Одних только noarch-пакетов, содержащих каталог /usr/lib, сейчас в Сизифе
> 556 штук.  Некоторые из них содержат данные (неплохо для noarch-пакетов
> хранить данные в /usr/lib, верно?), некоторые - скрипты, что содержат в
> /usr/lib остальные - загадка.
> 
> Сейчас соберу статистику по i586.rpm, и можно будет оценивать последствия.

Пакетов i586.rpm, содержащих только не библиотеки в каталоге /usr/lib, у
нас сейчас 2270 штук.  Если исключить пакеты, содержащие файлы меню (а они
почему-то находятся в /usr/lib/menu), то останется всего 1513 пакета,
хранящих в /usr/lib/ разные скрипты и данные, не являющиеся библиотеками.
Можно ещё найти крупные партии пакетов, хранящих нечто в /usr/lib,
например, /usr/lib/perl5.
Пакетов, содержащих в недрах /usr/lib файлы типа "ELF 32-bit LSB executable"
среди *.i586.rpm не менее 236 штук.

Кто будет выделять среди всей этой гущи пакетов те, которые хранят в
/usr/lib исполняемые файлы, требующие переноса в /usr/libexec?


-- 
ldv
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20051123/46c07b99/attachment-0001.bin>