[devel] rpm-build-mono find provides

[devel] rpm-build-mono find provides

[Alexey Shabalin]

День добрый.

Докладываю, что provides для моно теперь не ищутся.
Точнее, ищутся только в MONO_LIBDIR=/usr/lib/mono и не проверяются в
других местах.
Указание в спеке (для beagle)
%add_findprov_lib_path %_libdir/beagle
никак не влияет.
проверил на f-spot - такая же ситуация.
Алексей расчитывать на вашу помощь?
-- 
Alexey Shabalin

Re: [devel] rpm-build-mono find provides

[Ildar Mulyukov]

On 26.11.2007 21:27:54, Alexey Shabalin wrote:
> День добрый.
> 
> Докладываю, что provides для моно теперь не ищутся.
> Точнее, ищутся только в MONO_LIBDIR=/usr/lib/mono и не проверяются в  
> других местах.
> Указание в спеке (для beagle)
> %add_findprov_lib_path %_libdir/beagle
> никак не влияет.
> проверил на 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] rpm-build-mono find provides

[Alexey Tourbin]

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

On Tue, Nov 27, 2007 at 11:48:55AM +0600, Ildar Mulyukov wrote:
> On 26.11.2007 21:27:54, Alexey Shabalin wrote:
> > День добрый.
> > 
> > Докладываю, что provides для моно теперь не ищутся.
> > Точнее, ищутся только в MONO_LIBDIR=/usr/lib/mono и не проверяются в  
> > других местах.
> > Указание в спеке (для beagle)
> > %add_findprov_lib_path %_libdir/beagle
> > никак не влияет.
> > проверил на f-spot - такая же ситуация.
> > Алексей расчитывать на вашу помощь?
> 
> Это было сделано специально по результатам обсуждения около недели-двух  
> назад.

Так в beagle не должно появиться requires (в пределах главного
подпакета), которые "внутренне" предоставляются.  То есть внутренние
библиотеки за пределами /usr/lib/mono -- это личное дело пакета, они
и не должны предоставляться, а зависимости requires на такие библиотеки
должны взаимно уничтожаться.

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

Re: [devel] rpm-build-mono find provides

[Alexey Shabalin]

27.11.07, Alexey Tourbin<at@> написал(а):
> On Tue, Nov 27, 2007 at 11:48:55AM +0600, Ildar Mulyukov wrote:
> > On 26.11.2007 21:27:54, Alexey Shabalin wrote:
> > > День добрый.
> > >
> > > Докладываю, что provides для моно теперь не ищутся.
> > > Точнее, ищутся только в MONO_LIBDIR=/usr/lib/mono и не проверяются в
> > > других местах.
> > > Указание в спеке (для beagle)
> > > %add_findprov_lib_path %_libdir/beagle
> > > никак не влияет.
> > > проверил на f-spot - такая же ситуация.
> > > Алексей расчитывать на вашу помощь?
> >
> > Это было сделано специально по результатам обсуждения около недели-двух
> > назад.
>
> Так в beagle не должно появиться requires (в пределах главного
> подпакета), которые "внутренне" предоставляются.  То есть внутренние
> библиотеки за пределами /usr/lib/mono -- это личное дело пакета, они
> и не должны предоставляться, а зависимости requires на такие библиотеки
> должны взаимно уничтожаться.
Тогда уточняю проблему. Взаимного уничтожения не происходит. Requires
выставляются, а Provides не ищутся. надо специально выставлять
skip_requires?

В PROVIDES у beagle
/usr/lib/beagle/libbeagleglue.so.0
pkgconfig(beagle-0.0)
pkgconfig(beagle-daemon)
pkgconfig(beagle-ui-0.0)
beagle

В PROVIDES у beagle-gui
/usr/lib/beagle/libbeagleuiglue.so.0
beagle-gui

НО !!!
Вот REQUIRENAME для beagle:
-- skip --
mono(ICSharpCode.SharpZipLib) = 2.84.0.0
mono(Images) = 0.0.0.0  - это в beagle-gui
^^^^^^^^^^^^^^^^^^^^^^^
mono(Mono.Data.SqliteClient) = 2.0.0.0
mono(Mono.Posix) = 2.0
mono(System) = 2.0
mono(System.Data) = 2.0
mono(System.Web) = 2.0
mono(System.Xml) = 2.0
mono(gdk-sharp) = 2.10.0.0
mono(glade-sharp) = 2.10.0.0
mono(glib-sharp) = 2.10.0.0
mono(gmime-sharp) = 2.2.0.0
mono(gnome-sharp) = 2.16.0.0
mono(gsf-sharp) = 0.0.0.7
mono(gtk-sharp) = 2.10.0.0
mono(mscorlib) = 2.0
-- skip --
и для beagle-gui
-- skip --
mono(Beagle) = 0.0.0.0
^^^^^^^^^^^^^^^^^^^^^^^
mono(Mono.Posix) = 2.0
mono(System) = 2.0
mono(Util) = 0.7.1.0
mono(galago-sharp) = 1.0.0.0
mono(gconf-sharp) = 2.16.0.0
mono(gdk-sharp) = 2.10.0.0
mono(glade-sharp) = 2.10.0.0
mono(glib-sharp) = 2.10.0.0
mono(gnome-sharp) = 2.16.0.0
mono(gnome-vfs-sharp) = 2.16.0.0
mono(gtk-sharp) = 2.10.0.0
mono(mscorlib) = 2.0
mono(pango-sharp) = 2.10.0.0
-- skip --

-- 
Alexey Shabalin

[devel] private provides

[Alexey Tourbin]

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

On Tue, Nov 27, 2007 at 12:12:46PM +0300, Alexey Shabalin wrote:
> Тогда уточняю проблему. Взаимного уничтожения не происходит. Requires
> выставляются, а Provides не ищутся. надо специально выставлять
> skip_requires?

Взаимного уничтожения между подпакетами действительно не происходит.
Взаимное уничтожение пока реализовано только в пределах одного
подпакета.

> В PROVIDES у beagle
> /usr/lib/beagle/libbeagleglue.so.0
> pkgconfig(beagle-0.0)
> pkgconfig(beagle-daemon)
> pkgconfig(beagle-ui-0.0)
> beagle
> 
> В PROVIDES у beagle-gui
> /usr/lib/beagle/libbeagleuiglue.so.0
> beagle-gui
> 
> НО !!!
> Вот REQUIRENAME для beagle:
> -- skip --
> mono(ICSharpCode.SharpZipLib) = 2.84.0.0
> mono(Images) = 0.0.0.0  - это в beagle-gui
> ^^^^^^^^^^^^^^^^^^^^^^^

Requires обнаруживается в другом подпакете. :(  Советую Вам пока ничего
не делать (или же пока заняться перераспилом *-sharp пакетов, если Вы к
этому причастны).

На самом деле это общая проблема -- т.н. private provides, которую мы
недавно обсуждали в частной переписке с avm и ldv.  В двух словах,
в ряде случаев нежелательно предоставлять некоторые provides в
репозитарии, но нужно каким-то образом разрешать requires на эти
зависимости в пределах подпакетов.

avm предложил ввести дополнительный [prviate] флаг который можно
приписывать к зависимостям в find-provides и find-requires, и хакнуть
librpm, чтобы он воспринимал этот "флаг" специальным образом.  Это
решение не понравилось мне по разным причинам, прежде всего потому, что
это работает только в пределах одного подпакета, но даже не для всех
подпакетов, собранных из одного исходного пакета (в чём и состоит
проблема в данном случае).

Я в свою очередь предложил сводить зависимости на приватные библиотеки
к зависимостям на файлы.  В некоторых случаях это работает совершенно
прозрачно и не дает неприятных побочных эффектов.

Я подумаю, можно ли это как-то сделать в rpm-build-mono.  У меня сейчас
не совсем готово решение по сведению приватных зависимостей к
зависимостям на файлы, о котором я пишу, и я ещё немного сомневаюсь,
всё ли там "чисто" получается.  Не знаю, можно ли будет захачить
rpm-build-mono без новой сборки rpm-build.  Посмотрю.

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

Re: [devel] rpm-build-mono find provides

[Alexey Tourbin]

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

On Tue, Nov 27, 2007 at 12:12:46PM +0300, Alexey Shabalin wrote:
> НО !!!
> Вот REQUIRENAME для beagle:
> -- skip --
> mono(ICSharpCode.SharpZipLib) = 2.84.0.0
> mono(Images) = 0.0.0.0  - это в beagle-gui
> ^^^^^^^^^^^^^^^^^^^^^^^

Пришлите мне Ваш nosrc.rpm в текущем виде.
rpmbuild -bs --nosource 0 beagle.spec

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

Re: [devel] private provides

[Alexey Tourbin]

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

On Tue, Nov 27, 2007 at 12:49:13PM +0300, Alexey Tourbin wrote:
> Взаимного уничтожения между подпакетами действительно не происходит.
> Взаимное уничтожение пока реализовано только в пределах одного
> подпакета.
> 
> > В PROVIDES у beagle
> > /usr/lib/beagle/libbeagleglue.so.0
> > pkgconfig(beagle-0.0)
> > pkgconfig(beagle-daemon)
> > pkgconfig(beagle-ui-0.0)
> > beagle
> > 
> > В PROVIDES у beagle-gui
> > /usr/lib/beagle/libbeagleuiglue.so.0
> > beagle-gui
> > 
> > НО !!!
> > Вот REQUIRENAME для beagle:
> > -- skip --
> > mono(ICSharpCode.SharpZipLib) = 2.84.0.0
> > mono(Images) = 0.0.0.0  - это в beagle-gui
> > ^^^^^^^^^^^^^^^^^^^^^^^

Ситуация здесь очень плохая из-за того, что все эти *.dll файлы
лежат в разных подкаталогах --
/usr/lib/beagle/Beagle.dll
/usr/lib/beagle/Filters/Filters.dll
/usr/lib/beagle/Backends/EvolutionBackends.dll

Если бы они все лежали в одном каталоге, то можно было бы просто
вместо зависимости mono(private_dll) писать зависимость на
/этот/каталог/private.dll.

Впрочем, в /usr/lib/rpm/mono.req уже есть один хак для beagle --
как раз из-за того, что в нём моновский код лежит в разных подкаталогах.
Наверное, можно будет этот хак несколько обобщить.

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

Re: [devel] rpm-build-mono find provides

[Alexey Shabalin]

27.11.07, Alexey Tourbin написал(а):
> On Tue, Nov 27, 2007 at 11:48:55AM +0600, Ildar Mulyukov wrote:
> > On 26.11.2007 21:27:54, Alexey Shabalin wrote:
> > > День добрый.
> > >
> > > Докладываю, что provides для моно теперь не ищутся.
> > > Точнее, ищутся только в MONO_LIBDIR=/usr/lib/mono и не проверяются в
> > > других местах.
> > > Указание в спеке (для beagle)
> > > %add_findprov_lib_path %_libdir/beagle
> > > никак не влияет.
> > > проверил на f-spot - такая же ситуация.
> > > Алексей расчитывать на вашу помощь?
> >
> > Это было сделано специально по результатам обсуждения около недели-двух
> > назад.
>
> Так в beagle не должно появиться requires (в пределах главного
> подпакета), которые "внутренне" предоставляются.  То есть внутренние
> библиотеки за пределами /usr/lib/mono -- это личное дело пакета, они
> и не должны предоставляться, а зависимости requires на такие библиотеки
> должны взаимно уничтожаться.

Кстати это хорошо, что mono-программы не провайдят ничего за пределами
/usr/lib/mono.
Сейчас собираю новый monodevelop - теперь он  с собой несёт
компоненты, которые уже есть в mono-* (например для баз данных).
Причём раньше такого не было.
Я понимаю, что это лучше оторвать от него, упаковать в сизиф нужные
mono-addins и mono-mysql(bytefx-data-mysql всё-равно в апстриме не
поддерживается), но боюсь времени/возможности в ближайшее время не
будет.

А вообще оно кому-нибудь надо? кто возьмётся протестировать?
-- 
Alexey Shabalin

[devel] private provides (was: rpm-build-mono find provides)

[Alexey Tourbin]

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

On Tue, Nov 27, 2007 at 07:50:21PM +0300, Alexey Shabalin wrote:
> > > > Докладываю, что provides для моно теперь не ищутся.
> > > > Точнее, ищутся только в MONO_LIBDIR=/usr/lib/mono и не проверяются в
> > > > других местах.
> > > > Указание в спеке (для beagle)
> > > > %add_findprov_lib_path %_libdir/beagle
> > > > никак не влияет.
> > > > проверил на f-spot - такая же ситуация.
> > > > Алексей расчитывать на вашу помощь?
> > >
> > > Это было сделано специально по результатам обсуждения около недели-двух
> > > назад.
> >
> > Так в beagle не должно появиться requires (в пределах главного
> > подпакета), которые "внутренне" предоставляются.  То есть внутренние
> > библиотеки за пределами /usr/lib/mono -- это личное дело пакета, они
> > и не должны предоставляться, а зависимости requires на такие библиотеки
> > должны взаимно уничтожаться.
> 
> Кстати это хорошо, что mono-программы не провайдят ничего за пределами
> /usr/lib/mono.

Точнее, за пределами /usr/lib/mono/gac/, с одним небольшим исключением
для mscorlib.dll.  Конечно хорошо.  Идея в том, что явно предоставлять
("для репозитария") нужно только то, что можно найти "стандартным
способом" (в частности, в стандартных путях для поиска этого дела).
Чего нельзя подцепить стандартным способом, того и не надо явно
предоставлять, чтобы не "сбивать" зависимости, то есть чтобы никто
не надеялся стандартно подцепить то, чего стандартно подцепить нельзя.

Правда, тут встаёт вопрос, как взаимно уничтожить "приватные" provides
и соответствующие им requires в пределах одного пакета, особено если
этот пакет распилен на несколько подпакетов.  В принципе такой способ
есть.  Надо над ним ещё подумать.

Эта проблема не специфична для mono.  Есть общая идея "узких"
межпакетных зависимостей, которые желательно разрешать без "глобального"
provides в репозатарии.  Я считаю, что в большинстве разумных случаев
эту проблему можно разрешить на уровне файловых зависимостей.  То есть
вместо зависимости типа mono(что-то) можно писать зависимость вида
/usr/lib/mono/foo/что-то.dll.  Тогда файловая зависимость будет
разрешаться существенно более автоматически, чем это могло бы быть
в случае с виртуальной зависимостью.

> Сейчас собираю новый monodevelop - теперь он  с собой несёт
> компоненты, которые уже есть в mono-* (например для баз данных).
> Причём раньше такого не было.
> Я понимаю, что это лучше оторвать от него, упаковать в сизиф нужные
> mono-addins и mono-mysql(bytefx-data-mysql всё-равно в апстриме не
> поддерживается), но боюсь времени/возможности в ближайшее время не
> будет.
> 
> А вообще оно кому-нибудь надо? кто возьмётся протестировать?

Это глупый вопрос.  Надо оно кому-нибудь или нет, это никто не скажет
даже за двадцать долларов.  Кому это сейчас нужно или не нужно это не
имеет никакого значения.  Вам сейчас нужно сделать систему фактически
для себя, чтобы она Вам нравилась.  Я в этом смысле как бы немного
неприлично помогаю делать систему, которая отчасти нравится в том числе
и мне самому.  Но наши вкусы могут не совпадать (хотя я и стараюсь не
делать глупостей).  Так что смотрите.

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

Re: [devel] private provides (was: rpm-build-mono find provides)

[Alexey Shabalin]

> > Сейчас собираю новый monodevelop - теперь он  с собой несёт
> > компоненты, которые уже есть в mono-* (например для баз данных).
> > Причём раньше такого не было.
> > Я понимаю, что это лучше оторвать от него, упаковать в сизиф нужные
> > mono-addins и mono-mysql(bytefx-data-mysql всё-равно в апстриме не
> > поддерживается), но боюсь времени/возможности в ближайшее время не
> > будет.
> >
> > А вообще оно кому-нибудь надо? кто возьмётся протестировать?
>
> Это глупый вопрос.  Надо оно кому-нибудь или нет, это никто не скажет
> даже за двадцать долларов.  Кому это сейчас нужно или не нужно это не
> имеет никакого значения.  Вам сейчас нужно сделать систему фактически
> для себя, чтобы она Вам нравилась.  Я в этом смысле как бы немного
> неприлично помогаю делать систему, которая отчасти нравится в том числе
> и мне самому.  Но наши вкусы могут не совпадать (хотя я и стараюсь не
> делать глупостей).  Так что смотрите.
>

Извиняюсь, может не совсем точно выразился, хотя спасибо за развёрнутый ответ.
Меня больше волновала нужность mono-addins и нормальной mono-mysql, а
не в составе monodevelop. Мало ли у кого проект.
В общем понятно, как дойдут руки - оторву всё лишнее, а пока заливаю так.

-- 
Alexey Shabalin

Re: [devel] rpm-build-mono find provides

[Andrey Rahmatullin]

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

On Tue, Nov 27, 2007 at 07:50:21PM +0300, Alexey Shabalin wrote:
> Я понимаю, что это лучше оторвать от него, упаковать в сизиф нужные
> mono-addins
Это я уже собрал, только тестиь не на чем :)
И в роадмапе на монодевелоп (или на addins?) было про версию, после
которой там будут юзаться системные. Так что отрывать я не стал.

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

<AMike[HOME]> AMorozov, hiddenman, в конце концов, вы уже должны были привыкнуть к ключам, ведь вы ps запускаете не со срокой параметров вида "ps все пользоватеские процессы показать с со строкой параметров"
<AMorozov> AMike[HOME]: я не пускаю PS, я нажимаю С-Escape ;-)

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

Re: [devel] rpm-build-mono find provides

[Ildar Mulyukov]

On 27.11.2007 22:50:21, Alexey Shabalin wrote:
> Сейчас собираю новый monodevelop

Пожалуйста, оторвите от него seamonkey. Включая libgecko-sharp.

Ильдар
-- 
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] rpm-build-mono find provides

[Alexey Shabalin]

2007/11/28, Ildar Mulyukov:
> On 27.11.2007 22:50:21, Alexey Shabalin wrote:
> > Сейчас собираю новый monodevelop
>
> Пожалуйста, оторвите от него seamonkey. Включая libgecko-sharp.
>
> Ильдар

я заменил seamonkey на firefox.
А оторвать - это значит собрать без aspnet, aspnetedit?
но я понял, что gecko ещё используется для отображения html в IDE
(Core/src/MonoDevelop.Ide/MonoDevelop.Ide.Gui.BrowserDisplayBinding/HtmlViewPane.cs)

боюсь оторвать libgecko-sharp у меня не получится.
-- 
Alexey Shabalin