[PlanetCCRMA] planetccrma-apps missing in F11 repo

Fernando Lopez-Lezcano nando at ccrma.Stanford.EDU
Sat Sep 26 10:03:58 PDT 2009


On Sat, 2009-09-26 at 04:03 -0400, David Cornette wrote:
> 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.

Doh!!! Of course... I used to check for new versions before trying to
rebuild for new fcxx's, I'm getting sloppy :-) Thanks for pointing it
out!

-- Fernando


> 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
> > 
> 
> _______________________________________________
> PlanetCCRMA mailing list
> PlanetCCRMA at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma



More information about the PlanetCCRMA mailing list