[devel] Mono: осмысление Debian CLI Policy

[devel] Mono: осмысление Debian CLI Policy

[Andrey Rahmatullin]

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

http://pkg-mono.alioth.debian.org/cli-policy/index.html

1. .NET рантаймов бывает несколько. Например, Mono и Portable.NET. Поэтому
все сборки называются и пакуются рантаймонезависимо, в /usr/lib/cli/.
GAC'ов тоже несколько, поэтому рантаймонезависимые сборки ставятся в
нужные GAC при установке пакета. Рантаймы пакуются как есть, вместе со
своими GAC.

2. Необходимо обеспечить soname-like поведение для maj.min чисел версии
общих сборок. Для этого:
2.1. maj.min выносится в имя пакета;
2.2. пишется publisher policy, содержащее список версий сборки,
совместимых по ABI с данной; оно компилируется и ставится в GAC;
2.3. пишется некий файл clilibs, аналогичный shlibs, он нужен для
простановки зависимости на данный пакет при сборке пакета, требующего
данную сборку

3. Всё, что не содержит native кода, пакуется как noarch.

4. Все 1.0.* заменяются на 1.0.0.0, иначе не написать publisher policy.


Отсюда выводы:
1. На разные GAC можно в принципе наверно забить.
2. maj.min в имя пакета надо однозначно.
3. publisher policy тоже надо однозначно. Можно даже макрос для вызова al
   сделать.
4. Рандомные версии - патчить.
5. Всё паковать как noarch, используя макросы из rpm-build-mono вместо
   %_libdir.

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

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

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

Re: [devel] Mono: осмысление Debian CLI Policy

[Alexey Tourbin]

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

On Mon, Nov 05, 2007 at 01:07:17AM +0500, Andrey Rahmatullin wrote:
> http://pkg-mono.alioth.debian.org/cli-policy/index.html

Я это видел, но не вчитывался.

> Отсюда выводы:
> 1. На разные GAC можно в принципе наверно забить.

Я тоже так подумал.  По крайней мере, пока не появится заказчик, который
готов платить за эту музыку $50/час или вроде того.

> 2. maj.min в имя пакета надо однозначно.

Есть же какие-то policy.X.Y.NAME.dll, которые вроде бы обеспечивают
обратную совместимость по версиям.  То есть нужен насущный пример, когда
нужно разводить пакеты в нескольких штуках.  На том множестве моновских
пакетов, какое сейчас есть в сизифе, я не вижу смысла городить maj/min.

> 3. publisher policy тоже надо однозначно. Можно даже макрос для вызова al
>    сделать.

А что это такое, где посмотреть?

> 4. Рандомные версии - патчить.

Рандомные версии, которые используются только в пределах одного пакета,
надо просто не предоставлять.  Я уже придумал что в mono.prov надо
обрабатывать только файлы из /usr/lib/mono/.  А во mono.req взаимно
уничтожать Requires и приватные Provides.

> 5. Всё паковать как noarch, используя макросы из rpm-build-mono вместо
>    %_libdir.

noarch, вообще говоря, паковать нельзя, потому что зависимости на
сонеймы отличаются на x86 и x86_64.  То есть можно паковать как noarch
чисто дотнетовский код, который не привязывается к системным разделяемым
библиотеками.

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

Re: [devel] Mono: осмысление Debian CLI Policy

[Andrey Rahmatullin]

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

On Sun, Nov 04, 2007 at 11:19:00PM +0300, Alexey Tourbin wrote:
> Есть же какие-то policy.X.Y.NAME.dll, которые вроде бы обеспечивают
> обратную совместимость по версиям.  То есть нужен насущный пример, когда
> нужно разводить пакеты в нескольких штуках.  На том множестве моновских
> пакетов, какое сейчас есть в сизифе, я не вижу смысла городить maj/min.
Смена X.Y означает слом ABI, тут policy.X.Y.NAME.dll не помогут.

> > 3. publisher policy тоже надо однозначно. Можно даже макрос для вызова al
> >    сделать.
> А что это такое, где посмотреть?
http://pkg-mono.alioth.debian.org/cli-policy/ch-appendix.html#s-gac-policy-file-example
 
> > 5. Всё паковать как noarch, используя макросы из rpm-build-mono вместо
> >    %_libdir.
> noarch, вообще говоря, паковать нельзя, потому что зависимости на
> сонеймы отличаются на x86 и x86_64.  То есть можно паковать как noarch
> чисто дотнетовский код, который не привязывается к системным разделяемым
> библиотеками.
Да, конечно.


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

> И он [QA Team Robot] каждый день меня спамить будет?
По вторникам. :)
Впрочем, по иным вторникам мне так неудобно бывает спам рассылать, что
вторник затягивается до четверга.
		-- at in devel@

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

Re: [devel] Mono: осмысление Debian CLI Policy

[Ildar Mulyukov]

On 05.11.2007 02:07:17, Andrey Rahmatullin wrote:
> http://pkg-mono.alioth.debian.org/cli-policy/index.html
> ...

> Отсюда выводы:
> 1. На разные GAC можно в принципе наверно забить.
Верно.

> 2. maj.min в имя пакета надо однозначно.
Зачем? С правильно работающими зависимостями пакеты можно называть хоть  
unknown-345.i586.rpm

> 3. publisher policy тоже надо однозначно. Можно даже макрос для  
> вызова al    сделать.
посмотрю.

> 4. Рандомные версии - патчить.
Да. хотя использование таких версий иногда осмысленно. Например на  
быстротекущем апстриме. (nemerle на моей памяти вставлял в версию SVN  
rev.)

> 5. Всё паковать как noarch, используя макросы из rpm-build-mono  
> вместо    %_libdir.

Нет. Мигель против. И Турбин по соседству выдал ещё один ощутимый  
аргумент.

У меня сложилось устойчивое ощущение, что господа не читали мой  
mono-policy draft, который я публиковал тут, в devel@

С уважением, Ильдар
-- 
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: осмысление Debian CLI Policy

[Vitaly Lipatov]

On 5 ноября 2007, Ildar Mulyukov wrote:
...
> У меня сложилось устойчивое ощущение, что господа не читали
> мой mono-policy draft, который я публиковал тут, в devel@
Предлагаю фиксировать далььше
http://www.freesource.info/wiki/Altlinux/Policy/Mono



-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] наш Mono Policy

[Ildar Mulyukov]

On 05.11.2007 13:21:42, Vitaly Lipatov wrote:
> On 5 ноября 2007, Ildar Mulyukov wrote:
> ...
> > У меня сложилось устойчивое ощущение, что господа не читали
> > мой mono-policy draft, который я публиковал тут, в devel@
> Предлагаю фиксировать далььше
> http://www.freesource.info/wiki/Altlinux/Policy/Mono

Спасибо, Виталий,
в момент опубликования этого драфта ситуация была несколько иная.  
Поэтому я прошу всех причастных активно править.

В частности, то, что там написано про monodoc сейчас в корне неверно.

С уважением, Ильдар.
-- 
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: осмысление Debian CLI Policy

[Andrey Rahmatullin]

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

On Mon, Nov 05, 2007 at 12:26:58PM +0600, Ildar Mulyukov wrote:
> > 2. maj.min в имя пакета надо однозначно.
> Зачем? С правильно работающими зависимостями пакеты можно называть хоть  
> unknown-345.i586.rpm
Параллельная установка.

> > 4. Рандомные версии - патчить.
> Да. хотя использование таких версий иногда осмысленно. Например на  
> быстротекущем апстриме. (nemerle на моей памяти вставлял в версию SVN  
> rev.)
А линковаться как с ними предлагается? к тому же SVN rev не рандомен.

> У меня сложилось устойчивое ощущение, что господа не читали мой  
> mono-policy draft, который я публиковал тут, в devel@
http://lists.altlinux.ru/pipermail/devel/2006-November/050915.html ? Так
там нет ничего интересного.

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

Это известное свойство sudo - сохранять переменные окружения
пользователя, запускающего sudo.
Например, запуск 'sudo /etc/init.d/httpd restart' и последующий анализ
переменных окружения apache вас очень сильно и неприятно удивит.
		-- abulava in #7353

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