[devel] Распиливание mono

[devel] Распиливание mono

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 963 bytes --]

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

Я решил взяться за mono и сразу же возник вопрос (ц). Не распилить ли его
нам на манер debian? В частности, уже пора выкинуть в отдельные пакеты mcs
и /usr/lib/mono/1.0, запаковать отдельно libmono (он вообще кому-то
нужен?), ну и в свете наличия нормального поиска зависимостей (правда я его
не проверял) пошинковать сборки, заодно таки выработав политику именования
(на bytefx-data-mysql и ibm-data-db2 смотреть без слёз я не могу).

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<aen_> еще было высказано предположение, что слоган "free software for free
       people" с каждым годом сужает круг потенциальных пользоватаелей :-)
<davinchi> почему?
<aen_> ну, free people все меньше и меньше
<sight> или "свободные люди" у нас понимается своеобразно
<dottedmag> free software for serf people, ага
<davinchi> а вы назовите free software for putin people
<davinchi> free software for voodoo people %)))

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 879 bytes --]

On Sat, Nov 03, 2007 at 02:34:51PM +0500, Andrey Rahmatullin wrote:
> Я решил взяться за mono и сразу же возник вопрос (ц). Не распилить ли его
> нам на манер debian? В частности, уже пора выкинуть в отдельные пакеты mcs
> и /usr/lib/mono/1.0, запаковать отдельно libmono (он вообще кому-то
> нужен?), ну и в свете наличия нормального поиска зависимостей (правда я его
> не проверял) пошинковать сборки, заодно таки выработав политику именования
> (на bytefx-data-mysql и ibm-data-db2 смотреть без слёз я не могу).

У меня такая просьба: 1) переложить /usr/bin/monodis в базовый пакет
mono.  2) Добавить в mono-devel зависимость на rpm-build-mono.

Это даст правильную упорядоченность зависимостей
mono-devel -> rpm-build-mono -> mono.

Тогда при сборке mono-специфических пакетов buildreq проставит
зависимость на mono-devel и её автоматически будет достаточно.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 799 bytes --]

On Sat, Nov 03, 2007 at 09:47:16PM +0300, Alexey Tourbin wrote:
> У меня такая просьба: 1) переложить /usr/bin/monodis в базовый пакет
> mono.  2) Добавить в mono-devel зависимость на rpm-build-mono.
> 
> Это даст правильную упорядоченность зависимостей
> mono-devel -> rpm-build-mono -> mono.
> 
> Тогда при сборке mono-специфических пакетов buildreq проставит
> зависимость на mono-devel и её автоматически будет достаточно.
В каком смысле достаточно?
Что не придётся писать руками rpm-build-mono ? Или что-то ещё имеется в
виду?

У меня сейчас кстати buildreq не работает, виснет. Правда я только с одним
моно-пакетом пробовал.


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<wRAR> php-coder: а вставлять в пакет старые чейнджлоги - это читерство ;)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1403 bytes --]

On Sun, Nov 04, 2007 at 02:54:34PM +0500, Andrey Rahmatullin wrote:
> On Sat, Nov 03, 2007 at 09:47:16PM +0300, Alexey Tourbin wrote:
> > У меня такая просьба: 1) переложить /usr/bin/monodis в базовый пакет
> > mono.  2) Добавить в mono-devel зависимость на rpm-build-mono.
> > 
> > Это даст правильную упорядоченность зависимостей
> > mono-devel -> rpm-build-mono -> mono.
> > 
> > Тогда при сборке mono-специфических пакетов buildreq проставит
> > зависимость на mono-devel и её автоматически будет достаточно.
> В каком смысле достаточно?
> Что не придётся писать руками rpm-build-mono ? Или что-то ещё имеется в
> виду?

Имеется в виду, что будет правильная упорядоченность зависимостей.
Во многих практических задачах зависимости лучше рассматривать не как
граф, а как отношение частичного порядка (типа "больше").  Определённая
упорядоченность зависимостей нужна с точки зрения дизайна репозитария.
В частности, если будет правильная упорядоченность зависимостей, не
придётся руками писать rpm-build-mono (достаточно будет того, что
buildreq выловит mono-devel, который "по смыслу" должен требовать
rpm-build-mono; а смысл тут такой, что если мы собрали что-то моновское,
то автоматически бдует поиск моновских зависимостей).

> У меня сейчас кстати buildreq не работает, виснет. Правда я только с одним
> моно-пакетом пробовал.

Откатись на старый strace 4.5.15-alt2.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] strace виснет

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 367 bytes --]

On Sun, Nov 04, 2007 at 06:28:44PM +0300, Alexey Tourbin wrote:
> On Sun, Nov 04, 2007 at 02:54:34PM +0500, Andrey Rahmatullin wrote:
[...]
> > У меня сейчас кстати buildreq не работает, виснет. Правда я только с одним
> > моно-пакетом пробовал.
> 
> Откатись на старый strace 4.5.15-alt2.

Какая сборка strace виснет?  Попробуйте 4.5.16-alt4.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] strace виснет

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 469 bytes --]

On Sun, Nov 04, 2007 at 06:34:09PM +0300, Dmitry V. Levin wrote:
> > Откатись на старый strace 4.5.15-alt2.
> Какая сборка strace виснет?  Попробуйте 4.5.16-alt4.
strace-4.5.16-alt1
Но то, что виноват он - не моя идея :)


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> > Как [beep] научить перекодировать ID3 теги, что-то с первого
> > взгляда не увидил.
> Взять xmms? ;-)
Не трожь моих пользователей! :)
		-- lav in community@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] strace виснет

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 311 bytes --]

On Sun, Nov 04, 2007 at 06:34:09PM +0300, Dmitry V. Levin wrote:
> Какая сборка strace виснет?  Попробуйте 4.5.16-alt4.
Помогло.


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

А реального получения пакетов никто никому не гарантирует.
Тем более робот...
		-- at in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 397 bytes --]

On Sat, Nov 03, 2007 at 02:34:51PM +0500, Andrey Rahmatullin wrote:
> Я решил взяться за mono и сразу же возник вопрос (ц). Не распилить ли его

Кстати, на данный момент у тебя нету полномочий для официальной работы
над mono. :)  Так что мне интересно, по какому праву ты решил за него
взяться.  Думаю, что справка от ldv с печатью фирмы ООО ALT Linux
способна пролить свет на этот вопрос.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 451 bytes --]

On Sun, Nov 04, 2007 at 12:38:24AM +0300, Alexey Tourbin wrote:
> Кстати, на данный момент у тебя нету полномочий для официальной работы
> над mono. :)
А я ещё ничего и не заливал.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> > > P.S. Обратите внимание на [JT] в теме.
> > Жаль, что нельзя в тему поставить [JT] дважды.
> Можно!!
Технически и три можно, но практически это ничего не меняет.
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1303 bytes --]

On Sun, Nov 04, 2007 at 02:45:04PM +0500, Andrey Rahmatullin wrote:
> On Sun, Nov 04, 2007 at 12:38:24AM +0300, Alexey Tourbin wrote:
> > Кстати, на данный момент у тебя нету полномочий для официальной работы
> > над mono. :)
> А я ещё ничего и не заливал.

Тогда ладно.  Пока можно без справки. :)

Я всё-таки не совсем понял из твоего первого письма, какие сейчас есть
проблемы с распилом mono и как эти проблемы предлагается решить.  Распил
это дело тонкое, и мне было бы интересно его обсудить.  Правда, я слабо
представляю специфику mono.

Например, почему пакет mono-data-sqlite отпилен отдельно, но требует
в свою очередь "жирный" mono-data?  В пакете mono-data в свою очередь
лежит Novell.Directory.Ldap, который совсем не нужен для работы sqlite.
Получается, если мое приложение использует sqlite, мне приходится
вытягивать "жирный" ldap и what not.

То есть одна из логик распила пакетов -- это минимизировать
использование дискового простанства в типичных конфигурациях,
когда по зависимостям доставляются только необходимые и достаточные
пакеты.  Конечно, этим нельзя злоупотреблять, иначе можно получить
большое число пакетов по числу *.dll файлов.  Так что противовес этой
логике состоит в том, при распиле нужно пытаться сохранить общее число
пакетов небольшим.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 1612 bytes --]

On Sun, Nov 04, 2007 at 05:24:40PM +0300, Alexey Tourbin wrote:
> Я всё-таки не совсем понял из твоего первого письма, какие сейчас есть
> проблемы с распилом mono
Ну во-1-х невозможность снести нафик mcs и библиотеки от 1.0.
Во-2-х, ощущение некоторой каши с библиотеками и тулзами, но это надо
смотреть.
И я ещё не изучал дебиановское полиси про GAC.


> Например, почему пакет mono-data-sqlite отпилен отдельно, но требует
> в свою очередь "жирный" mono-data?  В пакете mono-data в свою очередь
> лежит Novell.Directory.Ldap, который совсем не нужен для работы sqlite.
> Получается, если мое приложение использует sqlite, мне приходится
> вытягивать "жирный" ldap и what not.
Ну, во-1-х, без System.Data ты sqlite не заюзаешь. Во-2-х, у нас похоже
что апстримовая распилка по пакетам (и их именования), а вот почему она
там так - хз.

> То есть одна из логик распила пакетов -- это минимизировать
> использование дискового простанства в типичных конфигурациях,
> когда по зависимостям доставляются только необходимые и достаточные
> пакеты.
Да, разумеется.

> Конечно, этим нельзя злоупотреблять, иначе можно получить большое число
> пакетов по числу *.dll файлов.
Ну а почему бы и нет? Чтобы не перегружать базу rpm?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> вопрос следующий -- пакет [draknet] убрали, а что взамен?
- drakxtools-newt по-прежнему опасен для системы;
- на дисках "ALT Linux 2.4 Master Contrib 1 CD" и
  "ALT Linux 2.4 Master Installation DVD" этот пакет есть;
- работа над заменой drakxtools ведётся.
		-- ldv in community@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 992 bytes --]

On Sun, Nov 04, 2007 at 05:24:40PM +0300, Alexey Tourbin wrote:
> Например, почему пакет mono-data-sqlite отпилен отдельно, но требует
> в свою очередь "жирный" mono-data?  В пакете mono-data в свою очередь
> лежит Novell.Directory.Ldap, который совсем не нужен для работы sqlite.
> Получается, если мое приложение использует sqlite, мне приходится
> вытягивать "жирный" ldap и what not.
Как в дебиане:

libmono-sqlite2.0-cil требует libmono-system-data2.0-cil и libsqlite3-0.
Всё.
libmono-system-data2.0-cil при этом содержит только System.Data.dll, а
лдап лежит в libmono-ldap2.0-cil.

А .mdb, кстати, вообще в mono-dbg, и это правильно.


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Если же пользователь начал устанавливать что-то из среды разработки, то
он должен понимать, что автоматически становится соучастником разработки
и ему просто необходимо не плакать над развалившемся сервером, а постить
баги и патчи.
		-- rider in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1182 bytes --]

On Sun, Nov 04, 2007 at 11:47:02PM +0500, Andrey Rahmatullin wrote:
> On Sun, Nov 04, 2007 at 05:24:40PM +0300, Alexey Tourbin wrote:
> > Например, почему пакет mono-data-sqlite отпилен отдельно, но требует
> > в свою очередь "жирный" mono-data?  В пакете mono-data в свою очередь
> > лежит Novell.Directory.Ldap, который совсем не нужен для работы sqlite.
> > Получается, если мое приложение использует sqlite, мне приходится
> > вытягивать "жирный" ldap и what not.
> Как в дебиане:
> 
> libmono-sqlite2.0-cil требует libmono-system-data2.0-cil и libsqlite3-0.
> Всё.
> libmono-system-data2.0-cil при этом содержит только System.Data.dll, а
> лдап лежит в libmono-ldap2.0-cil.

Ну да, я примерно так себе это и представил.  Только дебиановское
наименование пакетов (всё на lib*) мне не очень нравится.  Есть
такие варианты:
mono-data или mono-data{1,2} или mono{1,2}-data
соответственно наращивать названия *-ldap *-sqlite

Не знаю как лучше назвать на самом деле.
Надо подумать, как всё это будет смореться в BuildRequires.

> А .mdb, кстати, вообще в mono-dbg, и это правильно.

Хм.  Тогда *.mdb должно дублировать иерархию основных пакетов.
Или нет?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 739 bytes --]

On Sun, Nov 04, 2007 at 09:59:41PM +0300, Alexey Tourbin wrote:
> Только дебиановское наименование пакетов (всё на lib*) мне не очень
> нравится.
Угу.

> Есть такие варианты: mono-data или mono-data{1,2} или mono{1,2}-data
> соответственно наращивать названия *-ldap *-sqlite
Кроме того, что тут делать с библиотеками, не являющимися частью Mono как,
гм, тарбола и даже Mono как проекта.

> > А .mdb, кстати, вообще в mono-dbg, и это правильно.
> Хм.  Тогда *.mdb должно дублировать иерархию основных пакетов.
> Или нет?
Не исключаю.


-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Почему возник этот вопрос? Темпы внедрения новых технологий кажутся Вам
слишком медленными?
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Распиливание mono

[Ildar Mulyukov]

On 05.11.2007 00:59:41, Alexey Tourbin wrote:
> On Sun, Nov 04, 2007 at 11:47:02PM +0500, Andrey Rahmatullin wrote:
> > Как в дебиане:
> >
>> libmono-sqlite2.0-cil требует libmono-system-data2.0-cil и  
>> libsqlite3-0.
>> Всё.
>> libmono-system-data2.0-cil при этом содержит только System.Data.dll,  
>> а лдап лежит в libmono-ldap2.0-cil.
> 
> Ну да, я примерно так себе это и представил.  Только дебиановское  
> наименование пакетов (всё на lib*) мне не очень нравится.  Есть такие  
> варианты: mono-data или mono-data{1,2} или mono{1,2}-data  
> соответственно наращивать названия *-ldap *-sqlite

Логика тут ИМХО верная: lib* пакеты никому совершенно не нужны, на них  
обращать внимания не надо. Они вытягиваются по зависимостям.

Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] Распиливание mono

[Ildar Mulyukov]

On 04.11.2007 20:24:40, Alexey Tourbin wrote:
> On Sun, Nov 04, 2007 at 02:45:04PM +0500, Andrey Rahmatullin wrote:
> > On Sun, Nov 04, 2007 at 12:38:24AM +0300, Alexey Tourbin wrote:
>>> Кстати, на данный момент у тебя нету полномочий для официальной  
>>> работы над mono. :)
> > А я ещё ничего и не заливал.
> Тогда ладно.  Пока можно без справки. :)

При желании легко добавлю в группу. Мы от энтузиазистов не  
отказываемся. Как и "у всех", конечно же, заранее (до заливки) было бы  
приятно ознакомиться с результатами работы над пакетом, от которого  
зависит десяток других.
> Я всё-таки не совсем понял из твоего первого письма, какие сейчас  
> есть проблемы с распилом mono и как эти проблемы предлагается  
> решить.  Распил это дело тонкое, и мне было бы интересно его  
> обсудить.  Правда, я слабо представляю специфику mono.

давайте обсудим.

> Например, почему пакет mono-data-sqlite отпилен отдельно, но требует  
> в свою очередь "жирный" mono-data?  В пакете mono-data в свою очередь  
> лежит Novell.Directory.Ldap, который совсем не нужен для работы  
> sqlite. Получается, если мое приложение использует sqlite, мне  
> приходится вытягивать "жирный" ldap и what not.

этот пример явно указывает на необходимость распила данного пакета. А  
mono-data - это сборка System.Data - базис для любых DB-backend.

> То есть одна из логик распила пакетов -- это минимизировать  
> использование дискового простанства в типичных конфигурациях, когда  
> по зависимостям доставляются только необходимые и достаточные  
> пакеты.  Конечно, этим нельзя злоупотреблять, иначе можно получить  
> большое число пакетов по числу *.dll файлов.  Так что противовес этой  
> логике состоит в том, при распиле нужно пытаться сохранить общее  
> число пакетов небольшим.

Согласен.

С уважением, Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

[devel] rpm-build-mono 1.2

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2128 bytes --]

On Sun, Nov 04, 2007 at 05:24:40PM +0300, Alexey Tourbin wrote:
> > А я ещё ничего и не заливал.
> Тогда ладно.  Пока можно без справки. :)

Как там прогрессирует распил mono?

У меня готова или почти готова новая версия rpm-build-mono.
В ней решены почти все проблемы, которые можно решить на данном
этапе развития относительно доступными средствами.

Тут такая тонкость, что сразу после того, как эта версия rpm-build-mono
попадёт в сизиф, желательно сразу же собрать с ней mono.  Раньше этого
сборка любого моновского пакета даст анметы (которые, впрочем,
рассосутся при прохождении нового mono).  В остальном совместимость
сохранена -- то есть не придётся сразу же пересобирать все имеющиеся
моновские пакеты.

По прежнему просьба положить /usr/bin/monodis в какой-нибудь самый
базовый моновский пакет, а может и отпилить отдельно в пакет с нехитрым
названием monodis (правда, тогда ещё и придётся отпилить libmono).

Я посмотрел как собраны некоторые моновские пакеты.  Есть вот какая
претензия: не нужно делать отдельно напр. libgtk-sharp2-devel пакета,
в котором единcтвенное что есть это *.pc файлы.  Точнее, не надо
класть *.pc файлы в отдельный *-devel пакет, если правильное
использование *.pc файла не дает ГАРАНТИРОВАННОГО использования
каких-либо ДРУГИХ файлов из этого пакета (типа include'ов и
симлинка для линковки в более типичном случае).

Иначе buildreq не обнаружит зависимость на такие пакеты, т.к.
*.pc файлы сами по себе игнорируются buildreq'ом.  А если buildreq
не обнаруживает зависимости то это очень плохо с точки зрения технологии
разработки.

Ещё претензия по сборке mono: убрать всё зависимости, выставленные
вручную.  Например, сейчас mono требует libicu.  Я так и не нашёл,
где там зашита зависимость на libuci.  Это наверное просто наколка.
В общем, лучшее, что может сделать maintainer по части зависимостей --
это ПРОСТО запускать buildreq.  Всё остальное должно волшебным образом
получиться автоматически, а если что-то не получается, значит надо
фиксить сборочную среду/технологию сборки.  Таково мое понимание
технологичности разработки пакетов.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] libmono

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 579 bytes --]

On Sat, Nov 03, 2007 at 02:34:51PM +0500, Andrey Rahmatullin wrote:
> нам на манер debian? В частности, уже пора выкинуть в отдельные пакеты mcs
> и /usr/lib/mono/1.0, запаковать отдельно libmono (он вообще кому-то
> нужен?)

С libmono.so.0 такой прикол -- он никому не нужен, потому что сейчас при
линковке используется 'libtool -static'.  С чем это связано, я не знаю,
но если передать configure опцию --disable-static, то зависимость на
libmono.so.0 обретаются сразу везде где надо.

Пожалуй попробую сделать --disable-static и посмотреть, будет работать
или нет.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] libmono

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 724 bytes --]

On Thu, Nov 08, 2007 at 07:21:22PM +0300, Alexey Tourbin wrote:
> С libmono.so.0 такой прикол -- он никому не нужен, потому что сейчас при
> линковке используется 'libtool -static'. 
Чьей линковке? jit-компилера? Да, это по умолчанию, для якобы ускорения
работы конкретно его.

> С чем это связано, я не знаю, но если передать configure опцию
> --disable-static, то зависимость на libmono.so.0 обретаются сразу везде
> где надо.
Это где? В monodis, или там beagle оно и так есть.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Благодаря метаниям мантейнеров postgresql мирные пакеты, использующие
libpq, перестали успевать за переименованиями пакетов libpq-devel.
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] libmono

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 915 bytes --]

On Thu, Nov 08, 2007 at 10:02:33PM +0500, Andrey Rahmatullin wrote:
> On Thu, Nov 08, 2007 at 07:21:22PM +0300, Alexey Tourbin wrote:
> > С libmono.so.0 такой прикол -- он никому не нужен, потому что сейчас при
> > линковке используется 'libtool -static'. 
> Чьей линковке? jit-компилера? Да, это по умолчанию, для якобы ускорения
> работы конкретно его.

/usr/bin/mono и т.д.

Вообще когда я отпилил пакет libmono то выяснилось что пакет mono
не требует libmono.so.0.

> > С чем это связано, я не знаю, но если передать configure опцию
> > --disable-static, то зависимость на libmono.so.0 обретаются сразу везде
> > где надо.
> Это где? В monodis, или там beagle оно и так есть.

Да, я немного промахнулся.

$ ./aptbox/apt-cache showpkg libmono.so.0 |grep ^'  '
$ ./aptbox/apt-cache showpkg libmono.so.0'(VER_1)' |grep ^'  '
  mono-devel,libmono.so.0(VER_1)
  beagle,libmono.so.0(VER_1)
$ 

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] libmono

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 439 bytes --]

On Thu, Nov 08, 2007 at 08:24:26PM +0300, Alexey Tourbin wrote:
> /usr/bin/mono и т.д.
И т.д. или только его?

> Вообще когда я отпилил пакет libmono то выяснилось что пакет mono
> не требует libmono.so.0.
Угу.
Это тем более наводит на мысль оторвать его вместе с хидерами отдельно.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

P.S. Не делайте crosspost, я всё ещё читаю devel@
		-- inger in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] libmono

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 957 bytes --]

On Thu, Nov 08, 2007 at 10:27:01PM +0500, Andrey Rahmatullin wrote:
> On Thu, Nov 08, 2007 at 08:24:26PM +0300, Alexey Tourbin wrote:
> > /usr/bin/mono и т.д.
> И т.д. или только его?

Вот список бинарей, которые по символам пересекаются с libmono.so.0
(то есть дублируют какие-либо символы из libmono.so.0).  Хм, тут
оказалось есть тонкости, как этом можно определить.  Примерно вот так:

at@mash ~/.qa-robot/bad_elf_symbols $ grep -wf <(fgrep $'/usr/lib/libmono.so.0.0.0\tT\tmono_' def |awk '{print$NF}') def |sort -u -k1,2
mono    /usr/bin/mono   T       mono_add_internal_call
mono    /usr/lib/libmono.so.0.0.0       T       mono_add_internal_call
mono-devel      /usr/bin/monodiet       T       mono_add_internal_call
mono-devel      /usr/bin/pedump T       mono_add_internal_call
at@mash ~/.qa-robot/bad_elf_symbols $ 

То есть кроме /usr/bin/mono есть ещё два бинаря из пакета mono-devel,
которые статически слинковались с libmono.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]