Bug 251764 – Downgrading gtk-sharp 2.12.7 -> 2.10.0 causes ebuild to fail.

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Robert Corsaro 2008-12-20 17:15:11 UTC]

This problem is caused by the build process picking up a newer version of glib-sharp from the system path.  2.12.7 should be added as a blocker for 2.10.0.  I haven't tried other version combinations, but perhaps they also show this behavior.  

Workaround: emerge --unmerge gtk-sharp && emerge -1 gtk-sharp


Reproducible: Always

Steps to Reproduce:
1. add dev-dotnet/gtk-sharp to your package.keywords
2. emerge =dev-dotnet/gtk-sharp-2.12.7
3. emerge =dev-dotnet/gtk-sharp-2.10.0


Actual Results:  

Generation Summary:
  Enums: 54  Structs: 19  Boxed: 3  Opaques: 11  Interfaces: 0  Objects: 23  Callbacks: 8
  Properties: 10  Signals: 10  Methods: 489  Constructors: 29  Throttled: 4
Total Nodes: 660

cp ../gtk-sharp.snk .
cp ../AssemblyInfo.cs .
/usr/bin/mcs -define:GTK_SHARP_2_6 -define:GTK_SHARP_2_8 -define:GTK_SHARP_2_10 -nowarn:0169,0612,0618 -unsafe -out:gdk-sharp.dll -target:library /r:../glib/glib-sharp.dll /r:../pango/pango-sharp.dll -r:/usr/lib/pkgconfig/../../lib/mono/1.0/Mono.Cairo.dll   generated/*.cs ./EventButton.cs ./EventClient.cs ./EventConfigure.cs ./EventCrossing.cs ./Event.cs ./EventDND.cs ./EventExpose.cs ./EventFocus.cs ./EventGrabBroken.cs ./EventKey.cs ./EventMotion.cs ./EventProperty.cs ./EventProximity.cs ./EventScroll.cs ./EventSelection.cs ./EventSetting.cs ./EventVisibility.cs ./EventWindowState.cs ./Key.cs ./Size.cs ./TextProperty.cs AssemblyInfo.cs
generated/PangoHelper.cs(17,76): error CS0039: Cannot convert type `GLib.Object' to `Pango.Context' via a built-in conversion
generated/PangoHelper.cs(52,76): error CS0039: Cannot convert type `GLib.Object' to `Pango.Context' via a built-in conversion
generated/PangoRenderer.cs(19,61): error CS1502: The best overloaded method match for `Pango.Renderer.Renderer(GLib.GType)' has some invalid arguments
generated/PangoRenderer.cs(19,61): error CS1503: Argument 1: Cannot convert type `GLib.GType' to `GLib.GType'
generated/PangoRenderer.cs(19,61): (equally named types possibly from different assemblies in previous error)
/var/tmp/portage/dev-dotnet/gtk-sharp-2.10.0/work/gtk-sharp-2.10.0/glib/glib-sharp.dll (Location of the symbol related to previous error)
/usr/lib/mono/gac/glib-sharp/2.12.0.0__35e10195dab3c99f/glib-sharp.dll (Location of the symbol related to previous error)
generated/PangoRenderer.cs(34,33): error CS1502: The best overloaded method match for `GLib.Object.CreateNativeObject(string[], GLib.Value[])' has some invalid arguments
generated/PangoRenderer.cs(34,33): error CS1503: Argument 2: Cannot convert type `GLib.Value[]' to `GLib.Value[]'
generated/PangoRenderer.cs(34,33): (equally named types possibly from different assemblies in previous error)
/var/tmp/portage/dev-dotnet/gtk-sharp-2.10.0/work/gtk-sharp-2.10.0/glib/glib-sharp.dll (Location of the symbol related to previous error)
/usr/lib/mono/gac/glib-sharp/2.12.0.0__35e10195dab3c99f/glib-sharp.dll (Location of the symbol related to previous error)
Compilation failed: 6 error(s), 0 warnings
make[3]: *** [gdk-sharp.dll] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-dotnet/gtk-sharp-2.10.0/work/gtk-sharp-2.10.0/gdk'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-dotnet/gtk-sharp-2.10.0/work/gtk-sharp-2.10.0/gdk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-dotnet/gtk-sharp-2.10.0/work/gtk-sharp-2.10.0'
make: *** [all] Error 2


Expected Results:  
gtk-sharp-2.10.0 replaces gtk-sharp-2.12.7

[Comment 1 Thomas Beutin 2008-12-31 12:29:55 UTC]

The same here. Installed dev-lang/mono is 2.0.1-r1 (just in case).

[Comment 2 Peter Alfredsen (RETIRED) 2009-01-06 13:01:02 UTC]

I think I have fixed this with blockers, but the real cause is that gtk-sharp-component acts like all its dlls are broken into seperate packages when in fact they are not:
"s;/r:\(\.\./\)*[[:alpha:]]*/\([[:alpha:]]*\(-[[:alpha:]]*\)*\).dll;/r:${GTK_SHARP_LIB_DIR}/\2.dll;g"
Fixed in >=2.12.7-r5 because we now actually do have all the dlls in seperate packages.