zyn-fusion is a new reworked user interface for media-sound/zynaddsubfx. upstream provides a repo with scripts to build zyn-fusion so these could be inspected what is needed to be done to compile and merge it successfully: https://github.com/zynaddsubfx/zyn-fusion-build from what i was able to get from the build script, it uses two repos to build zyn-fusion: https://github.com/zynaddsubfx/zynaddsubfx (original zynaddsubfx) https://github.com/mruby-zest/mruby-zest-build (zyn-fusion interface) if i got it right, zyn-fusion uses zynadsubfx as a library, so zyn-fusion works on top of it.
Created attachment 645108 [details] Draft ebuild for zyn-fusion This ebuild is provided as a workaround for anyone searching there. In it's draft states it can not be included in the portage tree: no dependency checking not very flexible build (FLAGS, install path ...) libuv may be unbundled maybe some git submodules could be skipped any help appreciated, here or on the bugtracker. It also requires slight changes to zynaddsubfx ebuild.
Created attachment 645110 [details] zynaddsubfx-3.0.5.ebuild with zest flag This version of zynaddsubfx allows to select UI: zest or fltk It is not runtime switchable, after install fltk ui will keep working even zyn-fusion installed, but depclean will throw zyn-fusion as an orphaned leaf. Flag: zest why not but not explicit, fusion maybe better. fltk flag not relevant unless adding ntk support to the ebuild.
great! i just tested that and it works :-) i've added the ebuild to my overlay and adjusted zynaddsubfx-9999 to support it. i also did some minor improvements. those that want to just emerge it can use my overlay at https://gitweb.gentoo.org/dev/fordfrog.git/ please keep us updated with the improvements. once the ebuild is ready for the main tree, i will be glad to put it there :-)
Created attachment 645148 [details] zyn-fusion live ebuild (wip) use system dev-libs/libuv dependencies should be fixed now git submodules seems ok. still need being able to compile following environment flags. need to install to standard path.
thanks! i updated the ebuild in my overlay with your changes.
Thanks for the base ebuild! I just opened a pull request against audio-overlay with a modified ebuild that builds the 3.0.5 version, with properly fetched sources (so it doesn't try to clone git stuff during src_unpack and src_compile). I also fixed it to install to proper LSB paths. https://github.com/gentoo-audio/audio-overlay/pull/362 The intent is for this to be mergeable into portage, so any comments are welcome (feel free to go comment straight on that PR if the github UI is useful).
Oh, btw: current zynaddsubfx git master seems to at least in some way break patches created with 3.0.5 (at least the volume changes), so I need to shout at upstream to make sure they don't release it like that... this was my motivation for getting this ebuild done for the current stable 3.0.5 version.
(In reply to Hector Martin from comment #6) > Thanks for the base ebuild! I just opened a pull request against > audio-overlay with a modified ebuild that builds the 3.0.5 version, with > properly fetched sources (so it doesn't try to clone git stuff during > src_unpack and src_compile). I also fixed it to install to proper LSB paths. > > https://github.com/gentoo-audio/audio-overlay/pull/362 > > The intent is for this to be mergeable into portage, so any comments are > welcome (feel free to go comment straight on that PR if the github UI is > useful). thank you! i think more people would benefit from it if we really make it part of the main tree. for that pull request at https://github.com/gentoo/gentoo would be more appropriate than at gentoo-audio/audio-overlay.
Of course, I just figured I'd run it by audio-overlay first. As I mentioned, the intent is for this to be upstreamable :)
(In reply to Hector Martin from comment #7) > Oh, btw: current zynaddsubfx git master seems to at least in some way break > patches created with 3.0.5 (at least the volume changes), so I need to shout > at upstream to make sure they don't release it like that... this was my > motivation for getting this ebuild done for the current stable 3.0.5 version. It also seems to break the live ebuild (force push ???), and may highlights a bug (???) in git-r3 eclass: fatal: update_ref failed for ref 'refs/git-r3/media-sound/zyn-fusion/0/deps_osc-bridge/__main__': cannot update ref 'refs/git-r3/media-sound/zyn-fusion/0/deps_osc-bridge/__main__': trying to write ref 'refs/git-r3/media-sound/zyn-fusion/0/deps_osc-bridge/__main__' with nonexistent object 9d204a7f81b2f943fd13b6cef291171aa3a207b4 got to compile this live ebuild using EGIT_OVERRIDE_COMMIT_MRUBY_ZEST_OSC_BRIDGE set to the last commit id. So versioned ebuild seems a better approach for now. Thanks for patches, I'll also convert them to sed one liners to integrate them in the live ebuild. P.S.: your karaoke system seems nice, I'll give it a try
Created attachment 690600 [details] zyn-fusion live ebuild Thanks to hector martin the ebuild can use custom c/cxxflags install files under classic path I think the ebuild itself can be pushed to the gentoo tree now Still have some questions about hector martin way to fix waf for pugl submodule. (not included in this version) I also like his idea about having a versioned ebuild using all commits hashes, but I would rather use EGIT_OVERRIDE_COMMIT_... variables for each submodules instead of the rm mv manipulations.
Created attachment 690606 [details, diff] patch to allow standard /usr install Patch by hector martin
zynaddsubfx here is not library. They are both executable, communicating via OSC. Zyn-Fusion could be started manually, attaching to existing zynaddsubfx process. For me zynaddsubfx automatically starts zyn-fusion, though contribution doc for mruby-zest-build describes how to run them separately in controllable way.
Probably, 'zyn-fusion' or just 'fusion' flag would be more matching. Zest as dependency is used by frontend, communicating zynaddsubfx via osc, but not zynaddsubfx. If such use naming style is really wanted, could be like osc-ui.
Err, It seems, bugzilla is unable to show attachement content in View or Detail page. All I could get is Diff page for attached patch. Getting 'Raw Unified' or just click on any attachement leads to non-existant page.