Hello, This is the first ebuild submitted to Gentoo for om-synth (http://www.nongnu.org/om-synth), a modular synthesizer using LADSPA and/or DSSI plugins. This ebuild depends on media-libs/liblo-0.22 - Lightweight OSC (Open Sound Control) implementation - which is not yet in portage as far as I know. I did use the same ebuild as liblo-0.18 and just bumped the version number. I have built and run this package on amd64 and it works well for me. Other people have compiled and run it on x86, but I have no first hand accounts of how it works for them. The first ebuild for om-synth (om-0.1.1) was written by Mikael S
Hello, This is the first ebuild submitted to Gentoo for om-synth (http://www.nongnu.org/om-synth), a modular synthesizer using LADSPA and/or DSSI plugins. This ebuild depends on media-libs/liblo-0.22 - Lightweight OSC (Open Sound Control) implementation - which is not yet in portage as far as I know. I did use the same ebuild as liblo-0.18 and just bumped the version number. I have built and run this package on amd64 and it works well for me. Other people have compiled and run it on x86, but I have no first hand accounts of how it works for them. The first ebuild for om-synth (om-0.1.1) was written by Mikael Söderholm (gnarlie) and I used his ebuild as a base for this one and added the USE flag stuff and updated the dependencies. om-0.2.0 uses lash (which is the new name/successor of ladcca) for session saving support if it can find it, but it is not a hard dependency. I have an ebuild for lash too, but it might require some more though about if and how to deprecate ladcca and such. (I have lash and ladcca installed at the same time, and they don't collide with any files as far as I have been able to determine). Hopefully everything looks okay in the ebuild and I hope that I have not tried to be too smart with the USE flags (it introduces two USE flags, "dssi" and "lash") and I am not sure if this is proper policy for local use flags. lash and dssi will eventually be supported by more and more Linux audio apps, so I figured I might as well put them in as use flags. /Pär
Created attachment 69222 [details] om-0.2.0.ebuild
Please fix the following and reopen: * http://dev.gentoo.org/~ciaranm/docs/mw-faq/toolong.txt * You can specify multiple atoms inside a single ( ) in DEPEND. So DEPEND="gtk? ( foo bar baz )".
Created attachment 69727 [details] Updated ebuild for om Updated ebuild with corrections as suggested by ciaranm@gentoo.org.
Reopened with the new ebuild.
No need for the backslashes inside DEPEND either.
Created attachment 69837 [details] om-0.2.0.ebuild, sans backslashes in DEPEND Uploaded a (hopefully) more correct ebuild. Sorry for the inconvenience. I grovel in my noobiness ;-)
*** Bug 109194 has been marked as a duplicate of this bug. ***
Created attachment 72300 [details] om-0.2.0.ebuild (fixed some IUSE, DEPEND & checks) * the flag for building the gtk client is --enable-gtk-client. * i added media-plugins/omins as a dependency (should be in portage, or at least in bugzilla). * added patch-loader flag. * added check: if building gtk-client, patch-loader flag is needed.
see bug #109172 for omins-0.1.0, or bug #111588 for omins-cvs
Created attachment 72305 [details] om-9999.ebuild (forgive me if I didn't read the gentoo-dev-guide) The CVS version of om-synth has a lot of cool features! So i needed to create an ebuild, just to test it. This is the first ebuild i made for CVS, so i probably missed some ebuild's cvs functions.
Created attachment 89554 [details] media-sound/om/om-0.2.0.ebuild, updated version P
Created attachment 89554 [details] media-sound/om/om-0.2.0.ebuild, updated version Pär and Xaero, I hope you don't mind if I update your om-0.2.0 ebuild... Some points to note: --You didn't specify any package dependencies for "alsa" or "lash" flag. Also, the gtk/patch-loader flag interdependency should be taken into consideration in dependencies. --Omins is NOT a dependency of om. It is useful to have around, but om will work happily without it. --The way the gtk/patch-loader case is handled is a bit awkward. I think it's better just to silently enable the patch-loader when gtk flag is set.
Created attachment 89558 [details] media-sound/om/om-9999.ebuild (updated CVS version) The old om-9999 ebuild didn't work (I suppose mostly because of the big changes on the Savannah CVS), so I updated this ebuild, too. Note: Currently, if you want to build the GTK client, you need FlowCanvas (bug #137285), too.
Thanks Jouni, nice to see some Om action here. :-) I put the dependency on omins there because the included examples does not work without it, but your point about Om working perfectly well without it is well taken.
I agree with you. However putting an informational message after the ebuild qmerge would be fine. The message could say something like: "if you wish to run the om example patches, install omins package, etc..."
That seems like the proper way to do it to me too. :-)
Created attachment 89933 [details] media-sound/om/om-0.2.0.ebuild, added with post-install notes regarding omins Sorry about the delay... Here it is, an ebuild updated with post-install notes regarding the installing of omins (bug #109172)
BTW, my system seems to be unable to run the CVS-version of om_gtk, if I compile flowcanvas with antialias support turned on. I don't know why; I just get lots of GTK/glib errors... With USE="-antialias" it works fine.
Created attachment 90539 [details] media-sound/om-0.2.o.ebuild , various fixes Dependencies fixed. If USE="gtk -patch-load" dies... This is now avaible on Gentoo Sunrise. You can find it on: http://gentoo-sunrise.org/svn/reviewed/media-sound/om/
*** Bug 108671 has been marked as a duplicate of this bug. ***
It seems that this package is no longer in Sunrise.
