Re: LMMS 0.4.0-beta (was: Re: [proaudio] ProAudio current state)

[Thomas Kuther <gimpel@xxxxxxxxxxxxxxxx>]

On Fr, 08.08.08 15:50 Alexis Ballier <aballier@xxxxxxxxxx> wrote:

> I'll have to put in in base/package.use.mask anyway, and then unmask
> it on platforms where it is supported. And no, dying like hell isn't a
> nice option ;)
> 

Well, hopefully it only has to be masked on amd64 for this beta.

> 
> > > So now:
> > > Do we include stk support for the tree or not ? I'd say yes but
> > > that'll slow down things.
> > 
> > I guess every release of stk will cause some pain, but it seems they
> > do not release too often. So if all is fine after all binaries are
> > in libexec and really all unneded sources don't get installed,
> > then.. why not :)
> 
> So let's try to get stk too then:
> 
> Please try the enclosed patch for ldflags also; it seems fine here
> with asneeded and gnu hash, dunno what were the problems you
> encountered.

Works fine with my ldflags, no idea what went wrong before.

> I see you removed the libstk.a installation in the latest rev. of the
> ebuild, but it should be installed in case someone wants to statically
> link with it.

ok

> What's the midi useflag for in the stk ebuild ? I see no use of it
> besides dying like hell if alsa-lib isn't built with it.

Imagine USE="oss -alsa midi"

> Also it would be nice to generate and install the doxygen docs ;)

Seems they are already generated in doc/html, adding useflag :)

Also added debug useflag.

Regarding the demos, examples etc. This is such a BIG mess.
in projects/demo we have the binaries + .dsp files, and a subdir scores
with all the instrument definitions.

So we'll end up with
/usr/libexec/stk/demo/{binaries+.dsp files}
/usr/share/stk/demo/scores/*.ski

The examples again come with binaries+dsp files, and own scores and
rawwaves.

I'm not sure atm what is worse, installing bins in /usr/share or
picking this mess in pieces...

Anyways, done.

Attachment: signature.asc
Description: PGP signature