Re: [devel] [cyber] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

Re: [devel] [cyber] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Dmitry V. Levin]

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

Кто сломал mono в бранче -- исправляйте:

On Tue, Feb 24, 2009 at 10:20:59AM +0300, QA Team Robot wrote:
> autopano-sift-2.4-alt6
> 	+ cd autopano-sift-2.4
> 	+ make -C src
> 	make: Entering directory `/usr/src/RPM/BUILD/autopano-sift-2.4/src'
> 	mcs /debug /unsafe /target:library /out:libsift.dll \
> 	ImageMap.cs KDTree.cs ScaleSpace.cs SimpleMatrix.cs ImageMatchModel.cs RANSAC.cs
> 	Transform.cs LoweDetector.cs GaussianConvolution.cs KeypointXML.cs MatchKeys.cs
> 	BondBall.cs AreaFilter.cs /pkg:gtk-sharp-2.0 /r:System.Drawing /r:ICSharpCode.SharpZipLib
> 	error CS0040: Unexpected debug information initialization error `The assembly for
> 	default symbol writer cannot be loaded'
> 	Compilation failed: 1 error(s), 0 warnings
> 	make: Leaving directory `/usr/src/RPM/BUILD/autopano-sift-2.4/src'
> 	RPM build errors:
> 	make: *** [libsift.dll] Error 1
> 
> avahi-0.6.24-alt2
> 	/usr/bin/mdassembler --out avahi-sharp-docs --ecma ./en
> 	mcs -keyfile:./avahi.snk -target:library -out:avahi-sharp.dll -debug ./AddressResolver.cs
> 	./AssemblyInfo.cs ./BrowserBase.cs ./Client.cs ./ClientException.cs ./DomainBrowser.cs
> 	./EntryGroup.cs ./HostNameResolver.cs ./RecordBrowser.cs ./ResolverBase.cs
> 	./ServiceBrowser.cs ./ServiceResolver.cs ./ServiceTypeBrowser.cs ./Utility.cs -r:Mono.Posix
> 	error CS0040: Unexpected debug information initialization error `The assembly for
> 	default symbol writer cannot be loaded'
> 	Compilation failed: 1 error(s), 0 warnings
> 	make[2]: *** [avahi-sharp.dll] Error 1
> 	make[2]: Leaving directory `/usr/src/RPM/BUILD/avahi-0.6.24/avahi-sharp'
> 	make[1]: *** [all-recursive] Error 1
> 	make[1]: Leaving directory `/usr/src/RPM/BUILD/avahi-0.6.24'
> 	make: *** [all] Error 2
> 	make: Leaving directory `/usr/src/RPM/BUILD/avahi-0.6.24'
> 
> furiusisomount-0.9.0.0-alt3
> 	cp 'furiusisomount' 'bin/Debug/furiusisomount'
> 	chmod +x 'bin/Debug/furiusisomount'
> 	mkdir -p bin/Debug/
> 	gmcs -noconfig -codepage:utf8 -warn:4 -optimize+ -debug -define:DEBUG
> 	-out:bin/Debug/FuriusIsoMount.exe -target:exe './gtk-gui/generated.cs' './MainWindow.cs'
> 	'./gtk-gui/MainWindow.cs' './Main.cs' './AssemblyInfo.cs' './FileHash.cs'
> 	'./MessageBox.cs' './ImageAction.cs' './Log.cs' './AboutBox.cs' './Globals.cs'
> 	'./LocalizableResources.cs'  '-resource:./gtk-gui/gui.stetic' '-resource:./gpl.txt'
> 	'-resource:./furiusisomount.png' '-resource:./FuriusIsoMount.resources'
> 	'-resource:./imageBurn.png' '-resource:./imageChecksum.png'
> 	-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/pango-sharp.dll
> 	-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/atk-sharp.dll
> 	-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gdk-sharp.dll
> 	-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gtk-sharp.dll
> 	-r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/glib-sharp.dll    -r:System
> 	-r:System.Xml
> 	error CS0040: Unexpected debug information initialization error `The assembly for
> 	default symbol writer cannot be loaded'
> 	Compilation failed: 1 error(s), 0 warnings
> 	make[1]: Leaving directory `/usr/src/RPM/BUILD/furiusisomount-0.9.0.0/FuriusIsoMount'
> 	make[1]: *** [bin/Debug/FuriusIsoMount.exe] Error 1
> 	make: Leaving directory `/usr/src/RPM/BUILD/furiusisomount-0.9.0.0'
> 	make: *** [all-recursive] Error 1
> 
> libflickr-sharp-2.1.5-alt3
> 	/usr/bin/mcs  -debug+ -target:library -out:../../build/flickr-sharp.dll \
> 	./FlickrNet/ActivityEvent.cs ./FlickrNet/ActivityItem.cs
> 	./FlickrNet/ApiKeyRequiredException.cs ./FlickrNet/Auth.cs
> 	./FlickrNet/AuthenticationRequiredException.cs ./FlickrNet/Blogs.cs
> 	./FlickrNet/BoundaryBox.cs ./FlickrNet/Cache.cs ./FlickrNet/Categories.cs
> 	./FlickrNet/Comments.cs ./FlickrNet/Contacts.cs ./FlickrNet/Context.cs
> 	./FlickrNet/DateGranularity.cs ./FlickrNet/Enums.cs
> 	./FlickrNet/ExifPhoto.cs ./FlickrNet/FlickrConfigurationManager.cs
> 	./FlickrNet/FlickrConfigurationSettings.cs ./FlickrNet/FlickrApiException.cs
> 	./FlickrNet/Flickr.cs ./FlickrNet/FlickrException.cs ./FlickrNet/GeoAccuracy.cs
> 	./FlickrNet/GeoPermissions.cs ./FlickrNet/Groups.cs ./FlickrNet/GroupSearchResults.cs
> 	./FlickrNet/Licenses.cs ./FlickrNet/LockFile.cs ./FlickrNet/Methods.cs
> 	./FlickrNet/PartialSearchOptions.cs ./FlickrNet/PersistentCache.cs ./FlickrNet/Person.cs
> 	./FlickrNet/PhotoCounts.cs ./FlickrNet/Photo.cs ./FlickrNet/PhotoDates.cs
> 	./FlickrNet/PhotoInfo.cs ./FlickrNet/PhotoLocation.cs ./FlickrNet/PhotoPermissions.cs
> 	./FlickrNet/Photos.cs ./FlickrNet/PhotoSearchExtras.cs ./FlickrNet/PhotoSearchOptions.cs
> 	./FlickrNet/PhotoSearchOrder.cs ./FlickrNet/PhotoSets.cs ./FlickrNet/Response.cs
> 	./FlickrNet/ResponseXmlException.cs ./FlickrNet/SafeNativeMethods.cs ./FlickrNet/Sizes.cs
> 	./FlickrNet/SignatureRequiredException.cs ./FlickrNet/Tags.cs ./FlickrNet/Uploader.cs
> 	./FlickrNet/UploadProgressEvent.cs ./FlickrNet/User.cs ./FlickrNet/Utils.cs
> 	./FlickrNet/FlickrWebException.cs ./AssemblyInfo.cs  -r:System.dll -r:System.Xml.dll
> 	-r:System.Web.dll -r:System.Data.dll -r:System.Drawing.dll
> 	error CS0040: Unexpected debug information initialization error `The assembly for
> 	default symbol writer cannot be loaded'
> 	Compilation failed: 1 error(s), 0 warnings
> 	make[2]: Leaving directory `/usr/src/RPM/BUILD/flickr-sharp-2.1.5/src/FlickrNet'
> 	make[2]: *** [../../build/flickr-sharp.dll] Error 1
> 	make[1]: Leaving directory `/usr/src/RPM/BUILD/flickr-sharp-2.1.5/src'
> 	make: Leaving directory `/usr/src/RPM/BUILD/flickr-sharp-2.1.5'
> 	make[1]: *** [all-recursive] Error 1
> 	make: *** [all-recursive] Error 1
> 
> mono-zeroconf-0.8.0-alt4
> 	/usr/src/RPM/BUILD/mono-zeroconf-0.8.0/src/Mono.Zeroconf/Mono.Zeroconf.dll (Location
> 	of the symbol related to previous error)
> 	./Mono.Zeroconf.Providers.AvahiDBus/Service.cs(78,23): (Location of the symbol related
> 	to previous error)
> 	Compilation failed: 3 error(s), 0 warnings
> 	make[2]: *** [Mono.Zeroconf.Providers.AvahiDBus.dll] Error 1
> 	make[2]: Leaving directory
> 	`/usr/src/RPM/BUILD/mono-zeroconf-0.8.0/src/Mono.Zeroconf.Providers.AvahiDBus'
> 	make[1]: Leaving directory `/usr/src/RPM/BUILD/mono-zeroconf-0.8.0/src'
> 	make: Leaving directory `/usr/src/RPM/BUILD/mono-zeroconf-0.8.0'
> 	RPM build errors:
> 	make[1]: *** [all-recursive] Error 1
> 	make: *** [all-recursive] Error 1
> 
> nemerle-0.9.3.99.6733-alt2.1
> 	COMPILE [stage1] Nemerle.dll
> 	ERROR:class.c:3259:mono_method_get_vtable_slot: assertion failed: (method->slot != -1)
> 	Stacktrace:
> 
> tasque-0.1.8-alt2
> 	make: Entering directory `/usr/src/RPM/BUILD/tasque-0.1.8'
> 	Making all in RtmNet
> 	make[1]: Entering directory `/usr/src/RPM/BUILD/tasque-0.1.8/RtmNet'
> 	gmcs -unsafe -out:RtmNet.dll -t:library -noconfig -codepage:utf8 -warn:4 -debug -d:DEBUG
> 	ApiKeyRequiredException.cs AssemblyInfo.cs Auth.cs AuthenticationRequiredException.cs
> 	Categories.cs Contacts.cs DateGranularity.cs Enums.cs Groups.cs GroupSearchResults.cs
> 	List.cs Methods.cs Note.cs Response.cs ResponseXmlException.cs RtmApiException.cs Rtm.cs
> 	RtmException.cs RtmWebException.cs SignatureRequiredException.cs Tags.cs Task.cs User.cs
> 	Utils.cs -r:System -r:System.Web -r:System.Xml
> 	error CS0040: Unexpected debug information initialization error `The assembly for
> 	default symbol writer cannot be loaded'
> 	Compilation failed: 1 error(s), 0 warnings
> 	make[1]: *** [RtmNet.dll] Error 1
> 	make[1]: Leaving directory `/usr/src/RPM/BUILD/tasque-0.1.8/RtmNet'
> 	make: Leaving directory `/usr/src/RPM/BUILD/tasque-0.1.8'
> 	make: *** [all-recursive] Error 1
> 
> tomboy-0.12.1-alt2
> 	error CS0040: Unexpected debug information initialization error `The assembly for
> 	default symbol writer cannot be loaded'
> 	Compilation failed: 1 error(s), 2 warnings
> 	make[3]: Leaving directory `/usr/src/RPM/BUILD/tomboy-0.12.1/Tomboy'
> 	make[2]: Leaving directory `/usr/src/RPM/BUILD/tomboy-0.12.1/Tomboy'
> 	make[3]: *** [Tomboy.exe] Error 1
> 	make[2]: *** [all-recursive] Error 1
> 	make[1]: Leaving directory `/usr/src/RPM/BUILD/tomboy-0.12.1'
> 	make: Leaving directory `/usr/src/RPM/BUILD/tomboy-0.12.1'
> 	make[1]: *** [all-recursive] Error 1
> 	make: *** [all] Error 2


-- 
ldv

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

Re: [devel] [cyber] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Shabalin]

24 февраля 2009 г. 11:31 пользователь Dmitry V. Levin написал:
> Кто сломал mono в бранче -- исправляйте:
Может поступить более радикально и добавить завимость на mono-devel
сразу в rpm-build-mono?


-- 
Alexey Shabalin

Re: [devel] [cyber] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Gladkov]

Alexey Shabalin wrote:
> 24 февраля 2009 г. 11:31 пользователь Dmitry V. Levin написал:
>> Кто сломал mono в бранче -- исправляйте:
> Может поступить более радикально и добавить завимость на mono-devel
> сразу в rpm-build-mono?

Нельзя. rpm-build-* не должны требовать других пакетов.

2ldv: в sisyphus_check ?

-- 
Rgrds, legion

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Tourbin]

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

On Tue, Feb 24, 2009 at 06:35:18PM +0300, Alexey Shabalin wrote:
> 24 февраля 2009 г. 11:31 пользователь Dmitry V. Levin написал:
> > Кто сломал mono в бранче -- исправляйте:
> Может поступить более радикально и добавить завимость на mono-devel
> сразу в rpm-build-mono?

Объясните.

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

Re: [devel] [cyber] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Gladkov]

Alexey Gladkov wrote:
> Нельзя. rpm-build-* не должны требовать других пакетов.
> 
> 2ldv: в sisyphus_check ?

Интересная вещь:

$ find /ALT/Sisyphus/files -name 'rpm-build-[A-Za-z]*' -printf '%f\n'
|grep -v noarch
rpm-build-lmms-0.1-alt1.i586.rpm
rpm-build-apache-1.3.41rusPL30.23-alt6.i586.rpm
rpm-build-apache2-2.2.9-alt14.i586.rpm
rpm-build-vim-7.2.108-alt1.i586.rpm
rpm-build-sawfish-1.3.5-alt2.i586.rpm
rpm-build-xscreensaver-5.08-alt1.1.i586.rpm
rpm-build-lmms-0.1-alt1.x86_64.rpm
rpm-build-apache2-2.2.9-alt14.x86_64.rpm
rpm-build-apache-1.3.41rusPL30.23-alt6.x86_64.rpm
rpm-build-xscreensaver-5.08-alt1.1.x86_64.rpm
rpm-build-vim-7.2.108-alt1.x86_64.rpm
rpm-build-sawfish-1.3.5-alt2.x86_64.rpm

-- 
Rgrds, legion

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Tourbin]

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

On Tue, Feb 24, 2009 at 06:37:36PM +0300, Alexey Gladkov wrote:
> Alexey Shabalin wrote:
> > 24 февраля 2009 г. 11:31 пользователь Dmitry V. Levin написал:
> >> Кто сломал mono в бранче -- исправляйте:
> > Может поступить более радикально и добавить завимость на mono-devel
> > сразу в rpm-build-mono?
> 
> Нельзя. rpm-build-* не должны требовать других пакетов.

Обычно rpm-build-* пакеты с поиском зависимостей требуют базовый
рантайм, чтобы иметь возможность вклиниться в AST (как rpm-build-perl
и rpm-build-python) или дизассемблировать байткод (как rpm-build-mono,
который требует monodis).

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

Re: [devel] [cyber] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Gladkov]

Alexey Gladkov wrote:
> Нельзя. rpm-build-* не должны требовать других пакетов.

Насколько помню, rpm-build-* использовались в BuildRequires(pre) для
hasher. Я что-то позабыл?

-- 
Rgrds, legion

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Tourbin]

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

On Tue, Feb 24, 2009 at 06:35:18PM +0300, Alexey Shabalin wrote:
> 24 февраля 2009 г. 11:31 пользователь Dmitry V. Levin написал:
> > Кто сломал mono в бранче -- исправляйте:
> Может поступить более радикально и добавить завимость на mono-devel
> сразу в rpm-build-mono?

Вообще, когда мы думаем о зависимостях, мы должны думать следующим
образом.  Во-первых, пакет должен содержать только необходимые и
достаточные зависимости для своей собственной работы.  Пакет не
должен содержать зависимостей, которые непосредственно не нужны ему
самому, но вроде бы могут помочь третьим пакетам.

Во-вторых, все зависимости должны быть фактическими и конкретными.
Такие зависимости (условно "хорошие зависимости") обычно можно выразить
на уровне файлов: один файл в пакете требует другой файл (в каком-то
другом пакете).  Почти все виртуальные зависимости сводятся к файлам.
Например, зависимость perl(File/Find.pm) означает, что в одном из
стандартных перловых каталогов должен лежать файл File/Find.pm.

Примером "плохой зависимости" является неконкретная зависимость MTA.
Предпочтительной будет зависимость /usr/sbin/sendmail (потому что
можно доказать, что в таком-то файле вызывается /usr/sbin/sendmail).

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

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Tourbin]

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

On Tue, Feb 24, 2009 at 07:21:02PM +0300, Alexey Tourbin wrote:
> On Tue, Feb 24, 2009 at 06:35:18PM +0300, Alexey Shabalin wrote:
> > 24 февраля 2009 г. 11:31 пользователь Dmitry V. Levin написал:
> > > Кто сломал mono в бранче -- исправляйте:
> > Может поступить более радикально и добавить завимость на mono-devel
> > сразу в rpm-build-mono?
> 
> Вообще, когда мы думаем о зависимостях, мы должны думать следующим
> образом.  Во-первых, пакет должен содержать только необходимые и
> достаточные зависимости для своей собственной работы.  Пакет не
> должен содержать зависимостей, которые непосредственно не нужны ему
> самому, но вроде бы могут помочь третьим пакетам.

Вот исключение из этого правила: пакет mono-mcs (компилятор mono)
требует rpm-build-mono.  Это сделано для того, чтобы использование
компилятора (при сборке mono-пакетов) автоматически гарантировало
поиск mono-зависимостей.

Тогда buildreq вытягивает mono-mcs, mono-mcs вытягивает rpm-build-mono,
и зависимости прозрачно подцепляются.

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

Короче, обычно имеет смысл следующая цепочка зависимостей

foo-devel
  |
  v
rpm-build-foo
  |
  v
foo-base

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

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Shabalin]

24 февраля 2009 г. 19:31 пользователь Alexey Tourbin написал:
> On Tue, Feb 24, 2009 at 07:21:02PM +0300, Alexey Tourbin wrote:
>> On Tue, Feb 24, 2009 at 06:35:18PM +0300, Alexey Shabalin wrote:
>> > 24 февраля 2009 г. 11:31 пользователь Dmitry V. Levin написал:
>> > > Кто сломал mono в бранче -- исправляйте:
>> > Может поступить более радикально и добавить завимость на mono-devel
>> > сразу в rpm-build-mono?
>>

Это связано с следующим. То ли исключительно у нас (что вряд ли), толи
везде (во всех mono-проектах), компиляция идёт с ключём -debug, что
порождает файлы *.mdb для дебагера. Почему раньше работало, а с
mono-2.2 перестало - я не понял(теперь нужно указывать BuildRequires:
mono-devel).
Раз все пакеты всё-равно собираются с debug, то проще добиться в
сборочной среде mono-debug, и rpm-build-mono мне показался дойстойным
кандидатом :)

>> Вообще, когда мы думаем о зависимостях, мы должны думать следующим
>> образом.  Во-первых, пакет должен содержать только необходимые и
>> достаточные зависимости для своей собственной работы.  Пакет не
>> должен содержать зависимостей, которые непосредственно не нужны ему
>> самому, но вроде бы могут помочь третьим пакетам.
>
> Вот исключение из этого правила: пакет mono-mcs (компилятор mono)
> требует rpm-build-mono.  Это сделано для того, чтобы использование
> компилятора (при сборке mono-пакетов) автоматически гарантировало
> поиск mono-зависимостей.
>
> Тогда buildreq вытягивает mono-mcs, mono-mcs вытягивает rpm-build-mono,
> и зависимости прозрачно подцепляются.
>
> Но mono-mcs сам по себе не требует rpm-build-mono, и компилятор сам
> по себе может использоваться не только для сборки пакетов.  Не всем
> нравится, что компилятр mono вытягивает rpm-build-mono.  Пришлось
> перепилить mono и rpm-build, чтобы свести зависимости rpm-build-mono
> к минимуму.
>
> Короче, обычно имеет смысл следующая цепочка зависимостей
>
> foo-devel
>  |
>  v
> rpm-build-foo
>  |
>  v
> foo-base

странно, rpm-build-foo -> foo-devel -> foo-base мне кажется более логичным.

-- 
Alexey Shabalin

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Mikhail Gusarov]

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


Twas brillig at 19:31:05 24.02.2009 UTC+03 when at@altlinux.ru did gyre and gimble:

 AT> Короче, обычно имеет смысл следующая цепочка зависимостей

 AT> foo-devel
 AT>   |
 AT>   v
 AT> rpm-build-foo
 AT>   |
 AT>   v
 AT> foo-base

Вообще говоря,

 foo-devel -> foo-base
 rpm-build-foo -> foo-base

foo-devel может и не знать про то, что вообще существуют разные там
rpm-ы.

-- 

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

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Tourbin]

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

On Wed, Feb 25, 2009 at 01:39:14AM +0600, Mikhail Gusarov wrote:
> 
> Twas brillig at 19:31:05 24.02.2009 UTC+03 when at@altlinux.ru did gyre and gimble:
> 
>  AT> Короче, обычно имеет смысл следующая цепочка зависимостей
> 
>  AT> foo-devel
>  AT>   |
>  AT>   v
>  AT> rpm-build-foo
>  AT>   |
>  AT>   v
>  AT> foo-base
> 
> Вообще говоря,
> 
>  foo-devel -> foo-base
>  rpm-build-foo -> foo-base
> 
> foo-devel может и не знать про то, что вообще существуют разные там
> rpm-ы.

Нужна гарантия, что когда мы собираем foo-специфический пакет,
то подцепятся foo-специфические зависимости.  Вообще говоря,
если специально ничего не делать, то такой гарантии нет.

Идея тогда состоит в следующем: 1) найти пакет с условным названием
foo-devel, при помощи которого собираются все foo-специфические пакеты;
2) добавить в этот пакет foo-devel зависимость на rpm-build-foo.
Тогда у всех foo-специфических пакетов появятся foo-зависимости.

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

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Mikhail Gusarov]

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


Twas brillig at 22:46:26 24.02.2009 UTC+03 when at@altlinux.ru did gyre and gimble:

 AT> Идея тогда состоит в следующем: 1) найти пакет с условным названием
 AT> foo-devel, при помощи которого собираются все foo-специфические
 AT> пакеты; 2) добавить в этот пакет foo-devel зависимость на
 AT> rpm-build-foo.  Тогда у всех foo-специфических пакетов появятся
 AT> foo-зависимости.

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

-- 

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

Re: [devel] 5.0/branch-20090223 i586 beehive_status: +14 -17 (35)

[Alexey Tourbin]

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

On Tue, Feb 24, 2009 at 10:35:42PM +0300, Alexey Shabalin wrote:
> >> > Может поступить более радикально и добавить завимость на mono-devel
> >> > сразу в rpm-build-mono?
> 
> Это связано с следующим. То ли исключительно у нас (что вряд ли), толи
> везде (во всех mono-проектах), компиляция идёт с ключём -debug, что
> порождает файлы *.mdb для дебагера. Почему раньше работало, а с
> mono-2.2 перестало - я не понял(теперь нужно указывать BuildRequires:
> mono-devel).
> Раз все пакеты всё-равно собираются с debug, то проще добиться в
> сборочной среде mono-debug, и rpm-build-mono мне показался дойстойным
> кандидатом :)

$ ssh git.alt acl sisyphus rpm-build-mono show
rpm-build-mono  @mono at
$ 

Что-то у меня шансов маловато.  Тем не менее, Вы напрасно думаете,
что в любой пакет можно добавить зависимость на любой другой пакет.

> > Короче, обычно имеет смысл следующая цепочка зависимостей
> >
> > foo-devel
> >  |
> >  v
> > rpm-build-foo
> >  |
> >  v
> > foo-base
> 
> странно, rpm-build-foo -> foo-devel -> foo-base мне кажется более логичным.

... (а Вы подумайте, что такое зависимости, и какой они имеют смысл.)

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