On Apr 24, 2013 11:37 AM, "Richard Shann" <[email protected]> wrote:
>
> On Wed, 2013-04-24 at 16:31 +0000, Jeremiah Benham wrote:
> >
> > On Apr 24, 2013 11:01 AM, "Richard Shann" <[email protected]>
> > wrote:
> > >
> > > On Wed, 2013-04-24 at 16:51 +0100, Richard Shann wrote:
> > > > On Wed, 2013-04-24 at 09:46 -0500, Jeremiah Benham wrote:
> > > > > On Wed, Apr 24, 2013 at 08:22:32AM +0100, Richard Shann wrote:
> > > > > > I downloaded the linux binary from 22 April and tested it -
> > the Elf64
> > > > > > error is gone but the program fails to run, ending as before
> > with an
> > > > > > abort in the threading library.
> > > > > > Below is the output
> > > > >
> > > > > If you go into the ~/.denemo-1.0.1/denemorc and change the audio
> > backend to none instead of portaudio, does it work then?
> > > >
> > > > Hmm I did that and it started ok, then I reverted and it still
> > started
> > > > ok. In between I had it hang on exit, and crash once with that
> > pthread
> > > > message on exit. I've done several tests now and it is working
> > each
> > > > time. What it consistently doesn't do is run LilyPond successfully
> > -
> > > > there are no LilyPond error messages and nothing is generated.
> > >
> > > I've tried changing the lilypond in prefs to give the LilyPond path
> > of
> > > my installed 2.16.0 and it does not seem to run at all.
> > > BTW I notice I have 2.16.0 installed not 2.16.2
> >
> > If you remove your denemorc, what is the default path to lilypond. Is
> > this lilypond now found by denemo. Is it executable at the command
>
> It is set to the string "lilypond"

That's strange. I put a change it git a while back that's uses
$prefix/bin/denemo instead if not windows. I see this creates the issue
though I just with local as prefix and you have lilypond in /usr/bin.
Perhaps we need a macro conditional there in prefops.c so that binary
release defaults to $prefix/bin and non binary build would search path for
lilypond.

Jeremiah

which IIRC is searched for in the
> $PATH, if OTOH you give a full path in prefs it uses that.
>
> Richard
>
>
>
_______________________________________________
Denemo-devel mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/denemo-devel

Reply via email to