Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 103137

Summary: New Ebuild: media-libs/libopenspc (library used to play snes music)
Product: Gentoo Linux Reporter: Andreas Eriksson <andreas>
Component: [OLD] UnspecifiedAssignee: Default Assignee for New Packages <maintainer-wanted>
Status: RESOLVED WONTFIX    
Severity: enhancement CC: matteo.sasso
Priority: High Keywords: EBUILD
Version: unspecified   
Hardware: All   
OS: Linux   
URL: http://home.comcast.net/~brad.martin1/
Whiteboard: sunrise suggested
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 100773    
Attachments: libopenspc-20030109 ebuild
newer version of the library
libopenspc-20050926.ebuild
ChangeLog 20050926

Description Andreas Eriksson 2005-08-20 06:16:32 UTC
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.
Comment 1 Andreas Eriksson 2005-08-20 06:18:38 UTC
Created attachment 66397 [details]
libopenspc-20030109 ebuild
Comment 2 Drew Patridge 2007-05-14 20:40:23 UTC
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 3 Drew Patridge 2007-05-14 23:56:26 UTC
Comment on attachment 119254 [details]
newer version of the library

this ebuild doesn't work
Comment 4 Drew Patridge 2007-05-14 23:58:40 UTC
Created attachment 119285 [details]
libopenspc-20050926.ebuild

this ebuild should work.  it works for me at least.
Comment 5 Drew Patridge 2007-05-15 00:08:17 UTC
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.
Comment 6 Matteo Sasso 2009-01-28 12:56:55 UTC
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"?
Comment 7 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2009-02-18 04:12:07 UTC
(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
Comment 8 Andreas Eriksson 2010-11-16 18:49:30 UTC
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.