updated ebuild to 0.11 Reproducible: Always Steps to Reproduce: I changed the following: comment out ./autogen.sh update dependencies Note that this release is targeting gtk/gnome 2.2 and also has gnomeprint bindings. Also, gnomedb and gda was updated to 1.0. I think that gnomeprint and gtkhtml3 should also be rdepends but that is up to you guys (also atk and pango).
Created attachment 18109 [details] diff from 0.10 ebuild added diff from 0.10
we're working on a way to handle the deps properly. Making every possible binding a dep is no option imho.
I am aware of that intention, but I think when (and if) that is done you could add a revision. As far as I know the person who was going to do this is not working on it, nor has a potential patch ever been submitted to the gtk-sharp list. It doesn't make since to delay for so long a simple update to an existing ebuild. What happens if this is never done? Perhaps in the short term you could do one of the following: 1. add a ebuild like the 0.10 one with the updated dependencies 2. add a minimal build with local use flags for the extra runtime dependencies similar to the mozilla build
Hey jluke, hope you caught my blog entry today :P Anyway, after looking into it a bit more, it looks like (and call me crazy if im missing the insanely obvious), the only libraries with glue are gtk and glade? Now, since i dont think (again, correct me if im wrong) that either one depends on anything heavy other than themselves, it seems like those might be ok depends by default. The proposed new structure of the gtk-sharp section (which would be great to see upstream, but will happen here regardless) is: gtk-sharp-base (contains glue, depends on gtk and glade) glib-sharp (depends on glib2) atk-sharp (depends on atk) pango-sharp (depends on pango) gdk-sharp (depends on gtk) gtk-sharp (depends on gtk & gtk-sharp-base) glade-sharp (depends on glade & gtk-sharp-base) gnome-sharp (depends on gnome) gda-sharp (depends on libgda) gnomedb-sharp (depends on gda-sharp (I assume, havent checked code yet, mebbe it doesnt) & gnomedb) gtkhtml-sharp (depends on gtkhtml3) Does this seem reasonable? Now, this is something I would really like to see, but right now i dont have the time for it, however I will soon. So, in some sort of conclusion, i would like to just bump gtk-sharp for 0.11 and then move to this new format for 0.12 (I will attempt to have the ebuilds mainly in place for 0.12, but again, its a matter of time) I dont however, have a box with which i can bump this ebuild from at the moment, but i should soon, sorry for all the delays, but life is nuts sometimes. thanks for your submissions here jluke, and its great to see another mono developer not on redhat :)
i think you can best make gdk and gtk one pack as well, in the C lib they are one and the same pack as well. Just bumping the pack for now is ok with me.
Hello... Can gst-sharp be enabled too ? I want to play with it... and with http://www.atoker.com/platano/
hmm to my knowledge gst# hasn't worked for a very long time, so i wouldn't count on trying platano.
gtk-sharp-0.12 committed, closing bug, will work on dep split more soon
