On Sat, 17 Jul 2004 18:28:56 -0700, Bryce Harrington wrote:
Excellent! What I've heard from people who have used this has been positive. I know from my own experience that it can sometimes fail, but I've not heard any complaints either.
0.6 fixed a bunch of bugs with unusually set up systems, hopefully you'll have more luck with this release.
*Grin* I love that autopackage was able to use inkscape for that. :-) Befriend Brisgeek; he is the best icon author I know.
Where can I find Brisgeek? I'm sure he can do a better job than that :)
Yeah, I ran into the gtkspell issue last time I installed the autopackage, on SuSE 9.1.
Oops! I thought I had disabled that in the configure script, but it seems some modifications I made were lost at some point. Well it's fixed now.
You use it like this:
gcc -o testapp testapp.c -lgtkspell
becomes
gcc -o testapp testapp.c `relaytool --relay gtkspell -lgtkspell`
We can use a similar technique to allow Inkscape to use the GTK 2.4 file picker but cleanly fall back to the GTK 2.2/2.0 APIs when GTK 2.4 isn't present.
Sounds like something worth looking at. Note though that long term we intend to implement a more sophistictated plugin extension system, with the intent of providing a systematic way of handling things like gtkspell. So hopefully we won't need this...
That works too, though obviously not so well for new symbols in pre-existing libs like the new GTK file picker.
By the way, Mike, one request we have for autopackage, that we'd like to see implemented by the time we release 0.40 is a way for us to hook to the autopackage files without having to include them in our source trie. In other words, we'd like to be able to link to a libautopackage that includes prefix.cpp and such, rather than have prefix.cpp inside our codebase. I think this would benefit us by making it a little more straightforward to coordinate changes between our projects. What do you think?
Well, we discussed this when first implementing binreloc and decided that given how different varying codebases were and how small the code was, it made sense to simply copy & paste for now. In future we're hoping to get this functionality into glib (and maybe Qt as well) so it'll be available from there.
thanks -mike