* [gentoo-user] Beast / BSE
@ 2015-12-03 17:53 Meino.Cramer
2015-12-03 21:04 ` Daniel Frey
0 siblings, 1 reply; 6+ messages in thread
From: Meino.Cramer @ 2015-12-03 17:53 UTC (permalink / raw
To: Gentoo
Hi,
Beast BSE is a soft syntesizer for (beside others) Linux.
The application ( https://testbit.eu/wiki/Beast_Home ) needs
to be compiled from source and is not part of the portage.
Since I had bad experience with portage overlays (they (read:I)
screwed up my system lately ... typical level 8 failure) I
want to avoid that.
Unfortunately I came not farther than to the moment its configure
didn't show m the libpng and stopped doing its job.
Is there any step by step tutorial how to compile this beast
on (Gentoo) Linux?
Or does someone get a compilation done successfully on Gentoo?
How?
Thank you very much in advance for any help!
Best regards,
Meino
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-user] Beast / BSE
2015-12-03 17:53 [gentoo-user] Beast / BSE Meino.Cramer
@ 2015-12-03 21:04 ` Daniel Frey
2015-12-04 17:44 ` Meino.Cramer
0 siblings, 1 reply; 6+ messages in thread
From: Daniel Frey @ 2015-12-03 21:04 UTC (permalink / raw
To: gentoo-user
On 12/03/2015 09:53 AM, Meino.Cramer@gmx.de wrote:
> Hi,
>
> Beast BSE is a soft syntesizer for (beside others) Linux.
>
> The application ( https://testbit.eu/wiki/Beast_Home ) needs
> to be compiled from source and is not part of the portage.
>
> Since I had bad experience with portage overlays (they (read:I)
> screwed up my system lately ... typical level 8 failure) I
> want to avoid that.
>
> Unfortunately I came not farther than to the moment its configure
> didn't show m the libpng and stopped doing its job.
>
> Is there any step by step tutorial how to compile this beast
> on (Gentoo) Linux?
> Or does someone get a compilation done successfully on Gentoo?
> How?
Well, it could be done outside portage but that's probably not a good idea.
It is possible to write your own ebuild (which probably wouldn't be too
difficult) but you'll still need to add a local overlay to drop your
custom ebuilds in.
I haven't done this in quite some time now, but that program looks
interesting, now I want to try it myself! Tomorrow I'll look at it and
see if I can get it working. I'm in North America though so keep the
time difference in mind.
I better get back to work now...
Dan
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-user] Beast / BSE
2015-12-03 21:04 ` Daniel Frey
@ 2015-12-04 17:44 ` Meino.Cramer
2015-12-05 5:30 ` Daniel Frey
0 siblings, 1 reply; 6+ messages in thread
From: Meino.Cramer @ 2015-12-04 17:44 UTC (permalink / raw
To: gentoo-user
Daniel Frey <djqfrey@gmail.com> [15-12-04 03:32]:
> On 12/03/2015 09:53 AM, Meino.Cramer@gmx.de wrote:
> > Hi,
> >
> > Beast BSE is a soft syntesizer for (beside others) Linux.
> >
> > The application ( https://testbit.eu/wiki/Beast_Home ) needs
> > to be compiled from source and is not part of the portage.
> >
> > Since I had bad experience with portage overlays (they (read:I)
> > screwed up my system lately ... typical level 8 failure) I
> > want to avoid that.
> >
> > Unfortunately I came not farther than to the moment its configure
> > didn't show m the libpng and stopped doing its job.
> >
> > Is there any step by step tutorial how to compile this beast
> > on (Gentoo) Linux?
> > Or does someone get a compilation done successfully on Gentoo?
> > How?
>
> Well, it could be done outside portage but that's probably not a good idea.
>
> It is possible to write your own ebuild (which probably wouldn't be too
> difficult) but you'll still need to add a local overlay to drop your
> custom ebuilds in.
>
> I haven't done this in quite some time now, but that program looks
> interesting, now I want to try it myself! Tomorrow I'll look at it and
> see if I can get it working. I'm in North America though so keep the
> time difference in mind.
>
> I better get back to work now...
>
> Dan
>
Hi Dan,
(WARNING! I am no native english speaker! :)
Thank you very much for you interest in this problem.
I tried to compile the beast outside but regardless what I
was doing, it bests configure insists of not seeing libpng,
which definitely ist installed on my system.
Since you ar intested in the program (or: in this kind of programs?)
you may also take a look at zynaddsubfx...
Keep hacking! :)
Best regards,
Meino
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-user] Beast / BSE
2015-12-04 17:44 ` Meino.Cramer
@ 2015-12-05 5:30 ` Daniel Frey
2015-12-05 6:30 ` Meino.Cramer
0 siblings, 1 reply; 6+ messages in thread
From: Daniel Frey @ 2015-12-05 5:30 UTC (permalink / raw
To: gentoo-user
On 12/04/2015 09:44 AM, Meino.Cramer@gmx.de wrote:
> (WARNING! I am no native english speaker! :)
No problem, so far I can understand what you are saying. :-)
> I tried to compile the beast outside but regardless what I
> was doing, it bests configure insists of not seeing libpng,
> which definitely ist installed on my system.
I discovered the problem: beast (and its dependency rapicorn) is written
using libpng:1.2 (according to its configure file) - which is actually
still in portage. The problem is, portage doesn't install the
libpng12.pc file that pkgconfig needs or any other headers/include
files needed during the build process.
When I discovered this I figured I'd better roll out a virtual machine
so I don't screw up my main machine.
Anyway, in the new virtual machine I figured no big deal, I changed the
configure script to point to what was installed (libpng-1.6). However,
between 1.2 and 1.6 there's been a lot of changes, including functions
being renamed and a bunch of other stuff moved around. Until the author
updates his own libraries (speaking of rapicorn mostly here) it will
likely never compile on gentoo. However, it looks like on a binary
distro it would compile, specifically on Ubuntu distros according to the
documentation (Ubuntu appears to maintain support for older libpng builds?)
The other major issue is that pretty much all other packages in gentoo
rely on libpng:1.6 so removing it and installing only libpng:1.2 is not
an option.
>
> Since you ar intested in the program (or: in this kind of programs?)
> you may also take a look at zynaddsubfx...
Thanks, I'll check that out too. At least that one is in portage already.
Dan
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-user] Beast / BSE
2015-12-05 5:30 ` Daniel Frey
@ 2015-12-05 6:30 ` Meino.Cramer
2015-12-06 18:10 ` Daniel Frey
0 siblings, 1 reply; 6+ messages in thread
From: Meino.Cramer @ 2015-12-05 6:30 UTC (permalink / raw
To: gentoo-user
Daniel Frey <djqfrey@gmail.com> [15-12-05 06:44]:
> On 12/04/2015 09:44 AM, Meino.Cramer@gmx.de wrote:
> > (WARNING! I am no native english speaker! :)
>
> No problem, so far I can understand what you are saying. :-)
>
> > I tried to compile the beast outside but regardless what I
> > was doing, it bests configure insists of not seeing libpng,
> > which definitely ist installed on my system.
>
> I discovered the problem: beast (and its dependency rapicorn) is written
> using libpng:1.2 (according to its configure file) - which is actually
> still in portage. The problem is, portage doesn't install the
> libpng12.pc file that pkgconfig needs or any other headers/include
> files needed during the build process.
>
> When I discovered this I figured I'd better roll out a virtual machine
> so I don't screw up my main machine.
>
> Anyway, in the new virtual machine I figured no big deal, I changed the
> configure script to point to what was installed (libpng-1.6). However,
> between 1.2 and 1.6 there's been a lot of changes, including functions
> being renamed and a bunch of other stuff moved around. Until the author
> updates his own libraries (speaking of rapicorn mostly here) it will
> likely never compile on gentoo. However, it looks like on a binary
> distro it would compile, specifically on Ubuntu distros according to the
> documentation (Ubuntu appears to maintain support for older libpng builds?)
>
> The other major issue is that pretty much all other packages in gentoo
> rely on libpng:1.6 so removing it and installing only libpng:1.2 is not
> an option.
>
> >
> > Since you ar intested in the program (or: in this kind of programs?)
> > you may also take a look at zynaddsubfx...
>
> Thanks, I'll check that out too. At least that one is in portage already.
>
> Dan
>
Hi Dan,
thank you very much for your help and effort in examine this beast
(oh, I like it, if words have more ways to understand them, hihihi!)
What about installing libpng 1.2 manually in /usr/local (not using
portage but good ole make/gcc).
I think, /usr/local is made for this kind of stuff and it should
not interfere with the rest of the gentoo world.
And it can easily be fixed if it does interfere nevertheless.
If libpng is the only thing...
I will try that...but...one question:
What do I need to patch/modifiy/crank in the configuration script
of the beast to point it to /usr/local?
Another interesting programs of this kind are:
puredata (aka pd)
chuck
csound
Have a nice weekend!
Best regards,
Meino
PS: Some links to Zunaddsubfx resources...they give an overview
(not more) since partly outdated:
https://www.youtube.com/playlist?list=PLfhmN_gT2qqmgeVeqN0mdTfLjWBKLJwhK
https://www.youtube.com/watch?v=sjkLolNPsVE
https://www.youtube.com/watch?v=kSkO3NjHQ8c
https://www.youtube.com/watch?v=4gqAlCXt7DI
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-user] Beast / BSE
2015-12-05 6:30 ` Meino.Cramer
@ 2015-12-06 18:10 ` Daniel Frey
0 siblings, 0 replies; 6+ messages in thread
From: Daniel Frey @ 2015-12-06 18:10 UTC (permalink / raw
To: gentoo-user
On 12/04/2015 10:30 PM, Meino.Cramer@gmx.de wrote:
>
> What about installing libpng 1.2 manually in /usr/local (not using
> portage but good ole make/gcc).
> I think, /usr/local is made for this kind of stuff and it should
> not interfere with the rest of the gentoo world.
> And it can easily be fixed if it does interfere nevertheless.
> If libpng is the only thing...
>
> I will try that...but...one question:
> What do I need to patch/modifiy/crank in the configuration script
> of the beast to point it to /usr/local?
You don't need to, just point pkgconfig to the directory e.g.:
$ PKG_CONFIG_PATH=/usr/local/lib64/pkgconfig ./configure
I don't think these will solve the declaration issues during the
compiling stage, however.
>
> Another interesting programs of this kind are:
> puredata (aka pd)
> chuck
> csound
>
> Have a nice weekend!
> Best regards,
> Meino
>
> PS: Some links to Zunaddsubfx resources...they give an overview
> (not more) since partly outdated:
> https://www.youtube.com/playlist?list=PLfhmN_gT2qqmgeVeqN0mdTfLjWBKLJwhK
> https://www.youtube.com/watch?v=sjkLolNPsVE
> https://www.youtube.com/watch?v=kSkO3NjHQ8c
> https://www.youtube.com/watch?v=4gqAlCXt7DI
>
>
>
>
Thanks for the tips! Things got crazy busy again so I'll have to check
them out when I have time.
Dan
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-12-06 18:10 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-03 17:53 [gentoo-user] Beast / BSE Meino.Cramer
2015-12-03 21:04 ` Daniel Frey
2015-12-04 17:44 ` Meino.Cramer
2015-12-05 5:30 ` Daniel Frey
2015-12-05 6:30 ` Meino.Cramer
2015-12-06 18:10 ` Daniel Frey
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox