Re: [gentoo-dev] Automagic dependencies in gegl
Hanno Böck wrote: Now, gegl has 13 optional dependencies that could be use-flagged. The pity is, it has no configure-option for most of them, they are autodetected. (It's about gtk, ruby, lua, cairo, pango, libpng, openexr, rsvg, sdl, asciidoc, enscript, graphviz and ffmpeg) whoah! Quite a large number!. My experience with the gimp developers in the past was that they weren't very pleased by bugs about automagic deps and I assume if I post them without patches, they'll get closed immediately. Now I always avoided to dig too deep into autotools, so I don't feel skilled enough for this task. Ping me and we could work out something, probably the best way would be hack a PKG_CONFIG_CONDITIONAL that does whatever the canned pkgconfig does+ adding the --enable option. Is there some brave gentoo dev (or non-dev, doesn't really matter) volunteering to send patches to gegl-upstream? We could teamwork having some autostuff monkey doing part of the work, you helping us trying out the result and whoever has better contact with upstream could try to get the thing there. Beside, I'm asking myself how to handle this situation. Hard-enable them all as long as there are no patches? Let the automagic go in the tree? Opinions welcome. Where is the ebuild, put it as is hardmasked with a note about this, then we could work together on it. lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Automagic dependencies in gegl
Hanno Böck a écrit : Recently, GIMP got it's first development version based on gegl. Sweet :) Is there some brave gentoo dev (or non-dev, doesn't really matter) volunteering to send patches to gegl-upstream? I would really like to say that I can do it for you, but I'm very time limited, so my suggestion is to start off with the easy ones (ie, the ones that use pkg-config). Do one dependency, (contact me off list so I can help you get it right) and then it should be pretty easy to copy/paste to do the other ones. Getting the first one done is the hardest :) Beside, I'm asking myself how to handle this situation. Hard-enable them all as long as there are no patches? Let the automagic go in the tree? Opinions welcome. No automagic... that's a big no-no :) Cheers, Rémi -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Automagic dependencies in gegl
* Luca Barbato [EMAIL PROTECTED] schrieb: Hi, Now, gegl has 13 optional dependencies that could be use-flagged. The pity is, it has no configure-option for most of them, they are autodetected. A good example for miserable design ;-P That's why I everything should be entirely built in sysroot. My experience with the gimp developers in the past was that they weren't very pleased by bugs about automagic deps and I assume if I post them without patches, they'll get closed immediately. Now I always avoided to dig too deep into autotools, so I don't feel skilled enough for this task. Ping me and we could work out something, probably the best way would be hack a PKG_CONFIG_CONDITIONAL that does whatever the canned pkgconfig does+ adding the --enable option. I strongly advise against this. The clean way is to fix the package. (it's build scripts). I'm doing so in the OSS-QM project, eg. for Mozilla ... This actually is one of the typical situations what I invented OSS-QM for: the upstream produces crap and is even learning resistent. Doing those cleanups within individual distros is not the right thing, because a) too much work for the distro maintainer and b) too much duplicate work, if every distro does it by it's own. I'd like to invite you to the OSS-QM project - let's do all the cleanups there and provide overlay by patch, so all distros now just have to pick their right configure args. http://oss-qm.metux.de/ cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Automagic dependencies in gegl
Enrico Weigelt wrote: * Luca Barbato [EMAIL PROTECTED] schrieb: Hi, Now, gegl has 13 optional dependencies that could be use-flagged. The pity is, it has no configure-option for most of them, they are autodetected. A good example for miserable design ;-P That's why I everything should be entirely built in sysroot. My experience with the gimp developers in the past was that they weren't very pleased by bugs about automagic deps and I assume if I post them without patches, they'll get closed immediately. Now I always avoided to dig too deep into autotools, so I don't feel skilled enough for this task. Ping me and we could work out something, probably the best way would be hack a PKG_CONFIG_CONDITIONAL that does whatever the canned pkgconfig does+ adding the --enable option. I strongly advise against this. The clean way is to fix the package. (it's build scripts). I'm doing so in the OSS-QM project, eg. for Mozilla ... That is the plan, you produce a simple m4 macro that does for you once and then apply it every time you have a bare pkg check. I'd like to invite you to the OSS-QM project - let's do all the cleanups there and provide overlay by patch, so all distros now just have to pick their right configure args. http://oss-qm.metux.de/ I'll have a look soon. lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list