Package Details: radium 7.4.76-1

Git Clone URL: https://aur.archlinux.org/radium.git (read-only, click to copy)
Package Base: radium
Description: A graphical music editor. A next generation tracker.
Upstream URL: https://users.notam02.no/~kjetism/radium
Licenses: GPL2
Groups: pro-audio
Submitter: speps
Maintainer: yustin (Carotino)
Last Packager: yustin
Votes: 19
Popularity: 0.000002
First Submitted: 2013-05-22 03:41 (UTC)
Last Updated: 2024-06-07 06:47 (UTC)

Dependencies (50)

Required by (0)

Sources (3)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 Next › Last »

KenjiTakahashi commented on 2016-10-26 19:11 (UTC) (edited on 2016-10-26 19:13 (UTC) by KenjiTakahashi)

Yeah, I agree with @J5lx here. The main problem here (and the reason why this package was stagnant for a very long time in the past) is that upstream has refused to change the way he includes this SDK. There were several discussions on github and some ML (or sth, I don't remember exactly). In fact, I planned to look at patching it on our own as well, but no time now, sorry. If you'll find some time, @J5lx, please go ahead.

J5lx commented on 2016-10-23 17:21 (UTC)

Addendum: From a quick look, it looks like these are the file that we'd need to patch (in git master): - /check_dependencies.sh, line 130 - /pluginhost/Builds/Linux/Makefile, line 41, and/or /pluginhost/MyPluginHost.jucer, line 19 - /Makefile.Qt, line 195 I don't have the time to actually do the patch and test it and everything right now, but I'll take care of it next friday or earlier if it's still a thing then.

J5lx commented on 2016-10-23 17:08 (UTC)

@CrocoDuck I don't know how @KenjiTakahashi thinks about it, but I'd rather not create any files outside of the build directory as part of the automatic build process. IMHO we should rather go for some downstream patching here, if anything. That would also make this package compatible with archbuild (I think).

CrocoDuck commented on 2016-10-23 14:41 (UTC)

Hi, thank you for your package! Just in case you didn't know, there is a Steinberg SDK package in the AUR: https://aur.archlinux.org/packages/steinberg-vst36/ You could perhaps include this as a build dependency and link the required files in the prepare() function, like in here: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=distrho-vst-git

KenjiTakahashi commented on 2016-10-05 00:30 (UTC)

Sorry for a long delay, real life has got me for a while... Should be fixed now (also updated to latest version).

KenjiTakahashi commented on 2016-08-30 01:19 (UTC)

Ah, hell breaks loose again ;-]. I'll work on a proper fix later on, but for now you should be able to run it like this: QT_QPA_PLATFORM_PLUGIN_PATH=`qmake-qt5 -query QT_INSTALL_PLUGINS` radium

rmdes commented on 2016-08-29 18:44 (UTC)

I really tried to get "xcb" installed before letting a comment here but here it goes : Fatal: This application failed to start because it could not find or load the Qt platform plugin "xcb" in "". Read many threads on how to workout this issue with other platforms but I can't get it to work on arch. any hint ?

esclapion commented on 2016-08-29 12:38 (UTC)

Fatal: This application failed to start because it could not find or load the Qt platform plugin "xcb" in "".

KenjiTakahashi commented on 2016-08-29 12:03 (UTC)

Moved to Qt5, hopefully everything will work. Let us know if there are any problems.

KenjiTakahashi commented on 2016-03-10 21:35 (UTC)

That's fine by me. Most of the time it's not difficult, just bump the version and it works. But once upon a time it doesn't and the dev will probably not tell you why, so gotta figure that out and things might get strange. BTW: Already removed the hotfix mentioned earlier, it's fixed upstream.

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 Next › Last »