[PlanetCCRMA] planetccrma-apps missing in F11 repo

[David Cornette]

I just checked http://sourceforge.net/projects/freqtweak/ , and apparently
there was a new version released this past July.  Looking through the changes
to the source, it looks like the file configure.ac was modified to use
wxGTK2.6. And this thread http://fedoraforum.org/forum/showthread.php?t=119907
indicates that the official Fedora package of wxGTK2.6 include xrc.  So it
would probably be easiest to package Freqtweak-0.7.2, and forget about trying
to get the old version to work.

On Sat, Sep 26, 2009 at 12:46:16AM +0000, Fernando Lopez-Lezcano wrote:
> On Wed, 2009-09-23 at 02:46 -0400, David Cornette wrote:
> > Freqtweak fails because it needs compat-wxGTK24-2-devel and
> > compat-wxGTK24-2-xrc.  Fedora 11 has compat-wxGTK26-devel, which might (or
> > might not) do to replace compat-wxGTK24-2-devel.  There does not appear to be
> > a replacement for compat-wxGTK24-2-xrc.
> 
> There is not. I had to build my own for fc10. I'm retrying the build now
> on fc11, I don't remember but I presume it failed when I first tried. 
> 
> ...
> 
> Hmm, just finished. So it must be something in freqtweak itself (bet it
> is some header thing). 
> 
> ...
> 
> I get an error when including one of the wxGTK24 headers... there's
> something the compiler does not like about /usr/include/wx/string.h.
> 
> > Finally, I tried building cm.  There were several issues with this one.
> 
> Indeed. 
> 
> > First, it needed to have the versions of various other programs specified for
> > Fedora 11.  I am not sure that I got them all right (I don't really understand
> > the purpose of the "orig" versions)  Next, there was a change in sbcl that a
> > one line change, for which I have a patch that seems to have worked.  After,
> > that, I found that the packaging of portmidi had changed, so the build
> > requirement should now be on portmidi-devel rather than on portmidi.  But then
> > I ran into what would seem to be an sbcl bug.  Here is the message:
> > 
> > ; compiling file "/home/makerpm/rpmbuild/BUILD/cm/fomus/backend_xml.lisp" (written 22 AUG 2007 06:49:27 PM):
> > 
> > debugger invoked on a SB-INT:BUG in thread #<THREAD "initial thread" RUNNING {10028E8011}>:
> >     failed AVER:
> >       (ZEROP (HASH-TABLE-COUNT (FASL-OUTPUT-PATCH-TABLE FASL-OUTPUT)))
> >   This is probably a bug in SBCL itself. (Alternatively, SBCL might have been
> >   corrupted by bad user code, e.g. by an undefined Lisp operation like
> >   (FMAKUNBOUND 'COMPILE), or by stray pointers from alien code or from unsafe
> >   Lisp code; or there might be a bug in the OS or hardware that SBCL is running
> >   on.) If it seems to be a bug in SBCL itself, the maintainers would like to
> >   know about it. Bug reports are welcome on the SBCL mailing lists, which you
> >   can find at <http://sbcl.sourceforge.net/>.
> 
> I run into this as well (not long ago, in the latest rebuild for fc10). 
> Could not find a way out... I think at this point the correct thing to
> do would be to migrate to the latest cm releases but I anticipate much
> pain, if previous experiences are a guide :-)
> 
> It is puzzling, the fomus used in the latest cm is numerically older
> than what is being used in that very very old snapshot. 
> 
> Well, most probably the whole Planet CCRMA lisp world needs a rework to
> use s7 for everything (cm/clm/cmn), s7 is the latest scheme interpreter
> by Bill. 
> 
> -- Fernando
>