gbsplay plays Gameboy sound dumps (.GBS files) via OSS or NAS by emulating the Gameboy sound hardware. It also includes an XMMS Input plugin. It has been tested on several systems (Linux, FreeBSD, MacOS X, Solaris, Cygwin), so it should compile on all architectures. If it does not, please contact us via the http://gbsplay.berlios.de so that we can enhance the portability.
Created attachment 31457 [details] gbsplay-0.0.6.ebuild (New package)
Created attachment 31462 [details, diff] gbsplay-0.0.6.ebuild.diff i removed the keywords for other than x86, as i believe you didnt test it on gentoo, on those other archs. your ebuild didnt use tabs, so i changed :) i tried on different ways to use econf and einstall, but econf cant work with its configure script, and einstall gives sandbox violations. also, i changed the way you check for useflags, as i believe its not the gentoo-way, also, this way is smaller (why use more ressources :)) i tested this on 2 machines. it fetches, builds and installs perfectly. i suggest media-sound. as i believe its more apropriate than app-emulation, (it only does sound you know.)
Hmm the ebuild needs to be updated as use_enable is a better choice I think. Also note that sometimes using --prefix=${D}usr makes it hardcode wrong paths in it, and this is bad. Finally, a new version is present on the site, but it's an year old and by the version number I think it's still an alpha quality software. If this is true, it's something which doesn't really belong to portage as alpha & dead software is something which creates problem both to devs and users.
If somebody could fix the ebuild and include the new version 0.0.7, it would be find. I don't have a Gentoo system any more, so I can't maintain this ebuild. gbsplay 0.0.7 is stable and has no known bugs. The only things on the todo list (see webpage) are the possible inclusion of bliblib and some cosmetic changes. This is the cause for nothing happening with the project any more -- as nobody misses anything, we consider it quite finished. So gbsplay is neither alpha nor dead.
Created attachment 58518 [details] ebuild for gbsplay-0.0.7
I also just commited a patch to make our configure more autotools compatible, so econf works with the CVS version.
Believe it or not, it's in Portage now.
(In reply to comment #6) > I also just commited a patch to make our configure more autotools compatible, > so econf works with the CVS version. > By the way, it doesn't. Fails on unrecognized --host parameters.
(In reply to comment #8) > (In reply to comment #6) > > I also just commited a patch to make our configure more autotools compatible, > > so econf works with the CVS version. > > > > By the way, it doesn't. Fails on unrecognized --host parameters. > Which version of gbsplay did you try? --host is a supported parameter to configure (however it punts if --host is not the same as --target, I never got around to make configure work for cross compiling).
Autotools note: --target is only meaningful for tools like compilers and similar, see http://blog.flameeyes.eu/2008/10/11/you-dont-want-to-canonicalise-that-and-im-not-referring-to-ubuntu . Usually if it creeps in it's because of an old SDL m4 file.
(In reply to comment #10) > Autotools note: --target is only meaningful for tools like compilers and > similar, see > http://blog.flameeyes.eu/2008/10/11/you-dont-want-to-canonicalise-that-and-im-not-referring-to-ubuntu > . > > Usually if it creeps in it's because of an old SDL m4 file. Hmm, I didn't know that, thanks. I guess that's because you might want to build a gcc on x86 which later runs on mips and compiles for arm?
(In reply to comment #7) > Believe it or not, it's in Portage now. BTW, I just installed Gentoo in a chroot on amd64. Looking at the ebuild, I think you should add "~amd64 ~ppc ~ppc64 ~sparc ~sparc64 ~mips ~mips64 ~arm" to KEYWORDS (is there a list of valid keywords somewhere?). Basically the player should work on all archs, I'm personally using amd64 and have tried sparc and sparc64 in the past (distant past, really...). I could try mips and arm later today... (But not on gentoo, just compiling from source for that arch) The Debian package is available on archs: 0.0.91-1: alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc
(In reply to comment #12) > (In reply to comment #7) > > Believe it or not, it's in Portage now. > > BTW, I just installed Gentoo in a chroot on amd64. > Looking at the ebuild, I think you should add "~amd64 ~ppc ~ppc64 ~sparc > ~sparc64 ~mips ~mips64 ~arm" to KEYWORDS (is there a list of valid keywords > somewhere?). Valid KEYWORDS are the ones you have tested yourself using Gentoo, and for which you have opened a request for the archteam for keywording it. In this case if you are telling me you just tested it on amd64, open a keyword request bug for amd64. > Basically the player should work on all archs, I'm personally using amd64 and > have tried sparc and sparc64 in the past (distant past, really...). > I could try mips and arm later today... (But not on gentoo, just compiling from > source for that arch) Needs to be tested on Gentoo. > > The Debian package is available on archs: > 0.0.91-1: alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 > kfreebsd-i386 m68k mips mipsel powerpc s390 sparc > Doesn't proof anything.