[NEW PORT] audio/midi-matrix-lv2: LV2 'Midi Matrix' plugin bundle: 'Channel Filter'

[ultima]

Summary

The Midi Matrix (Channel Filter) is a 3-in-1 filter plugin with a simple UI
enabling you to easily accomplish:

• MIDI channel filtering (e.g. blocking of specific channels)
• MIDI channel multiplication (e.g. send events from channel X to channels X, Y and Z)
• MIDI channel rerouting (e.g send events from channel X to channel Y)
• And any possible combination thereof

WWW: http://open-music-kontrollers.ch/lv2/midi_matrix

PR\: 221344
Submitted by\: Yuri Victorovich (maintainer)
Reviewed by\: lifanov (mentor), matthew (mentor)
Approved by\: lifanov (mentor), matthew (mentor)
Differential Revision\: https://reviews.freebsd.org/DXXXXX

Test Plan

portlint:
looks fine.

poudriere:
103i386
103amd64
110i386
110amd64
12i386
12amd64

[ultima]

audio/midi-matrix-lv2/Makefile

7 ↗

(On Diff #32156)

This is ugly, is there a better way to implement this? I couldn't come up with any.

[mat]

audio/midi-matrix-lv2/Makefile

7 ↗

(On Diff #32156)

I have been pondering adding a USE_GITLAB to the framework, have not found the time yet, though.

[matthew]

audio/midi-matrix-lv2/Makefile

7 ↗

(On Diff #32156)

It might be ugly, but there's no alternative and it works.

[ultima]

audio/midi-matrix-lv2/Makefile

7 ↗

(On Diff #32156)

I'll create a draft, I'm not sure if adding USE_GITLAB and reusing the code for github is the better solution though. Simply adding a new variable that will change the root domain like: GH_DOMAIN, or GH_SITE and setting it to https://gitlab.com. The latter also has the benefit of allow users using gitlab on there own domain to be set so it maybe a better solution.

It could be a little more confusing to not have the variable as GITLAB though, so maybe it would be best to create a new USE with the domain change option. This is probably the best solution.

Thoughts?

[ultima]

audio/midi-matrix-lv2/Makefile

7 ↗

(On Diff #32156)

's/root//' I wish I could edit the comment.

[mat]

audio/midi-matrix-lv2/Makefile

7 ↗

(On Diff #32156)

Adding USE_GITLAB, with GH_SITE, GH_ACCOUNT, GH_PROJECT, GH_COMMIT is what I had in miond :-)
Reusing the USE_GITHUB bit also, but not too much, they look the same, but are very different :-)
It should be named GITLAB because it would work with the gitlab application, wether it is on gitlab.com, or on a personnal installation.

[ultima]

audio/midi-matrix-lv2/Makefile

7 ↗

(On Diff #32156)

Yeah, wish you could have replied about 4 hours sooner. Realize just how different the two are... Not a complete loss though I understand the USE_GITHUB code much better now. Your plan sounds good, one question though what is the reason for adding GH_COMMIT over reusing GH_TAGNAME?

[mat]

audio/midi-matrix-lv2/Makefile

7 ↗

(On Diff #32156)

Ah, I mistyped, habits, I meant GL_ prefix for each. And it needs a GL_COMMIT because it is needed because WRKSRC contains the commit hash. So as it is required anyway, might as well have it. (And no, I really do not think a post-extract target moving things around is the way to go.)