I just created and tested this new ebuild, please add it under dev-libs when you can. Kalin.
Created attachment 12730 [details] gaul-devel-0.1843.ebuild Initial release...
Well, meanwhile another release of the source was made. My ebuild works fine with it, so just rename it to: gaul-devel-0.1844.ebuild nad put it in the tree. Kalin.
Just another release of gaul-devel is out there, ebuild is still okay. Just rename to gaul-devel-0.1845.ebuild and it will work.
Is there anything I can make to have this in the tree? Are there any problems with the ebuild? Nobody is interested in Genetic Algorithms? :-(
Perhaps a better description ;). It took me a while to decide whether this belongs to sci or dev-util area, but I decided that sci herd is more appropriate. Please et me know what you think. As a library, and since we did not split categories into multilevel yet I think this will go under dev-libs, belonging to sci herd. I am reassigning this to me, should get to this one in a while.. George
Well, I tried to be simple in the description. There were no other similar libraries in the tree :-( I just saw a new release (0.1846) on SF.net, but haven't tested it yet. And just now I am completely out of time :-( May be in a week? However if there is anything more I can do, I am ready to.
>I just saw a new release (0.1846) on SF.net, but haven't tested it yet. >And just now I am completely out of time :-( May be in a week? Sure, I have plenty of the stuff to do ;), including "real" bugs (where something is broken). I'll wait for an update then. George
Hi Kalin. Ok, its been a while, no promised update? ;) Anyway, I cleaned up the ebuild, bumped it to the present released version (0.1846) and committed. Please test. Since his is a generic library, it went to dev-libs, but as this is primarily interesting for scientific apps/community I assigned it to sci herd.. Few remarks: 1. This should really be installed under common location (i.e. /usr), otherwise we are breaking FHS and potentially causing havoc wrt prelinking and (possible) similar system stuff.. /opt is only for the binary packages, that should be excluded from "common treatment" via prelink or similar (should user chose to do so), or for large "bundled" packages.. There are few more exceptions, but here it does not seem to justify it.. 2. this makes that LDPATH definition unnecessary 3. I removed scr_unpack (as that sed was not doing much at all, at keast with the new version) and instead added a few lines into src_install, to install examples, etc 4. What about the config.h? It always gets generated by configure, but I never saw it being necessary for future uses of the libraries.. Was this also related to the way you were trying to put this library into the non-standard location by chance? In any case I would appreciate some testing.. The relevant lines are still there, just commented out, but I would like to remove them if package is functional in present form.. George
Sorry for the delay, I was a few weeks in the Canadian Rockies, no Net. Be back to "normal" in less than a week. As far as config.h goes, you guessed right that that was the reason for the /opt instal and all the weirdness. A few releases back, config.h was needed to compile anything with GAUL. Stewart (the developer) said that he will reorganize everything in a way config.h is not needed in 0.1846 release. Will test it in a week when I get back to my machines. If that is fixed, everything else (your points 1..3) is OK and we won't need anything special in the ebuild.
Ok, finally I found some time today and did extensive testing on 0.1846 version. As far as my programs using GAUL are concerned, everything is OK, working with the new ebuild in stalled according to FHS. Tried both +slang and +slang useflags. However, using +doc useflag is a bit broken... The examples as installed by the script cannot be compiled after with the provided Makefile, becase it has references to ../config.in, etc. (just bad Makefiles, I know). So, I am contacting the author about that. Using distcc with a few hosts speed the whole process a few times, as the Makefile supports parallel processing.
Created attachment 36797 [details, diff] A new (revised) ebuild for gaul-devel-0.1847 I revised the ebuild, aded some beter compiler control, better +doc use flag, debug useflad and of course bumped to 0.1847. As the ebuild diff is bigger than the file, I submited the file. The patch involved (attaching later), closes a nasty bug with CFLAGS (they were quietly overrden because of a spelling mistake :) I pulled it more or less from CVS after some debugging with Stewart (will be in the next release). Added the following: * * There are a few important API changes between 0.1846 and 0.1847 * As they may break your code, please read the following: * http://gaul.sourceforge.net/porting_1846_to_1847.html * The new version was tested on a few boxes with some of my own GA code -> works. Please update in the tree.
Created attachment 36798 [details, diff] do NOT ignore CFLAGS patch Goes into ./files dir of course. BTW, headers for the ebuild (Gentoo, CVS etc) have to be changed (or is it done automagically).
Created attachment 53005 [details, diff] gaul-devel-0.1848.ebuild A new ebuild (further refined) and a version bump to 0.1848-0. Please include in the tree, as the diff is growing large. Works OK on x86, other arch test needed, but supposed to work.
Reopening the bug (forgot), BTW, currently it is under dev-sci/gaul-devel ...
Again too much caffeine, sorry. Ignore my comment #14. Currently gaul-devel is under sci-libs/gaul-devel.
0.1848 passed the tests on amd64 (as requested)
I might be wrong, but reassign this to the original dev in a hope to get in the tree quicker.
Created attachment 99791 [details] gaul-devel-0.1849.ebuild I've made this ebuild without the doc use flag cause the examples has been made as an independent package it seems. I could be wrong but I think that we must have another ebuild for gaul-examples, there is a spec file in gaul-example tarball which let me say that. I hope george could tell me if I'm wrong about this.
Version 0.1849 is in portage.
Looking at the CVS now ( http://gaul.cvs.sourceforge.net/gaul/ ) there are 4 packages already... I am not using GAUL anymore since I graduated, but it seems that Steward has finally split the examples, documentation and the library; and there is Perl binding as well! If only I had it 2 years ago... So, although 4 different packages will do, one package called gaul (taht will install gaul-devel) with IUSE="perl examples doc" (examples as a local flag) Last time I talked with Steward, I suggested him to rename the main package libgaul instead of gaul-devel, but he said something about "when we have 1.0 out" :-) Glad to see that there are people out there using it!
