Description of problem: qmidiarp does not work without a2jmidid service at all. It just refuses to produce output and hence it has to be included in the dependencies of qmidiarp. Meaning, installing of qmidiarp should force installing of a2jmidid rpm. This applies to mga7 and mga6 as well Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install urpmi qmidiarp -- standalone, without manually solving dependency mismatch -- and you won't get any output 2. 3.
*** Bug 25505 has been marked as a duplicate of this bug. ***
*** Bug 25506 has been marked as a duplicate of this bug. ***
Thank you Markus for the report; and Frédéric for squashing the presumably accidental duplicates - literally copies of this bug. 'a2jmidid' is indeed not a requirement of this pkg. Assigning to DavidG as the maintainer of 'qmidiarp'.
Assignee: bugsquad => geiger.david68210
Assigning to QA, Advisory: ======================== There's a missing required dependency on the qmidiarp package from Mageia 7. If no other packages pulling 'a2jmidid' are installed on the computer, qmidiarp can't work as expected. This update adds this missing dependency. Also it updates a2jmidid package to a more recent and maintained upstream release as our current release come from July 2012. ======================== Packages in 7/core/updates_testing: ======================== qmidiarp-0.6.5-3.1.mga7.x86_64.rpm qmidiarp-plugins-lv2-0.6.5-3.1.mga7.x86_64.rpm qmidiarp-0.6.5-3.1.mga7.i586.rpm qmidiarp-plugins-lv2-0.6.5-3.1.mga7.i586.rpm a2jmidid-9-1.mga7.x86_64.rpm a2jmidid-9-1.mga7.i586.rpm Source RPM: ======================== qmidiarp-0.6.5-3.1.mga7.src.rpm a2jmidid-9-1.mga7.src.rpm
Assignee: geiger.david68210 => qa-bugs
B.t.w., sorry for the duplicates -- there appeared an error saying some email was not found at the and of every attempt. So I assumed, submitting failed and I tried again. Maybe this is easy to fix? Thanks!
MGA76-64 Plasma on Lenovo B50 No installation issues. This is a fairly default desktop Plasma installation, so apparently not completely fit for this pacckage. At CLI: $ qmidiarp Internal Transport stopped Cannot connect to server socket err = Bestand of map bestaat niet Cannot connect to server request channel jackdmp 1.9.12 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2016 Grame. Copyright 2016-2017 Filipe Coelho. jackdmp comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details Cannot create RT messagebuffer thread: Operation not permitted (1) Retrying messagebuffer thread without RT scheduling Messagebuffer not realtime; consider enabling RT scheduling for user no message buffer overruns Cannot create RT messagebuffer thread: Operation not permitted (1) Retrying messagebuffer thread without RT scheduling Messagebuffer not realtime; consider enabling RT scheduling for user no message buffer overruns Cannot create RT messagebuffer thread: Operation not permitted (1) Retrying messagebuffer thread without RT scheduling Messagebuffer not realtime; consider enabling RT scheduling for user no message buffer overruns JACK server starting in realtime mode with priority 10 self-connect-mode is "Don't restrict self connect requests" Cannot lock down 82280346 byte memory area (Cannot allocate memory) audio_reservation_init Acquire audio card Audio0 creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit ALSA: Cannot open PCM device alsa_pcm for playback. Falling back to capture-only mode JackTemporaryException : now quits... Released audio card Audio0 audio_reservation_finish Cannot initialize driver JackServer::Open failed with -1 Failed to open server Cannot connect to server socket err = Bestand of map bestaat niet (file or folder does not exist) Cannot connect to server request channel The program shows two windows which look OK, but also a message box "JACK has shut down or could not be started, but you are trying to run QMidiArp with JACK MIDI backend." clicking OK on it finishes qmidiarp but $ qmidiarp -a opens up OK (i.e. using ALSA i.s.o. jack) I can open a new sequencer, but there it stops or me, but the update seems OK. If someone else has more knowlegde on this, I'll agree on OK'ing.
CC: (none) => herman.viaene
I don't know anything about MIDI, but I can test to see if the missing dependency is no longer missing. Tested on a Probook 6550b 64-bit Plasma system. None of the packages were installed on this machine prior to the test. Using MCC, I installed qmidiarp, which did not bring in a2jmidid as a dependency. I then used the QArepo tool to update only the qmidiarp packages. This did indeed want to draw in a2jmidid package as a dependency. Backing out before actually installing the updates, I went back to the QArepo tool and added the a2jmidid updated package to the list. Going back to getting the resulting updates, all packages installed cleanly. That is as far as I can go, but it does test that the issue prompting the bug has been resolved. So, I am giving this a 64-bit OK and validating. Advisory in Comment 4.
Keywords: (none) => validated_updateCC: (none) => andrewsfarm, sysadmin-bugsWhiteboard: (none) => MGA7-64-OK
Keywords: (none) => advisoryCC: (none) => tmb
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2019-0179.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED