This Package needs BuildRquires: libgtk-sharp-devel >= 1.0.10 to rebuild with new libgtk-sharp library mono/Makefile.am: ... test-dbus-sharp.exe: $(TEST_DBUS_SHARP_FILES) $(CSC) --debug --unsafe --target exe -L . -r dbus-sharp.dll -pkg:gtk-sharp -o test-dbus-sharp.exe $(TEST_DBUS_SHARP_FILES) ^^^^^^^^^^^^^ ... Also BuildRequires: and Requires: needs adjust to >= 1.1 or >= 1.1.8 to rebuild with new mono. libdbus-monodoc may be need Requires: monodoc? Steps to Reproduce: 1. ./configure 2. make 3. Actual Results: Package gtk-sharp was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk-sharp.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk-sharp' found error CS8027: Error running pkg-config. Check the above output. Expected Results: Done
reassign Кстати, у меня вчера только собралось нормально. Я не смог воспроизветсти.
у меня не воспроизвелось.
Эта бага воспроизведется только на новой сборке mono-1.1.8, которая лежит в инкаминге, где нет не явной зависимости от libgtk-sharp-devel.
ну как придет mono - я пересоберу. нет проблем. может быть вообще - ну ее нафиг, эту mono для dbus ? один черт mono не собирается для x86_64.
(In reply to comment #4) > может быть вообще - ну ее нафиг, эту mono для dbus ? Так будет лучше. Эта сборочная зависимость на mono очень тормозит продвижение x86_64. > один черт mono не собирается для x86_64. подтверждаю.
Кстати, в текущем dbus mono для x86_64 уже не собирается. И это было уже достаточно давно.
(In reply to comment #6) > Кстати, в текущем dbus mono для x86_64 уже не собирается. > И это было уже достаточно давно. $ rpmquery -pR dbus-0.34-alt1.src.rpm | grep mono mono >= 1.0 mono-devel monodoc У тебя в header'ах пакета есть mono потому, что ты собирал srpm на i586. На данный момент BuildRequires в условные блоки брать _нельзя_. Это будет приводить к ошибке сборки под одну из платформ... что и произошло. Я говорил об этом на конференции и писал в рассылку. P.S. Пожалуста больше не добавляй в CC legion@ ... я знаю что я делаю, когда удаляю его оттуда.
в dbus-0.34-alt3 поддержка mono убрана.
Хорошо бы вернуть обратно поддержку mono (проверил - собирается, только monodoc и mono-tools в buildrequires добавить надо) А то некоторые программы не собираются без этого.
Собирается на x86_64 ?
Падаем всё так же: Creating ../../build/deps/net_1_1_bootstrap_corlib.dll.makefrag ... make[7]: Leaving directory `/usr/src/RPM/BUILD/mono-1.1.8.3/mcs/class/corlib' make[7]: Entering directory `/usr/src/RPM/BUILD/mono-1.1.8.3/mcs/class/corlib' make all-local make[8]: Entering directory `/usr/src/RPM/BUILD/mono-1.1.8.3/mcs/class/corlib' MONO_PATH="../../class/lib/basic:$MONO_PATH" /usr/src/RPM/BUILD/mono-1.1.8.3/run time/mono-wrapper ../../class/lib/basic/mcs.exe /nowarn:649 /nowarn:169 -nowarn :612 -nowarn:618 -d:INSIDE_CORLIB -d:NET_1_1 -d:ONLY_1_1 -debug /noconfig /unsa fe /nostdlib /target:library /out:mscorlib.dll @corlib.dll.sources Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in (wrapper managed-to-native) System.Object:__icall_wrapper_mono_array_new_spec ific (intptr,int) in <0x002ec> Mono.CSharp.Block:ResolveMeta (Mono.CSharp.ToplevelBlock toplevel, Mono.CSharp.EmitContext ec, Mono.CSharp.InternalParameters ip) in <0x00954> Mono.CSharp.Block:ResolveMeta (Mono.CSharp.ToplevelBlock toplevel, Mono.CSharp.EmitContext ec, Mono.CSharp.InternalParameters ip) in <0x00954> Mono.CSharp.Block:ResolveMeta (Mono.CSharp.ToplevelBlock toplevel, Mono.CSharp.EmitContext ec, Mono.CSharp.InternalParameters ip) ... Mono.CSharp.EmitContext ec, Mono.CSharp.InternalParameters ip) in <0x0004b> Mono.CSharp.ToplevelBlock:ResolveMeta (Mono.CSharp.EmitContext ec, Mono.CSharp.InternalParameters ip) in <0x001e9> Mono.CSharp.Constructor:Emit () in <0x005c3> Mono.CSharp.TypeContainer:EmitType () in <0x002d8> Mono.CSharp.RootContext:EmitCode () in <0x00e8d> Mono.CSharp.Driver:MainDriver (System.String[] args) in <0x00015> Mono.CSharp.Driver:Main (System.String[] args) make[8]: *** [../../class/lib/net_1_1_bootstrap/mscorlib.dll] Error 1 make[8]: Leaving directory `/usr/src/RPM/BUILD/mono-1.1.8.3/mcs/class/corlib' make[7]: *** [do-all] Error 2 make[7]: Leaving directory `/usr/src/RPM/BUILD/mono-1.1.8.3/mcs/class/corlib' make[6]: *** [all-recursive] Error 1
(In reply to comment #11) > Падаем всё так же: Вы в hasher'е собираете? Сдаётся мне, что это что-то похожее, хотя я не уверен: http://bugzilla.ximian.com/show_bug.cgi?id=75831 Как только найду где залить 1.1.9, выложу новую версию mono.
Давайте включим сборку с mono? Без неё плохо :( Программы не собираются...
> Давайте включим сборку с mono? Без неё плохо :( Программы не собираются... Если проблема опять с mono & x86_64, то могу сказать, что в последний раз сама сборка прошла, но на стадии проверки файлов пакета оказался конфликт по установленным в %_libdir и %_bindir файлам. Если будет сборочная система могу попробовать разобраться.
так как нынче дела-то? Оно нужно мне для beagle... Я так понимаю пользователи i586 остались без dbus-mono из-за несобираемости на x86_64, что есть непорядок, может таки пока добавить условную сборку?
sin, я готов предоставить сборочную среду. Напиши мне в личную почту.
Надеюсь, что тестироваться будет сразу версия 0.60?
А какая сейчас в Sisyphus ?
(In reply to comment #18) > А какая сейчас в Sisyphus ? Сейчас в Sisyphus лежит еще 0.50 аж от прошлого сентября. А на дворе уже 0.61. Присоединяюсь к голосам тех, кому нужен dbus-mono. Я хочу собрать f-spot, а без этого он не соберется.
Я так понимаю что эту багу можно закрывать в свете того что все привязки удалены из d-bus?
(In reply to comment #20) > Я так понимаю что эту багу можно закрывать в свете того что все привязки удалены > из d-bus? Ага. :) Хотя, dbus-mono сейчас в Сизифе есть, и его маинтейнер не я.
Ну и close...
