| Summary: | Version bump for OpenAL | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Dan McDonald <slashdevslashtty> |
| Component: | New packages | Assignee: | Jeremy Huddleston (RETIRED) <eradicator> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | gandalf, jackmort37, robert.w.thomas, sound, wishkah256 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | A working ebuild. Please review | ||
|
Description
Dan McDonald
2005-03-07 21:32:32 UTC
Created attachment 52888 [details]
A working ebuild. Please review
This is the first ebuild I've ever made, largely plagiarized from the older
one. It seems to work perfectly. I'm not sure whether I fixed the $Header$
thing.
You can get my copy of the CVS checkout here: ftp://24.21.110.45/openal-20050307.tar.bz2 What really needs to change is the actual versioning. Instead of using a snapshot date, use the sample implementation version. Also, this version of Openal is technically just the open source sample implemetation of the 1.0 spec. There are different implementations, just like there is mesa. The only other linux implementation I know of is http://www.lost.org.uk/openal.html. We could have openal-si-0.0.8 and openal-lost-1.2, etc. (which block each other). To keep up with CVS, there could be a separate openal-si-cvs ebuild that fetches directly from CVS. There really is no easy or obvious solution to how to version Openal, since the devs themselves are still undecided about it. There is talk of making official releases, but their reccomendation is still to just get CVS_HEAD, since it is supposed to be almost always stable. Also, there is an unofficial 0.0.8 release canidate to be considered at http://icculus.org/~aspirin/openal/openal-SI-0-0-8-candidate.tgz *** Bug 88432 has been marked as a duplicate of this bug. *** Please try out openal-20050504 which I just added to portage (in package.mask). It fixes a few problems, and I haven't seen any regressions yet, but that doesn't mean they're not there. oh, and for the record, if you submit an updated ebuild for a version bump, please don't just comment out patches that don't apply. Receate the patches so they DO apply... I just tried the new ebuild, but now I don't get any sound from ut2004 :-( In the log, I have : Log: Created and initialized a new SDL viewport. Error: Audio initialization failed. My emerge info : Portage 2.0.51.21-r1 (default-linux/amd64/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r7 x86_64) ================================================================= System uname: 2.6.11-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.11 ccache version 2.4 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.5-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -fweb -ftracer -frename-registers" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fweb -ftracer -frename-registers" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildsyspkg distlocks sandbox strict" GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.inode.at/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo" LANG="fr_FR.utf8" LC_ALL="fr_FR.utf8" LDFLAGS="-Wl,-O1" LINGUAS="fr" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/portage-emul-soundlibs /usr/local/portage-emul-compat" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa bash-completion bitmap-fonts cdr crypt cups curl dedicated dvd dvdr encode font-server gif gtk gtk2 hal imagemagick imlib java jp2 jpeg lzw lzw-tiff mad matroska mp3 mpeg ncurses nls nptl ogg opengl oss pam perl png python readline samba sdl ssl svg tcpd tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis wmf xine xml xml2 xpm xprint xv xvid zlib linguas_fr userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, MAKEOPTS Well jack, ut2004 works for me with this version on amd64. Can youu verify that dropping down to the older openal fixes the problem, please. Also, are you using the latest ut2004 version? Well, in fact, I think I've a problem with ut2004 : it doesn't even start anymore ! It just cracshes when initializing sound... I've tested openal and alsa, but none seems to solve my problem. Too bad :'( Ok, this should be fixed now, then =) Thanks for everyone testing. It's now in ~arch, and I'll leave this open until I move it into stable in a few weeks. hm why does openal-20050504 puts headers in /include/ ??? (and i was wonderign why crystalspace couldn't found it ...) it's fixed in -r1, thanks. 20050504-r1 is stable, so I'm resolving this one... |
