Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
View Bug Activity | Format For Printing | XML | Clone This Bug
Hi, Here's an updated ebuild for Aqsis - a renderman-compilent 3D renderer. I started afresh with this ebuild since a lot has changed upstream since aqsis-1.0.1 (the latest version in portage I believe). There's still a number of issues, many of which have been fixed in current svn, but haven't made it into a tarball yet. Nevertheless, the ebuild should be usable now. Hopefully we (upstream) will have an alpha2 very soon. Have fun, ~Chris.
Created an attachment (id=106711) [edit] Ebuild for latest aqsis
Looks clean, I'll wait for the alpha2 and then check it (and eventually commit it)
Created an attachment (id=106811) [edit] ebuild patch to upgrade alpha1 -> alpha2 We now have an alpha2 tarball and ebuild (see attached patch). There's still some know problems however: in particular the USE=nogui option doesn't work. This is an upstream issue rather than a problem with the ebuild - hopefully it will be fixed in the next alpha.
Just a quick note - 1.2 rc2 is available http://download.aqsis.org/stable/source/tar/aqsis-1.2.0rc2.tar.gz Cheers, Alan.
Yes, rc2 is available, but the directory name inside of the tarball was accidentlly changed so it has broken the ebuild. I've fixed the autogeneration of the tarball, but it hasn't made it into the released tarball yet. There's some fairly trivial changes which have to be made to the ebuild to make it work with the latest svn-generated tarball. I'll post them here after I've pesterd someone to upload the fixed tarball. Cheers, ~Chris.
Thanks - I just hacked the ebuild for now with this:- src_compile() { mv ${WORKDIR}/dist_aqsis-1.2.0rc2 ${WORKDIR}/aqsis-1.2.0 cd ${S} Though now I have the problem that it says it can't find libtiff (though I have both lib32 and lib64 versions of libtiff. Any ideas? Cheers, Alan.
BTW - I get the same libtiff errors on the alpha2 ebuild Cheers, Alan.
Created an attachment (id=109638) [edit] An ebuild for the faulty tarball 1.2.0 rc2 This currently just shifts the directory which was incorrectly named after unpacking. It also requires a patch to be applied if you using scons 0.96.94+ - though I didn't know how to get it to check the scons version to decide where to apply it or not.
Created an attachment (id=109639) [edit] the patch to get it compiling with scons 0.96.94 the patch mentioned (and required) for 1.2.0rc2 faulty tarball build.
Ok this all compiled and installed absolutely no problems for me.I'm on an x86 machine my emerge --info follows, I have tiff-3.8.2: Portage 2.1.1-r2 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.5-r0, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.12.6 Last Sync: Thu, 08 Feb 2007 10:50:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.31-r3 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=pentium4 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/" LINGUAS="en_GB en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/hanni_ali /usr/portage/local/diskless /usr/portage/local /usr/portage/local/layman/xeffects /usr/portage/local/layman/sunrise" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X aac acpi alsa alsa_cards_via82xx alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol apache2 apm arts avi berkdb bitmap-fonts bluetooth cli cracklib crypt cups dbus dlloader dri dts dvd dvdr dvdread eds elibc_glibc emboss encode esd exif firefox foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal iconv imlib input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text libg++ libwww linguas_en linguas_en_GB mad midi mikmod mmx mono motif mp3 mpeg nas ncurses network nls nptl nptlonly nsplugin nvidia ogg oggvorbis opengl oss pam pcre pdf pdflib perl png pppd python qt qt3 qt4 quicktime readline real reflection samba sdl session spell spl sse sse2 ssl svg tcpd theora tiff timidity truetype truetype-fonts type1-fonts udev userland_GNU video_cards_fbdev video_cards_nvidia video_cards_vesa vorbis win32codecs wma xcomposite xinerama xml xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created an attachment (id=109645) [edit] An ebuild for the faulty tarball 1.2.0 rc2 with amd64 support There are a few spots in the code which prevent it from compiling on amd64. I've added an additional patch which fixes these (it only patches amd64 systems). There's a chance ribs generated on amd64 won't work properly on x86 (and vice versa). This will be fixed upstream eventually, but perhaps we should add an einfo warning of this - though might be nice to confirm first.
Created an attachment (id=109646) [edit] patch for amd64 This is the patch to get it compiling on amd64. It only applies it when building on amd64 systems.
I agree, x86 seems fine, if you have any ribs generated on x64 I can do a quick test to see if it will render on my machine?
Alan, thanks for pointing out the problem on amd64 again. I believe it effects amd64 with >=gcc-4.?.*. My amd64 box still has gcc-3.4.4, so the original version works fine here. In fact, this is pretty much the correct fix - the generated RIBs should be compatible between systems. Since this bug report has finally inspired me to have a proper look at the problem, the issue in output.cpp is now fixed in svn. I'm currently deliberating on what to do about the issue in shadervm.cpp but will try to get it into upstream before the final release. Cheers.
Hi, We now have an rc3 (not sure how we skipped rc1!) I have resolved (hopefully!) the amd64 issues upstream so that patch is now obsolete. I should note again that the patch was unneeded for me, so if someone with >=g++-4 on amd64 could test that would be good. I've created an updated ebuild based partly on the rc2 one for the faulty tarball; I'm attaching a diff from the alpha2 ebuild to the new rc3 ebuild.
Created an attachment (id=110220) [edit] ebuild patch to upgrade alpha2 -> rc3 Notes about this patch: 1) it obsoletes the rc2 ebuild 2) requires the scons-0.96.94 patch (Thanks Alan)
Hi Chris, Sorry for the delay. Can confirm it all builds as expected on amd64 gcc 4.1.1 Cheers, Alan.
Created an attachment (id=110936) [edit] ebuild patch to upgrade rc3 -> final Aqsis 1.2.0 final is out! Here is a patch to change the rc3 ebuild into the final release. The patch for scons 0.96.94 has been incorporated upstream so we shouldn't need any patches right now.
Just a quick note to confirm 1.2.0 final works on amd64 gcc 4.1.1 Cheers, Alan.
Created an attachment (id=110972) [edit] corrected ebuild for aqsis-1.2.0 Somewhere along the way, my patches have got screwed up I'm afraid (the alpha1 -> alpha2 patch I think.) Sorry about that. Therefore, I'm attaching the full ebuild once again. This time it is for aqsis-1.2 final. Alan: Thanks for the testing, it's good to know things work there.
Committed a similar ebuild few min ago, thanks to everybody =)
Thanks Luca! However, can I encourage you to consider committing the latest ebuild I uploaded please? There's two problems I have with the version which has just been uploaded to portage versus my latest upload: 1) ${S} is incorrect for future rc, alpha and beta releases 2) The package has actually been tested on x86 (via a 32-bit chroot; see also a comment in this bug). It seems to me that it belongs just as much in ~x86 (in fact, x86 is really where aqsis originated and has had *much* more extensive testing on that platform).
media-gfx/aqsis-1.2.0: attr(iuse): iuse unknown flags- [ nogui ] Plz. add to use.local.desc (plus no* flags kill kittens :P)
I forgot a couple of things... fixed
Jacob - If no* flags "kill kittens", what would be the suggested flag to use here? Are you objecting to the flag name, or its purpose? The reason I used "nogui" is that nearly every user to install aqsis will want to install *with* the gui, not without. Therefore, to use the gui is a sensible default, one which they should have to explicitly turn off.
