libopenspc is a library made by Brad Martin (http://home.comcast.net/~brad.martin1/) used to play spc files (the internal music format in the snes). I will also submit an ebuild for a xmms plugin that uses this library as a different bug report. No development has been made on the library since 2003, but this is the superiour alternative for playing spc files on linux. The xmms plugin already in portage (which hasn't been developed for years either) plays some songs incorrectly and have other various bugs in it. The ebuilds works fine, but I'm not sure if I solved all the problems in it the correct way (mainly the version and filename thing), so some feedback would be appreciated.
Created attachment 66397 [details] libopenspc-20030109 ebuild
Created attachment 119254 [details] newer version of the library Not long after the first guy submitted his ebuild, Brad Martin released a new snapshot. This project isn't exactly an orphan, but Brad doesn't work on it as often as some projects get worked on. SPC isn't a popular enough format to be getting regularly worked on. gst-plugins-bad now includes a plugin that enables SPC support using this library.
Comment on attachment 119254 [details] newer version of the library this ebuild doesn't work
Created attachment 119285 [details] libopenspc-20050926.ebuild this ebuild should work. it works for me at least.
Created attachment 119290 [details] ChangeLog 20050926 here's the ChangeLog for the new version... Brad's ChangeLog'ing is odd, but it gives an idea of the stuff that's happened.
Nice ebuild! At first it didn't work for me: [....] checking for strtol... yes configure: creating ./config.status config.status: creating libopenspc/Makefile config.status: creating libopenspc/SNEeSe/Makefile config.status: creating examples/Makefile config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands * The ebuild phase 'compile' has exited unexpectedly. This type of * behavior is known to be triggered by things such as failed variable * assignments (bug #190128) or bad substitution errors (bug #200313). * Normally, before exiting, bash should have displayed an error message * above. If bash did not produce an error message above, it's possible * that the ebuild has called `exit` when it should have called `die` * instead. This behavior may also be triggered by a corrupt bash binary or * a hardware problem such as memory or cpu malfunction. If the problem is * not reproducible or it appears to occur randomly, then it is likely to * be triggered by a hardware problem. If you suspect a hardware problem * then you should try some basic hardware diagnostics such as memtest. * Please do not report this as a bug unless it is consistently * reproducible and you are sure that your bash binary and hardware are * functioning properly. I fixed it by changing exec $S/configure to $S/configure || die "configure failed" Why did you use "exec"?
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
It might be worth nothing that this library is no longer the best library around for decoding spc files. Here is one, which was originally based on this library, and seems to do a more accurate emulation of the SPC700: http://slack.net/~ant/libs/audio.html#snes_spc Just noting this here for anyone who stumbles across this bug. I'm closing this bug with WONTFIX since I originally started this bug and I doubt anyone will be using libopenspc for anything anytime soon since the upstream has completely disappeared from the internet as far as I can tell, and since its no longer the most accurate open source spc decoding library. So there is no reason to get libopenspc into portage.
