This version does not have the problem described in bug 99069. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 74680 [details] necessary ebuild This is just a renamed media-gfx/aqsis-1.0.0.ebuild.
../render/.libs/libaqsis.so: undefined reference to `Aqsis::CqPoolable<Aqsis::CqLath, 512l>::m_thePool' collect2: ld returned 1 exit status make[1]: *** [aqsis] Error 1 make[1]: Leaving directory `/var/tmp/portage/aqsis-1.0.1/work/aqsis-1.0.1/aqsis'make: *** [all-recursive] Error 1 it is at least gcc4 unfriendly I'm afraid
Looks like the easiest way to fix this is to just use upstream's 1.1.0 "unstable" snapshot. Looks like that's what Debian did as well.
I had bad luck with unstable aqsis and gcc-4.1, even using a patch from Debian. For anyone who wants to attempt unstable aqsis, beware that it depends on dev-libs/boost instead of building its own. While at it, I did some QA fixes to 1.0.0's and 1.0.1's ebuilds.
actual errorlog (seems quite different): shadervm1.cpp:956: instantiated from here shaderstack.h:483: error: no match for 'operator%' in '* pdA % * pdB' ../libaqsistypes/vector4d.h:304: note: candidates are: Aqsis::CqVector4D Aqsis::operator%(const Aqsis::CqVector4D&, const Aqsis::CqVector4D&) shaderstack.h:483: error: no match for 'operator%' in '* pdA % vB' ../libaqsistypes/vector4d.h:304: note: candidates are: Aqsis::CqVector4D Aqsis::operator%(const Aqsis::CqVector4D&, const Aqsis::CqVector4D&) shaderstack.h:483: error: no match for 'operator%' in 'vA % * pdB' ../libaqsistypes/vector4d.h:304: note: candidates are: Aqsis::CqVector4D Aqsis::operator%(const Aqsis::CqVector4D&, const Aqsis::CqVector4D&) shaderstack.h:483: error: no match for 'operator%' in 'vA % vB' ../libaqsistypes/vector4d.h:304: note: candidates are: Aqsis::CqVector4D Aqsis::operator%(const Aqsis::CqVector4D&, const Aqsis::CqVector4D&) make[1]: *** [shadervm1.lo] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/var/tmp/portage/aqsis-1.0.1/work/aqsis-1.0.1/libshadervm' make: *** [all-recursive] Error 1
@graphics: this doesn't compile. If you don't plan on bumping this, re-assign to treecleaners, nothing depends on this.
(In reply to comment #6) > @graphics: this doesn't compile. If you don't plan on bumping this, re-assign > to treecleaners, nothing depends on this. > It might be worth noting that K3D uses aqsis as the default renderer. There are alternative renderers though, it seems, so I guess it doesn't really matter.
There is a new package for aqsis-1.1 (dated oct 2006) at: http://download.aqsis.org/source/tar/${PN}-1_1_0.tar.gz . build process had becamed scons and I still was not so expert of scons to ebuild it (I get an access violation, probably due to the SConstruct script trying to install files on its own....). Also I actually don't know which files are needed and where they should be installed, only clue I found is : http://rpm.pbone.net/index.php3/stat/4/idpl/3098267/com/aqsis-1.0.0-2.pclo2005.mde.i586.rpm.html (but in this version there's also plenty of .so files....)
(In reply to comment #7) > It might be worth noting that K3D uses aqsis as the default renderer. There are > alternative renderers though, it seems, so I guess it doesn't really matter. Must be using a bundled copy as it doesn't depend on media-gfx/aqsis at all. :)
(In reply to comment #9) > (In reply to comment #7) > > It might be worth noting that K3D uses aqsis as the default renderer. There are > > alternative renderers though, it seems, so I guess it doesn't really matter. > > Must be using a bundled copy as it doesn't depend on media-gfx/aqsis at all. :) > Well, K3D does give an error when I try to render something about the aqsis executable not being found. However it seems that there is a wide range of possible renderers so perhaps in the spirit of Gentoo it shouldn't depend on any particular one. =] It's just that since aqsis appears to be the default one selected, I figured it would be the best choice for someone who's just learning how to work with K3D
About aqsis potential we can write pages, as it's renderman compatible (the only other renderman-compatible renderer except pixie). The issue is that the new 1.1 version build with scons , builds all targets (I get "Done building targets") but then tries to install some nasty sconsxxxx and .sconsign files into /usr/.... directories (all this during the execution of scons) causing sandbox violations, even if everything is built and ready to be manually installed (with exeinto,doexe, etc. etc.). I'm still working to that but due to my limited scons knowledge a finished ebuild could take a while....
Created attachment 100283 [details] aqsis-1.1.0.ebuild (testing! with text relocation issue, read below) I found a way to avoid sconsign issue (little patch to come), but it warned me about TEXT RELOCATION issue, telling also about security risk. So in this ebuild I commented out the 5 .so files with this issue and moved all lib files to /usr/lib/aqsis instead than /usr/lib , other than this (I haven't the time to start learning also how to fix text relocation) , this ebuild should be missing only man and /etc/aqsisrc file (which is in ${S} at install time).
Created attachment 100284 [details, diff] aqsis-1.1_sconsign.patch Avoiding .sconsign issue was easy....
Ok, the archive I used wasn't a release, already disappeared. However I got some infos from pgregory: "There are plans to release a new stable (1.2) release of Aqsis in the next couple of weeks." I'm crossing my fingers.
about textrel talk with upstream, usually that means they have missing -fPIC in their flags.
removing treecleaner, this package is active. feel free to re-add us is you decide to remove it.
Hi, I'm one of the aqsis devs - just thought I'd let people know I'm working on an ebuild ATM, to avoid duplication of effort. People will be happy to learn that many of the linux-unfriendly issues with the scons build have gone away in the last three months or so. I will start a new bug to post the ebuild when it's finished however - I think this one has gone rather OT. Cheers, ~Chris.
Hi, I've created the promised ebuild for aqsis-1.2.0 - see http://bugs.gentoo.org/show_bug.cgi?id=161800
1.2.0 in portage, marked ~ppc,~x86 and ~amd64 No version stable to be replaced, bug fixed
