swi-prolog-lite is already in the tree. However, it lacks libraries and it's outdated. Reproducible: Always Steps to Reproduce: 1. emerge -C dev-lang/swi-prolog-lite 2. cd /usr/local/portage 3. tar -xvf swi-prolog-full 4. emerge dev-lang/swi-prolog-full 5. enjoy swi-prolog-lite and swi-prolog-full are not slotted to each other (cannot coexist as override each other's binary symlinks).
Created attachment 8922 [details] swi-prolog-full-5.1.5 ebuild don't forget to unmerge swi-prolog-lite before
note to wranglers, do not give to me ;) i added swi-lite only to get another package working ... i dont really have the time to debug another ebuild, nor do i want to ... i dislike lisp a lot ;)
oops, forgot to include packages...
Lisp? I thought swi-prolog is a prolog, isn't it? :)
All right, I agree, I need 1 day to debug the part related to packages.
yeah, it is prolog ... i remember why i needed it now ... at any rate, i dont like to debug either language ;) and i remember having issues with the full pkg which is why i didnt spend much time on it ... i just wanted the interpreter
Created attachment 8972 [details] with packages, but w/o sandbox I've hurried up and forgotten about packages. This ebuild is fixing it. But it comes to another problem. I'v overestimated the quality of swi-prolog full tarball applying to gentoo. The problem is that the part related to packages wants to be installed after the main part has already installed. Split ebuild into swi-prolog-core and swi-prolog-pkg? Then another problem: packages wants also that the core is compiled and available from the parent directory. Anyway, *temporary* I've disabled the SANDBOX feature for this ebuild. If you want to uninstall it please make sure you've been reading all commments inside ebuild: they point you to which files to delete *manually*. TODO in next ebuild: to patch all Makefiles and to enable SANDBOX again.
Can't get around to fixing this anytime soon, I'm afraid.
Hi Axxackall. Ok, this has made its rounds and eventually ended up with me :). Thanks for pushing "proper" prolog builds, although the problems you indicate in the last message are major. We cannot add the ebuild that breaks sandbox, certainly not the one that requires manual uninstallation :(. I will close the bug with NEEDINFO for now, but please bear with me for some ideas below on what you can to do. Please reopen the bug when you submit new version ;). >Split ebuild into swi-prolog-core and swi-prolog-pkg? Then another problem: >packages wants also that the core is compiled and available from the parent >directory. Problems such as this are normally dealt with by "virtually" splitting the package. Can you first install the "base" package locally under ${WORKDIR} and then build supplementary against it. All this is done in src_compile. Then, in src_install, you install both under ${D}. If that doesn't work, you are left with the option of fixing Makefile's. Otherwise you can try splitting packages completely and going the route similar to described above (fetch/build.install under ${WORKDIR}). Only you install just supplement package this time. This is no less work than original way and only makes sence if the supplement package is optional. Even then it is probably better to enable optional functionality with a USE flag (the "gentoo way"). So I would consider this approach only as a last resort. George
Reclosing with NEEDINFO