Arch Linux User Repository

Grawlinson made a fork of mididings which is actively maintained, at https://github.com/mididings/mididings, it also has a package in extra.

I have no need for this anymore, so I am disowning it, if anyone is interested in maintaining it.

@jbrickman0000:

I don't use mididings any longer, but some years ago, I also write some patches. You may want to check them and pick them, if they're valuable for you:

https://github.com/rralf/mididings/commits/master

I have forked mididings on git to include the latest patches by a large number of people (it's fork #27), and made changes which compile and run well. I'm not quite certain I have the namespace entirely consistent -- better Python heads than mine are needed to check -- but it does work.

https://github.com/ponderworthy/mididings

@jbrickman0000:

Callable now lives in collections.abc:

https://docs.python.org/3/library/collections.abc.html#collections.abc.Callable

As of a recent yay -Syyu, have not been able to get mididings to work. It errors at the import, see below. It seems to be a common issue in a lot of legacy Python code, but was not able to figure out the workaround in this case.

[jeb@newbnr ~]$ python
Python 3.10.1 (main, Dec 18 2021, 23:53:45) [GCC 11.1.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from mididings import *
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-        linux-x86_64.egg/mididings/__init__.py", line 15, in <module>
    from mididings.engine import run, process_file
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-linux-x86_64.egg/mididings/engine.py", line 15, in <module>
    import mididings.patch as _patch
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-    linux-x86_64.egg/mididings/patch.py", line 15, in <module>
    import mididings.units as _units
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-linux-x86_64.egg/mididings/units/__init__.py", line 14, in <module>
    from mididings.units.engine import *
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-linux-x86_64.egg/mididings/units/engine.py", line 55, in <module>
    def SceneSwitch(number=_constants.EVENT_PROGRAM):
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-linux-x86_64.egg/mididings/unitrepr.py", line 46, in composed
    return arguments.accept(*constraints, **kwargs) (store(f))
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-linux-x86_64.egg/mididings/arguments.py", line 49, in __init__
self.constraints = [_make_constraint(c) for c in constraints]
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-linux-x86_64.egg/mididings/arguments.py", line 49, in <listcomp>
self.constraints = [_make_constraint(c) for c in constraints]
  File "/usr/lib/python3.10/site-packages/mididings-2.0.0+r26a40db-py3.10-linux-x86_64.egg/mididings/arguments.py", line 160, in _make_constraint
    elif isinstance(c, collections.Callable):
AttributeError: module 'collections' has no attribute 'Callable'
>>>

Ah, thanks for the hint, I missed that optional dependency. Hmm, is upstream mididings really dead? Did Dominic Sacre (dsacre, the creator) already give a statement?

It would really be sad if it was dead. I found no other software that would satisfy my requirements, and mididings is really a great and flexible midi router. And I'll probably also have to carry around some local changes for mididings, soon. So if we find some other people, and mididings is really dead, it's maybe time for mididings-ng...

At least some people on the mididings mailing list are still active. I already asked one of them if he knows about the maintenance state.

Ralf

Do you see a chance to integrate your changes to the official mididings package?

Almost none, upstream last release is from 2012, and last commit in 2015, there's a pending pull request which contains half changes I did already and that never got merged, upstream is pretty much dead and the current 'git' package can be considered the stable/final release

could you please consider to add python-pyinotify as a dependency? E.g., mididings.extra.inotify wants it:

it's already listed as optional dependency to get that functionality

Your pkgver() is bad because the version will change if you build it a different day. It should only change when the upstream is updated. Thanks for your work BrainDamage

Thanks yourself for the fix

Hi,

could you please consider to add python-pyinotify as a dependency?

E.g., mididings.extra.inotify wants it:

File "/usr/lib/python3.8/site-packages/mididings/extra/inotify.py", line 18, in <module> import pyinotify as _pyinotify ModuleNotFoundError: No module named 'pyinotify'

Thanks! Ralf

Thanks a lot! I was carrying around my local pkgbuild.

Do you see a chance to integrate your changes to the official mididings package?

Thanks for your work BrainDamage :)