[devel] rpm 4.0.4-alt79

[devel] rpm 4.0.4-alt79

[@ 2007-11-02 21:46 UTC (permalink / raw)]

Re: [devel] rpm 4.0.4-alt79

[@ 2007-11-02 21:59 UTC (permalink / raw)]

[devel] alsa-utils-1.0.14-alt3

[@ 2007-11-02 22:04 UTC (permalink / raw)]

[devel] backupninja-0.9.4-alt1

[@ 2007-11-02 22:20 UTC (permalink / raw)]

[devel] bmpx-devel-0.40.9-alt1

[@ 2007-11-02 22:25 UTC (permalink / raw)]

[devel] compiz-devel-0.6.2-alt2

[@ 2007-11-02 22:28 UTC (permalink / raw)]

[devel] compizconfig-python-devel-0.6.0-alt1

[@ 2007-11-02 22:38 UTC (permalink / raw)]

[devel] emerald-devel-0.5.2-alt1

[@ 2007-11-02 22:57 UTC (permalink / raw)]

[devel] etcnet-0.9.4-alt1

[@ 2007-11-02 23:10 UTC (permalink / raw)]

[devel] f-spot-0.3.5-alt2 (mono)

[@ 2007-11-02 23:26 UTC (permalink / raw)]

[devel] fedora-ds-1.1.0-alt0.20071030

[@ 2007-11-03 0:29 UTC (permalink / raw)]

[devel] gstreamer-devel-0.10.14-alt1

[@ 2007-11-03 0:40 UTC (permalink / raw)]

[devel] gtkglarea2-devel-1.99.0-alt3

[@ 2007-11-03 0:51 UTC (permalink / raw)]

[devel] распил пакетов

[@ 2007-11-03 1:25 UTC (permalink / raw)]

Re: [devel] f-spot-0.3.5-alt2 (mono)

[@ 2007-11-03 9:04 UTC (permalink / raw)]

Re: [devel] gstreamer-devel-0.10.14-alt1

[@ 2007-11-03 14:39 UTC (permalink / raw)]

Re: [devel] f-spot-0.3.5-alt2 (mono)

[@ 2007-11-03 19:10 UTC (permalink / raw)]

Re: [devel] gstreamer-devel-0.10.14-alt1

[@ 2007-11-03 19:57 UTC (permalink / raw)]

Re: [devel] etcnet-0.9.4-alt1

[@ 2007-11-03 20:28 UTC (permalink / raw)]

Re: [devel] etcnet-0.9.4-alt1

[@ 2007-11-03 20:38 UTC (permalink / raw)]

Re: [devel] f-spot-0.3.5-alt2 (mono)

[@ 2007-11-04 9:27 UTC (permalink / raw)]

Re: [devel] f-spot-0.3.5-alt2 (mono)

[@ 2007-11-04 14:44 UTC (permalink / raw)]

Re: [devel] f-spot-0.3.5-alt2 (mono)

[@ 2007-11-04 18:38 UTC (permalink / raw)]

Re: [devel] f-spot-0.3.5-alt2 (mono)

[@ 2007-11-04 19:53 UTC (permalink / raw)]

Re: [devel] f-spot-0.3.5-alt2 (mono)

[@ 2007-11-04 21:59 UTC (permalink / raw)]

Re: [devel] gstreamer-devel-0.10.14-alt1

[Alexey Tourbin]

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

On Sat, Nov 03, 2007 at 10:57:32PM +0300, Alexey Rusakov wrote:
> Dmitry V. Levin wrote:
> > On Sat, Nov 03, 2007 at 03:40:41AM +0300, Alexey Tourbin wrote:
> > > Например, я вот думаю, не стоит ли отпилить от libcairo-devel пакет
> > > libcairo-fb-devel (поддержка directfb).  Иначе libcairo-devel требует
> > > libdirectfb-devel, что в некотором смысле не очень хорошо (нарушается
> > > "ортогональность" зависимостей, если рассматривать "поддержку" разных
> > > фич по сборке как некое подобие матроида;
> > 
> > Если клиентов libcairo-devel, которым для сборки не требуется
> > libcairo-fb-devel, наберётся достаточно, то от распила будет
> > практическая польза.  Если нет, то нет.

> Поддержка DirectFB в Cairo делалась для сборки GTK+ с поддержкой DirectFB.
> В данный момент такую сборку как раз просят вернуть (и lav@ никогда не был
> доволен тем, что пакет был выброшен из Сизифа). Мне кажется, если сделать
> её совершенно отдельной сборкой без пакета -devel, libgtk2-directfb не
> повредит ничему из имеющегося в Сизифе.

Вам нужно на досуге подумать, что это такое "матроид" или же система
"линейно независимых множеств" или что-нибудь такое.  Это имеет прямое
отношение к зависимостям типа BuildRequires.  То есть вот то, как эти
зависимости "схлопываются" по отношению частичного порядка, это наверное
является наиболее важным "пунком" в понимании rpm-зависимостей вообще.

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

Re: [devel] f-spot-0.3.5-alt2 (mono)

[Ildar Mulyukov]

On 03.11.2007 05:26:41, Alexey Tourbin wrote:
> >  f-spot-0.3.5-alt2	Provides	  
> /usr/lib/f-spot/libfspotjpegtran.so.0
> > -f-spot-0.3.5-alt2	Provides	mono(FlickrNet) = 2.1.2.21188
> > +f-spot-0.3.5-alt2	Provides	mono(FlickrNet) = 2.1.2.18552
> >  f-spot-0.3.5-alt2	Provides	mono(NDesk.DBus) = 1.0.0.0
> > @@ -27252,3 +27276,3 @@
> >  f-spot-0.3.5-alt2	Provides	mono(google-sharp) = 0.1.0.0
> > -f-spot-0.3.5-alt2	Provides	mono(libgphoto2-sharp) =  
> 1.0.2861.21205
> > +f-spot-0.3.5-alt2	Provides	mono(libgphoto2-sharp) =  
> 1.0.2862.18570
> >  f-spot-0.3.5-alt2	Requires	bash
> 
> У mono "плавают" зависимости, это уже не первый раз такое вылезает, а  
> почему я прямо сейчас сказать не могу.  Гадость там какая-то  
> определённая имеется.
В прошлый раз это был nemerle? С тем пакетом я могу объяснить, те  
включали SVN rev в версию сборки ^W^W^W^W^W^W^W
Нет, я вспомнил, они включали туда hash(time()). Я попросил - и они  
поправили это безобразие.

> Я прошу уважаемых товарищей maintainer'ов собрать побольше (полезных)  
> mono-пакетов, чтобы regression тестирование давало больше информации  
> для выявления закономерностей.
Алексей, я полагаю закономерности тут просто нет. Это просто некоторые  
пакеты надо пофиксить.

> У меня где-то в todo имеется rpm-build-mono, но поскольку кажется что  
> специалистов по этому делу особо нет

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

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

это так :-)

> то я не знаю, с кем это обсудить.

Андрей, Вы да я - уже кворум. Глядишь, Шабалин присоединится, ещё кто...

> Тема такая: синхронизация *.dll и *.dll.config файлов на предмет  
> разрешения зависимостей в soname'ы.
> Например в last-exit.spec используется вот такая диковатая  
> конструкция:
>     25  # find out versions of DllImport'ed libraries
>     26  BuildRequires(pre): libnotify libX11
>     27  %define libnotify_so %(rpm -ql libnotify | fgrep -m1  
> otify.so. | xargs basename)
>     28  %define libX11_so %(rpm -ql libX11 | fgrep -m1 libX11.so. |  
> xargs basename)
>     29  %define libc_so %(rpm -ql glibc-core | fgrep -m1 libc.so |  
> xargs basename)
>     30  %define libgdk_so %(rpm -ql libgtk+2 | fgrep -m1 gdk-x11-2.0  
> | xargs basename)
>     31  %ifarch x86_64
>     32  %define bits ()(64bit)
>     33  %else
>     34  %define bits %nil
>     35  %endif
>     36  Requires: %libnotify_so%bits %libX11_so%bits %libc_so%bits  
> %libgdk_so%bits
>     37
>     38
>     39  %description
>     40  A free GTK-based Last.fm player.
>     41
>     42  %prep
>     43  %setup
>     44  sed -i '/DllImport/s/"notify"/"%libnotify_so"/' src/*.cs
>     45  sed -i '/DllImport/s/"libX11"/"%libX11_so"/' src/*.cs
>     46  sed -i '/DllImport/s/"libc"/"%libc_so"/' src/*.cs
>     47  sed -i '/DllImport/s/"gdk-x11-2.0"/"%libgdk_so"/' src/*.cs
> Ясно, что здесь нужно системное решение для целого класса такого рода
> проблем.

Так. Видимо, речь идёт о доделке rpm-build-mono, чтобы он изменял  
*.dll.config примерно таки же образом?

Ильдар
-- 
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] f-spot-0.3.5-alt2 (mono)

[Victor Forsyuk]

On Mon, Nov 05, 2007 at 01:29:23PM +0600, Ildar Mulyukov <ildar@altlinux.ru> wrote:

> > У меня где-то в todo имеется rpm-build-mono, но поскольку кажется что  
> > специалистов по этому делу особо нет
> 
> У меня тоже в todo имеется rpm-build-mono, вернее внимательно прочитать  
> Вашу новую версию. Пока до "внимательно почитать" глаза не дошли. Но  
> обсуждать проблемы и помогать я готов. Только, конечно, надо в первую  
> очередь озаботить мэйнтейнера f-spot.

Я не против, чтобы меня озаботили. Объясните только, чем я должен
озаботиться. :)

Re: [devel] f-spot-0.3.5-alt2 (mono)

[Ildar Mulyukov]

On 05.11.2007 15:28:33, Victor Forsyuk wrote:
> On Mon, Nov 05, 2007 at 01:29:23PM +0600, Ildar Mulyukov  
> <ildar@altlinux.ru> wrote:
> 
> > > У меня где-то в todo имеется rpm-build-mono, но поскольку кажется  
> что
> > > специалистов по этому делу особо нет
> >
> > У меня тоже в todo имеется rpm-build-mono, вернее внимательно  
> прочитать
> > Вашу новую версию. Пока до "внимательно почитать" глаза не дошли. Но
> > обсуждать проблемы и помогать я готов. Только, конечно, надо в  
> первую
> > очередь озаботить мэйнтейнера f-spot.
> 
> Я не против, чтобы меня озаботили. Объясните только, чем я должен
> озаботиться. :)

Отлично! Постановка проблемы:
при каждой компиляции f-spot меняется Provides. Надо бы это проверить и  
найти виноватых ;)

С уважением, Ильдар
-- 
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] f-spot-0.3.5-alt2 (mono)

[Alexey Tourbin]

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

On Mon, Nov 05, 2007 at 03:51:36PM +0600, Ildar Mulyukov wrote:
> Отлично! Постановка проблемы:
> при каждой компиляции f-spot меняется Provides. Надо бы это проверить и  
> найти виноватых ;)

У него вообще не должно быть Provides, в смысле те которые меняются.
Это нужно решить на уровне rpm-build-mono.

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

Re: [devel] f-spot-0.3.5-alt2 (mono)

[Andrey Rahmatullin]

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

On Mon, Nov 05, 2007 at 12:59:12AM +0300, Alexey Tourbin wrote:
> Я не совсем понял, как происходит remap версий.
Требования к версиям стандартных библиотек игнорируются, я так понял.
Ну, кроме mscorlib, наверно.

> Мне теперь не особо понятно, как ты хочешь отпилить дотнет 1.0
> от дотнета 2.0.  Ведь gsf-sharp по-прежнему показывает на 1.0.
Ну ей, например, не нужен System.Data от 1.0.

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

<henker> мда. достался хостинг. ssh древний, апач древний, пхп ваще падает на
         древней либсе..
<dottedmag> henker: дареному хостингу в libc не смотрят

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

Re: [devel] f-spot-0.3.5-alt2 (mono)

[Victor Forsyuk]

On Mon, Nov 05, 2007 at 03:51:36PM +0600, Ildar Mulyukov <ildar@altlinux.ru> wrote:
> On 05.11.2007 15:28:33, Victor Forsyuk wrote:
> > On Mon, Nov 05, 2007 at 01:29:23PM +0600, Ildar Mulyukov  
> > <ildar@altlinux.ru> wrote:
> > 
> > > > У меня где-то в todo имеется rpm-build-mono, но поскольку кажется  
> > что
> > > > специалистов по этому делу особо нет
> > >
> > > У меня тоже в todo имеется rpm-build-mono, вернее внимательно  
> > прочитать
> > > Вашу новую версию. Пока до "внимательно почитать" глаза не дошли. Но
> > > обсуждать проблемы и помогать я готов. Только, конечно, надо в  
> > первую
> > > очередь озаботить мэйнтейнера f-spot.
> > 
> > Я не против, чтобы меня озаботили. Объясните только, чем я должен
> > озаботиться. :)
> 
> Отлично! Постановка проблемы:
> при каждой компиляции f-spot меняется Provides. Надо бы это проверить и  
> найти виноватых ;)

Тогда, извините, но это не ко мне. :) Я совсем не спец в моно, точко-сетке и
всей сопутствующей кучке технологий. Я собрал f-spot только из желания иметь
в сизифе еще один неплохой фото-софт.

Ну и, наверное, по-правильному такие проблемы должны решаться не патченьем
или допиливанием каждого провинившегося приложения на mono, а доработкой
наших сборочных технологий...

Re: [devel] f-spot-0.3.5-alt2 (mono)

[Ildar Mulyukov]

On 05.11.2007 20:33:16, Victor Forsyuk wrote:
> Тогда, извините, но это не ко мне. :) Я совсем не спец в моно,  
> точко-сетке и всей сопутствующей кучке технологий. Я собрал f-spot  
> только из желания иметь в сизифе еще один неплохой фото-софт.
> 
> Ну и, наверное, по-правильному такие проблемы должны решаться не  
> патченьем или допиливанием каждого провинившегося приложения на mono,  
> а доработкой наших сборочных технологий...

хорошо, я посмотрю.
-- 
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] Versioning (mono)

[Ildar Mulyukov]

On 05.11.2007 17:29:43, Andrey Rahmatullin wrote:
> On Mon, Nov 05, 2007 at 12:59:12AM +0300, Alexey Tourbin wrote:
> > Я не совсем понял, как происходит remap версий.
> Требования к версиям стандартных библиотек игнорируются, я так понял.  
> Ну, кроме mscorlib, наверно.
> 
>> Мне теперь не особо понятно, как ты хочешь отпилить дотнет 1.0 от  
>> дотнета 2.0.  Ведь gsf-sharp по-прежнему показывает на 1.0.
> Ну ей, например, не нужен System.Data от 1.0.



Господа!

Изучение матчасти, как всегда, дало непревзойдённый результат. Привожу  
выдержку с M$SN:
Versioning

Each assembly has a 128-bit version number that is presented as a set  
of four decimal pieces: Major.Minor.Build.Revision
For example, an assembly might have the version number 3.5.0.126.
By default, an assembly will only use types from the exact same  
assembly (name and version number) that it was built and tested with.  
That is, if you have an assembly that uses a type from version 1.0.0.2  
of another assembly, it will (by default) not use the same type from  
version 1.0.0.4 of the other assembly. This use of both name and  
version to identify referenced assemblies helps avoid the "DLL Hell"  
problem of upgrades to one application breaking other applications.

(http://msdn2.microsoft.com/en-us/library/ms973231.aspx)

Что это означает:
1. Значащие цифры для ABI - первые две (Major.Minor). Это - строгое  
требование.
2. /Желательно/ учитывать последние две при (динамической) линковке.  
Это, боюсь, мы не потянем. И для OpenSource это не так уж важно. И  
вообще к дистростроению это не относится.
3. Различия между системными и несистемными библиотеками нет.

Так что, очевидно, придётся снова (немного) править  rpm-build-mono.  
Мэйнтейнеру f-spot просьба не беспокоиться.

С уважением, Ильдар
-- 
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] Versioning (mono)

[Alexey Tourbin]

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

On Thu, Nov 08, 2007 at 07:43:02PM +0600, Ildar Mulyukov wrote:
> Изучение матчасти, как всегда, дало непревзойдённый результат. Привожу  
> выдержку с M$SN:
> Versioning
> 
> Each assembly has a 128-bit version number that is presented as a set  
> of four decimal pieces: Major.Minor.Build.Revision
> For example, an assembly might have the version number 3.5.0.126.
> By default, an assembly will only use types from the exact same  
> assembly (name and version number) that it was built and tested with.  
> That is, if you have an assembly that uses a type from version 1.0.0.2  
> of another assembly, it will (by default) not use the same type from  
> version 1.0.0.4 of the other assembly. This use of both name and  
> version to identify referenced assemblies helps avoid the "DLL Hell"  
> problem of upgrades to one application breaking other applications.
> 
> (http://msdn2.microsoft.com/en-us/library/ms973231.aspx)
> 
> Что это означает:
> 1. Значащие цифры для ABI - первые две (Major.Minor). Это - строгое  
> требование.
> 2. /Желательно/ учитывать последние две при (динамической) линковке.  
> Это, боюсь, мы не потянем. И для OpenSource это не так уж важно. И  
> вообще к дистростроению это не относится.
> 3. Различия между системными и несистемными библиотеками нет.
> 
> Так что, очевидно, придётся снова (немного) править  rpm-build-mono.  
> Мэйнтейнеру f-spot просьба не беспокоиться.

Теперь посмотрите код mono, и объясните, так ли это в точности там
реализовано.

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

Re: [devel] Versioning (mono)

[Andrey Rahmatullin]

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

On Thu, Nov 08, 2007 at 07:43:02PM +0600, Ildar Mulyukov wrote:
> Изучение матчасти, как всегда, дало непревзойдённый результат.
Разумеется.

> Привожу  выдержку с M$SN:
Вообще-то я её здесь уже пересказывал.

> 1. Значащие цифры для ABI - первые две (Major.Minor). Это - строгое  
> требование.
Баян.
> 2. /Желательно/ учитывать последние две при (динамической) линковке.  
Не понял, что в данном случае названо динамической линковкой.
Прошу пояснить, как предлагается бороться с тем, что при обновлении
библиотеки не запустится ничего, с ней связанного, даже если её ABI не
поменялся.
> 3. Различия между системными и несистемными библиотеками нет.
Системными называются библиотеки в GAC или часть проекта Mono?
Если 1-е - читай про игнорирование версий при загрузке private asstmblies.
Если 2-е - читай mono/metadata/assembly.c::mono_assembly_remap_version()

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

>ps: куплю билеты на матч ldv--rider, т.к. пока изложенные ими
>позиции существенно противоречат друг другу ;[
Организуем на linuxfest. Билеты в танцевальный партер -- $50.
		-- aen in devel-kernel@

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

Re: [devel] Versioning (mono)

[Alexey Tourbin]

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

On Thu, Nov 08, 2007 at 09:00:11PM +0500, Andrey Rahmatullin wrote:
> > 3. Различия между системными и несистемными библиотеками нет.
> Системными называются библиотеки в GAC или часть проекта Mono?
> Если 1-е - читай про игнорирование версий при загрузке private asstmblies.
> Если 2-е - читай mono/metadata/assembly.c::mono_assembly_remap_version()

Я сделал по своеку разумению.
1) Сисок mono_assembly_remap_version захардкоден в mono.req/mono.prov и
предоставляется в двух шутках, напр.
mono(mscorlib) = 1.0
mono(mscorlib) = 1.0.5000.0
2) Библиотеки этого списка требуются в первом виде.
3) Все остальные библиотеки из /usr/lib/mono/gac предоставляются и
требуются только во втором виде.
4) Библиотеки за пределами /usr/lib/mono/gac не предоставляютсф вообще, НО
5) Работает (пока только "точный") self-requires elimination в пределах
пакета, то есть при точном совпадении версии представляемой/требуемой
библиотек она не будет требоваться.

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

Re: [devel] Versioning (mono)

[Ildar Mulyukov]

	Уважаемый Андрей,

On 08.11.2007 22:00:11, Andrey Rahmatullin wrote:
> On Thu, Nov 08, 2007 at 07:43:02PM +0600, Ildar Mulyukov wrote:
> > Изучение матчасти, как всегда, дало непревзойдённый результат.
> Разумеется.
> 
> > Привожу  выдержку с M$SN:
> Вообще-то я её здесь уже пересказывал.

К сожалению, в Вашем пересказе я не очень хорошо понял. Но тут моя вина.

> > 1. Значащие цифры для ABI - первые две (Major.Minor). Это - строгое
> > требование.
> Баян.

Я рад, что это всем уже понятно. Хотя судя по тому, какие выводы сделал  
Алексей, тут ещё надо разъяснять. :-(

> > 2. /Желательно/ учитывать последние две при (динамической) линковке.
> Не понял, что в данном случае названо динамической линковкой.

Загрузка *.dll, нужных для запуска данной программы.
> Прошу пояснить, как предлагается бороться с тем, что при обновлении  
> библиотеки не запустится ничего, с ней связанного, даже если её ABI  
> не поменялся.

Можно примеры? У меня есть обратные примеры.

> > 3. Различия между системными и несистемными библиотеками нет.
> Системными называются библиотеки в GAC или часть проекта Mono?
> Если 1-е - читай про игнорирование версий при загрузке private  
> asstmblies.
> Если 2-е - читай  
> mono/metadata/assembly.c::mono_assembly_remap_version()

В данном случае это системные в понимании Турбина (этот пункт писался  
специально для него) - те, которые выходят из mono.src.rpm

С уважением, Ильдар
-- 
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] Versioning (mono)

[Andrey Rahmatullin]

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

On Fri, Nov 09, 2007 at 11:23:35AM +0600, Ildar Mulyukov wrote:
> > > 1. Значащие цифры для ABI - первые две (Major.Minor). Это - строгое
> > > требование.
> > Баян.
> Я рад, что это всем уже понятно. Хотя судя по тому, какие выводы сделал  
> Алексей, тут ещё надо разъяснять. :-(
Я не вижу, как эти рекомендации помогут в простановке зависимостей.
Зависимости должны отражать _достаточное_ для запуску программы. В данном
случае это fully qualified имя сборки из .assembly, включающее все 4 цифры
версии.

> > > 2. /Желательно/ учитывать последние две при (динамической) линковке.
> > Не понял, что в данном случае названо динамической линковкой.
> Загрузка *.dll, нужных для запуска данной программы.
Загрузка производится кодом mono, как можно при этом что-то учитывать или
не учитывать?

> > Прошу пояснить, как предлагается бороться с тем, что при обновлении  
> > библиотеки не запустится ничего, с ней связанного, даже если её ABI  
> > не поменялся.
> Можно примеры? У меня есть обратные примеры.


wrar@wrars-comp ~/tmp $ >1.cs
class A { public static void Main() {  ByteFX.Data.Common.Connection c = new ByteFX.Data.Common.Connection(); }}
wrar@wrars-comp ~/tmp $ gmcs 1.cs -r:ByteFX.Data
1.cs(1,70): warning CS0219: The variable `c' is assigned but its value is never used
Compilation succeeded - 1 warning(s)
wrar@wrars-comp ~/tmp $ monodis 1.exe>1.il
wrar@wrars-comp ~/tmp $ subst 's,\(.*\.module\).*,\1,' 1.il
wrar@wrars-comp ~/tmp $ subst 's,0:7:6:2,0:7:6:0,' 1.il
wrar@wrars-comp ~/tmp $ ilasm2 1.il /exe /output:2.exe
Assembling '1.il' , no listing file, to exe --> '2.exe'

Operation completed successfully
wrar@wrars-comp ~/tmp $ mono 2.exe

** (2.exe:349): WARNING **: The following assembly referenced from
/home/wrar/tmp/2.exe could not be loaded:
     Assembly:   ByteFX.Data    (assemblyref_index=1)
     Version:    0.7.6.0
     Public Key: 0738eb9f132ed756



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

Виноват, забыл, что у меня alias xmms=beep-media-player.
		-- avm in devel@

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

Re: [devel] Versioning (mono)

[Ildar Mulyukov]

  Ну что ж, любопытно.

On 09.11.2007 11:40:13, Andrey Rahmatullin wrote:
> On Fri, Nov 09, 2007 at 11:23:35AM +0600, Ildar Mulyukov wrote:
> > > > 1. Значащие цифры для ABI - первые две (Major.Minor). Это -  
> строгое
> > > > требование.
> > > Баян.
> > Я рад, что это всем уже понятно. Хотя судя по тому, какие выводы  
> сделал
> > Алексей, тут ещё надо разъяснять. :-(
> Я не вижу, как эти рекомендации помогут в простановке зависимостей.  
> Зависимости должны отражать _достаточное_ для запуску программы. В  
> данном случае это fully qualified имя сборки из .assembly, включающее  
> все 4 цифры версии.

Это так по факту работы mono (Вы привели пример). Но по спецификации -  
не так. Вывод: баг моно?

> > > > 2. /Желательно/ учитывать последние две при (динамической)  
> линковке.
> > > Не понял, что в данном случае названо динамической линковкой.
> > Загрузка *.dll, нужных для запуска данной программы.
> Загрузка производится кодом mono, как можно при этом что-то учитывать  
> или не учитывать?
Этот пункт был просто пересказом документации, который, по идее, должен  
был подсказать, как решать нашу задачу проставления зависимостей.

> > > Прошу пояснить, как предлагается бороться с тем, что при  
> обновлении
> > > библиотеки не запустится ничего, с ней связанного, даже если её  
> ABI
> > > не поменялся.
> > Можно примеры? У меня есть обратные примеры.
> ...
> wrar@wrars-comp ~/tmp $ mono 2.exe
> ** (2.exe:349): WARNING **: The following assembly referenced from
> /home/wrar/tmp/2.exe could not be loaded:
>      Assembly:   ByteFX.Data    (assemblyref_index=1)
>      Version:    0.7.6.0
>      Public Key: 0738eb9f132ed756

Думаю, надо повесить на моно. Вы как считаете?

С уважением, Ильдар
-- 
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] Versioning (mono)

[Andrey Rahmatullin]

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

On Fri, Nov 09, 2007 at 11:49:41AM +0600, Ildar Mulyukov wrote:
> Это так по факту работы mono (Вы привели пример). Но по спецификации -  
> не так. Вывод: баг моно?
По, гм, спецификации используется fully qualified name.
http://msdn2.microsoft.com/en-us/library/yx7xezcf(vs.80).aspx и по
ссылкам.
Везде, где сказано про отличия первых двух цифр от последних - имеется в
виду не линковка, а ABI.

> Думаю, надо повесить на моно. Вы как считаете?
Нет, см.выше.

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

В локалке шифрование тоже не помешает.
Популяция ангелов в локалке очень малочисленна.
		-- mrkooll in community@

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

Re: [devel] Versioning (mono)

[Ildar Mulyukov]

On 09.11.2007 11:59:40, Andrey Rahmatullin wrote:
> On Fri, Nov 09, 2007 at 11:49:41AM +0600, Ildar Mulyukov wrote:
>> Это так по факту работы mono (Вы привели пример). Но по спецификации  
>> - не так. Вывод: баг моно?
> По, гм, спецификации используется fully qualified name.
> http://msdn2.microsoft.com/en-us/library/yx7xezcf(vs.80).aspx и по
> ссылкам.
> Везде, где сказано про отличия первых двух цифр от последних -  
> имеется в виду не линковка, а ABI.

Похоже, что Вы правы, а я заблуждался. Хотя такое положение дел мне  
кажется странным и неестественным.

Тогда, выходит, Алексей сделал всё исключительно правильно - так, как и  
должно быть?

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