It seems related to JACK transport and the way Qtractor assumes its time-base master role. Make sure you set the proper Qtractor transport option (see View/Options.../Audio/Control).
My guess is that rakarrack is slaving to whichever tempo is current on Qtractor, provided the latter is functioning as transport master which means it's also time-base master (tempo).
No sweat.
If you don't want rackarrack to slave to Qtractor's tempo (as time-base master), which I think it's what you ask, please try setting Qtractor transport option to None or just Slave so that it won't propagate transport and tempo information trough rakarrack or any other client application for that matter.
However, it might happen that rackarrack also has similar options related to JACK transport (if not, you might ask their developers to add one:), so you'll have to try on either side which best fits your scenario.
I'll have to investigate this.
It seems related to JACK transport and the way Qtractor assumes its time-base master role. Make sure you set the proper Qtractor transport option (see View/Options.../Audio/Control).
My guess is that rakarrack is slaving to whichever tempo is current on Qtractor, provided the latter is functioning as transport master which means it's also time-base master (tempo).
No sweat.
If you don't want rackarrack to slave to Qtractor's tempo (as time-base master), which I think it's what you ask, please try setting Qtractor transport option to None or just Slave so that it won't propagate transport and tempo information trough rakarrack or any other client application for that matter.
However, it might happen that rackarrack also has similar options related to JACK transport (if not, you might ask their developers to add one:), so you'll have to try on either side which best fits your scenario.
Cheers