Package Details: rtmidi 3.0.0-1

Git Clone URL: (read-only)
Package Base: rtmidi
Description: A set of C++ classes that provides a common API for realtime MIDI input/output.
Upstream URL:
Licenses: MIT
Submitter: speps
Maintainer: WoefulDerelict
Last Packager: WoefulDerelict
Votes: 37
Popularity: 1.352392
First Submitted: 2011-10-09 21:57
Last Updated: 2017-09-29 02:33

Latest Comments

WoefulDerelict commented on 2017-09-29 02:08

amos: Thank you for reporting the issue upstream. I've included a patch based on the change upstream so it links against the build output and not whatever may be resident on the system when used with --prefix.

amos commented on 2017-09-28 23:39

Building from source directly (i.e. downloading tarball, ./configure && make) does work, but this might be after I've installed the new version. Checking now.

Edit: and you're right. With older version installed, it tries to link against it. Probably worth reporting upstream, for now my patch fixes it anyway.

Edit edit: Reported upstream, merged there, different patch:

--- rtmidi-3.0.0/configure 2017-09-01 03:53:21.000000000 +0200
+++ rtmidi-3.0.0/configure 2017-09-29 02:50:10.798891419 +0200
@@ -16625,7 +16625,6 @@
# Set paths if prefix is defined
if test "x$prefix" != "x" && test "x$prefix" != "xNONE"; then
LIBS="$LIBS -L$prefix/lib"
- CPPFLAGS="$CPPFLAGS -I$prefix/include/rtmidi"

# For -I and -D flags
--- rtmidi-3.0.0/ 2017-09-01 02:10:07.000000000 +0200
+++ rtmidi-3.0.0/ 2017-09-29 02:50:15.288891650 +0200
@@ -77,7 +77,6 @@
# Set paths if prefix is defined
if test "x$prefix" != "x" && test "x$prefix" != "xNONE"; then
LIBS="$LIBS -L$prefix/lib"
- CPPFLAGS="$CPPFLAGS -I$prefix/include/rtmidi"

# For -I and -D flags

WoefulDerelict commented on 2017-09-28 23:23

amos, remussatala: Would it be possible for you to try building this in a clean chroot? Neither of you have provided sufficient information for me to try chasing down an issue I can not reproduce locally. It may be possible that this is attempting to link against as older version you already have installed on your system and causing issues.

amos commented on 2017-09-28 23:06

This is the important part of the build failure:

midiprobe.cpp:(.text.startup+0x2f9): undefined reference to `RtMidiIn::RtMidiIn(RtMidi::Api, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, unsigned int)'
midiprobe.cpp:(.text.startup+0x4b4): undefined reference to `RtMidiOut::RtMidiOut(RtMidi::Api, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >)'

remussatala commented on 2017-09-28 21:10

collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:413: midiprobe] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-user/aur-rtmidi/src/rtmidi-3.0.0/tests'
make: *** [Makefile:612: all-recursive] Error 1

WoefulDerelict commented on 2017-07-09 05:31

Superpowers. Oh mai!

... and then it was as if nothing happened. Like every episode of a sitcom. Tune in next week for another exciting adventure!

anatolik commented on 2017-07-09 05:22

I am an TU and did 'git push -f'. It was an accident, sorry for this.

The original history of the project is restored.

Eschwartz commented on 2017-07-09 04:43

aurweb unconditionally sets AUR_PRIVILEGED depending on account type, I am thinking there should be a special flag TUs have to use to declare that they actually intend to do a non-fast-forward...

WoefulDerelict commented on 2017-07-09 04:36

anatolik: I should have an up to date copy of the repo and its history on my machines. I wasn't even aware the AUR's backend would allow this.

anatolik commented on 2017-07-09 04:27

@WoefulDerelict for some reason I got an impression that there is no 'rtmidi' project at AUR. So I created my own and uploaded to AUR. And it wiped your previous git history.

It is my fault. Do you have a history of this project saved so I can restore it back?

WoefulDerelict commented on 2016-04-30 16:45

Ghosy: The header file was moved into the directory rtmidi by changes upstream. The new build system was implemented with the latest update and brought with it a handful of tweaks. If you want to know the exact reasons for the changes I suggest you query upstream. The change logs are often a good place to start.

Ghosy commented on 2016-04-30 07:27

Is there a reason the recent update no longer places the header file in "/usr/include/"?

WoefulDerelict commented on 2016-03-30 17:10

refreedman: Thank you for spotting this issue. That little change in the build slipped by me. I've directed the PKGBUILD to use the binaries in tests/.libs which should correct the error.

rtfreedman commented on 2016-03-30 12:56

I get this warning when building:
==> Checking for packaging issue...
==> WARNING: Package contains reference to $srcdir

Your PKGBUILD installs make files (with references to $scrdir) for rtmidi-*
instead of the binaries in tests/.libs

file pkg/rtmidi/usr/bin/rtmidi-cmidiin
pkg/rtmidi/usr/bin/rtmidi-cmidiin: POSIX shell script, ASCII text executable, with very long lines

rtfreedman commented on 2014-08-18 12:31 requires rtmidi>=2.1.0

osc commented on 2014-05-27 13:19


could you please update to the 2.1 version?


genesis66 commented on 2014-05-20 10:16

the rtmidi.pc md5sum changed on last revision :
change pkgbuild as link below and adapt the checksum to : 189c423372b890a970fd0f5bd8ac9281

nilsw commented on 2014-05-15 17:44

I have adjusted the PKGBUILD for rtmidi 2.1.0:

rtfreedman commented on 2013-03-07 18:56

Still not usable :(
Look at your inbox for a detailed report.
BTW. rmidi-config is deprecated and not needed with a correct pkg-config rtmidi.pc

rtfreedman commented on 2013-03-05 16:36

Please provide a rtmidi.pc and versioned libs

rtfreedman commented on 2012-12-30 02:42

Latest Release (26 July 2012): Version 2.0.1

fuzzix commented on 2012-06-30 20:26

Hey, just a heads up - rtmidi 2.0 has been released