[devel] Mono: мысли по зависимостям

[devel] Mono: мысли по зависимостям

[Andrey Rahmatullin]

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


1. Полностью Provides должны обрабатываться только для GAC-сборок,
остальные не являются публичными, с ними невозможна штатная линковка (без
пути) и их версии и publicKeyToken игнорируются.

2. Provides генерируются следующими источниками: метаданные публичных
сборок и их publisher policy. Если у сборки нет publisher policy,
используется её версия, иначе - версия, на которую перенаправляет policy.
Кроме того, надо учитывать publicKeyToken и вроде бы culture.

3. Ссылки без publicKeyToken могут быть разрешены приватными сборками и
поэтому не должны создавать Requires с версией.

4. Ссылки с publicKeyToken должны генерировать Requires, содержащий имя,
версию, publicKeyToken и culture сборки, при этом версия берётся из
ссылки либо из .config, если он есть и содержит перенаправление.

5. Аналог rpmsodiff в Debian наз-ся mono-api-check и работает через
mono-api-info/mono-api-diff.

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

Вообще говоря, удаленный перезапуск sshd следует производить с известной
степенью осторожности.
		-- ldv in sisyphus@

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

Re: [devel] Mono: мысли по зависимостям

[Alexey Tourbin]

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

On Mon, Nov 05, 2007 at 01:25:56AM +0500, Andrey Rahmatullin wrote:
> 1. Полностью Provides должны обрабатываться только для GAC-сборок,
> остальные не являются публичными, с ними невозможна штатная линковка (без
> пути) и их версии и publicKeyToken игнорируются.

Это примерно соответствует моей идее, что Provides должен выставляться
только для /usr/lib/mono/.  Можно сделать ещё жестче -- /usr/lib/mon/gac,
но тогда будут исключения потому что mscorlib.dll лежит за пределами gac.

> 2. Provides генерируются следующими источниками: метаданные публичных
> сборок и их publisher policy. Если у сборки нет publisher policy,
> используется её версия, иначе - версия, на которую перенаправляет policy.
> Кроме того, надо учитывать publicKeyToken и вроде бы culture.

Я не силён в моновской терминологии.  Что такое publisher policy?
У меня задача попроще -- привести зависимости в божеский вид,
чтобы в глаза не бросались какие-то странные вещи даже на мой
непросвещённый взгляд.

> 3. Ссылки без publicKeyToken могут быть разрешены приватными сборками и
> поэтому не должны создавать Requires с версией.

Это я тоже не понимаю.  Давай пример пакетов в сизифе.

> 4. Ссылки с publicKeyToken должны генерировать Requires, содержащий имя,
> версию, publicKeyToken и culture сборки, при этом версия берётся из
> ссылки либо из .config, если он есть и содержит перенаправление.

Пример пакетов в сизифе.

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

Re: [devel] Mono: мысли по зависимостям

[Andrey Rahmatullin]

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

On Sun, Nov 04, 2007 at 11:50:52PM +0300, Alexey Tourbin wrote:
> > 2. Provides генерируются следующими источниками: метаданные публичных
> > сборок и их publisher policy. Если у сборки нет publisher policy,
> > используется её версия, иначе - версия, на которую перенаправляет policy.
> > Кроме того, надо учитывать publicKeyToken и вроде бы culture.
> Я не силён в моновской терминологии.  Что такое publisher policy?
Это вот то policy.*.config, где написано, что наша foo.dll, 1.2.3.4
прикидывается foo.dll, 1.2.0.0.

> > 3. Ссылки без publicKeyToken могут быть разрешены приватными сборками и
> > поэтому не должны создавать Requires с версией.
> Это я тоже не понимаю.  Давай пример пакетов в сизифе.
Ну это про приватные сборки. Если у нас ссылка на приватную сборку, то
может быть загружена как приватная (любой версии), так и сборка из GAC.
При этом версия при загрузке проверяться не будет.
Надо ли в этом случае вообще Requires? Не знаю.
 
> > 4. Ссылки с publicKeyToken должны генерировать Requires, содержащий имя,
> > версию, publicKeyToken и culture сборки, при этом версия берётся из
> > ссылки либо из .config, если он есть и содержит перенаправление.
> Пример пакетов в сизифе.
/usr/lib/mono/gac/Nemerle.CSharp/0.9.3.29994__5291d186334f6101/Nemerle.CSharp.dll

Чтобы загрузить эту сборку, в программе должен быть блок

.assembly extern Nemerle.CSharp
{
  .ver 0:9:3:29994
  .publickeytoken = (52 91 D1 86 33 4F 61 01 )
}

Поэтому зависимость, по-хорошему, должна включать и имя, и версию, и хэш
ключа.

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

> Скорее всего, достаточно будет одного взмаха напильником: убрать из
> созданной buildreq'ом строки BuildRequires сам ImageMagick.
Беда в том, что когда мне приходится заниматься чем-то типа пакета
ImageMagick, после первого взмаха напильник уже трудно остановить.
		-- 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: 1116 bytes --]

On Mon, Nov 05, 2007 at 02:16:44AM +0500, Andrey Rahmatullin wrote:
> > > 4. Ссылки с publicKeyToken должны генерировать Requires, содержащий имя,
> > > версию, publicKeyToken и culture сборки, при этом версия берётся из
> > > ссылки либо из .config, если он есть и содержит перенаправление.
> > Пример пакетов в сизифе.
> /usr/lib/mono/gac/Nemerle.CSharp/0.9.3.29994__5291d186334f6101/Nemerle.CSharp.dll
> 
> Чтобы загрузить эту сборку, в программе должен быть блок
> 
> .assembly extern Nemerle.CSharp
> {
>   .ver 0:9:3:29994
>   .publickeytoken = (52 91 D1 86 33 4F 61 01 )
> }

А если в программе вообще не указан .publickeytoken?
Программа "слинкуется" с текущей версией или как?

> Поэтому зависимость, по-хорошему, должна включать и имя, и версию, и хэш
> ключа.

Можно сделать наиболее общий формат зависимостей 1.2.3.4-HASH.
То есть hash вынести в релиз.  Это можно абсолютно безболезненно
делать как минимум в Provides.  А потом включать hash и в Requires.
Или не включать -- здесь сохраняется степень свободы, потому что
зависимость без релиза успешно разрешится в любой релиз.

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

Re: [devel] Mono: мысли по зависимостям

[Andrey Rahmatullin]

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

On Mon, Nov 05, 2007 at 12:32:47AM +0300, Alexey Tourbin wrote:
> А если в программе вообще не указан .publickeytoken?
> Программа "слинкуется" с текущей версией или как?
То, во-1-х, загрузчик будет искать сборки и локально, во-2-х, версия при
поиске сравниваься не будет.

> Это можно абсолютно безболезненно делать как минимум в Provides.  А
> потом включать hash и в Requires.  Или не включать
Как не включать? А как оно тогда разрешаться будет, если Provides с хэшем?

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

[...] если применять боцманские методы к достаточно
contrib-пакетам, то я сейчас опять вспомню via686 >;-E
		-- mike in sisyphus@

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

Re: [devel] Mono: мысли по зависимостям

[Alexey Tourbin]

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

On Mon, Nov 05, 2007 at 03:48:15PM +0500, Andrey Rahmatullin wrote:
> > Это можно абсолютно безболезненно делать как минимум в Provides.  А
> > потом включать hash и в Requires.  Или не включать
> Как не включать? А как оно тогда разрешаться будет, если Provides с хэшем?

Хеш будет в "релизе".  То есть ты напремер пишеш "Requires: glibc-core = 2.5"
как оно разрешаца будет?  Если равно указано с точностью до версии то
разрешаецо без релиза.

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