Package Details: radium 4.1.6-1

Git Clone URL: (read-only)
Package Base: radium
Description: A graphical music editor. A next generation tracker.
Upstream URL:
Licenses: GPL
Submitter: speps
Maintainer: KenjiTakahashi (J5lx)
Last Packager: KenjiTakahashi
Votes: 6
Popularity: 0.048071
First Submitted: 2013-05-22 03:41
Last Updated: 2016-10-05 00:29

Pinned Comments

KenjiTakahashi commented on 2015-07-12 01:02

NOTICE: This needs Steinberg VST Audio Plug-Ins SDK in ~/SDKs to work.
It can obtained like this:

1. curl -LO

2. unzip

3. mkdir -p ~/SDKs/vstsdk2.4

4. cp -va "VST3 SDK/." ~/SDKs/vstsdk2.4

It appears to work fine so far, please report any problems.

Latest Comments

KenjiTakahashi commented on 2016-10-26 19:11

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

Addendum: From a quick look, it looks like these are the file that we'd need to patch (in git master):

- /, 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

@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

Hi, thank you for your package! Just in case you didn't know, there is a Steinberg SDK package in the AUR:

You could perhaps include this as a build dependency and link the required files in the prepare() function, like in here:

KenjiTakahashi commented on 2016-10-05 00:30

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

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:


rmdes commented on 2016-08-29 18:44

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

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

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

KenjiTakahashi commented on 2016-03-10 21:35

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.

J5lx commented on 2016-03-07 14:45

@KenjiTakahashi FYI, I'm a bit occupied with school work right now, so if packaging really is as difficult as you say I don't know whether I'll be able to actively contribute before March 17th (my deadline). But anyway, thanks for adding - I'll try to get up and running ASAP.

KenjiTakahashi commented on 2016-03-02 01:07

Updated and fixed symlink problem.
@J5lx: I've added you as a co-maintainer. As, like I said earlier, the upstream maintainer cares little about us, he can change deps/building scripts/whatever without notice, so please make sure that a new release still works before uploading. Just saying :-).
There is also a little compilation fix back ported from current master that should be removed with next version (provided that he doesn't break it again...).

KenjiTakahashi commented on 2016-02-24 00:11

FYI: The package currently cannot be built due to a bug in binutils package (see I'll come back to it when it's fixed (hopefully soon, Allan is on it already).

J5lx commented on 2016-02-14 21:21

3.6.3 is out. @KenjiTakahashi, if you feel unable to keep up with the release "cycle" of Radium, I'd be willing to jump in as a co-maintainer (or even adopt the package).

FreeFull commented on 2016-02-11 19:44

freefull@freefull-asus ~/A/radium> ls -la /usr/bin/radium
lrwxrwxrwx 1 root root 54 Feb 11 19:27 /usr/bin/radium -> /home/freefull/AUR/radium/pkg/radium/opt/radium/radium*

/opt/radium/radium does exist, but /usr/bin/radium ends up linking to the wrong place

KenjiTakahashi commented on 2016-02-08 23:14

Updated. Sorry for the delay and for not keeping it up to date, the upstream guy is spitting new number almost every day, it's not possible for me to keep up. Especially with him caring very little about info useful for packagers...

vasisualiy commented on 2016-01-20 13:27

The version is too old. 3.5.5 is actual one.

KenjiTakahashi commented on 2015-07-12 01:02

NOTICE: This needs Steinberg VST Audio Plug-Ins SDK in ~/SDKs to work.
It can obtained like this:

1. curl -LO

2. unzip

3. mkdir -p ~/SDKs/vstsdk2.4

4. cp -va "VST3 SDK/." ~/SDKs/vstsdk2.4

It appears to work fine so far, please report any problems.

Nareto commented on 2015-01-27 11:53

working pkgbuild for 3.0.rc3

the package() is quite a hack, unfortunately "make install" is no longer supported, not sure why. Read the warning - you'll need to get the vst sdk version 2.4 from steinberg for compilation to work (see )

totalchaos commented on 2014-05-05 18:09

After reading the comments i guess the PKGBUILD needs to be rebuild anyway?

totalchaos commented on 2014-05-05 17:39

Will it be an issue if i use 'calf' as dependency instead of 'calf-kxstudio-git'?

Animtim commented on 2014-04-23 20:19

Here it didn't compile as I also have Qt5 installed, I added an extra "export QT_SELECT=4" before the make packages line and it works.
Please add this to the PKGBUILD (or if there's a better way to do it..)

lievenmoors commented on 2014-04-17 19:07

Maybe the 'lsb-release' package should be added as a dependency, because radium is using /etc/lsb-release to decide for the name of the moc binary. There is a check for arch linux, but it didn't work because i didn't have that file.

Gimmeapill commented on 2014-01-11 10:23

1.9.35 is out:

DanielD commented on 2013-11-30 12:21

It crashes each time I try to open a PD patch. Anyone got this ?

DanielD commented on 2013-11-19 22:06

Error here :

Qt/Qt_PluginWidget.cpp:44:1: erreur: ‘PluginWidget’ does not name a type
PluginWidget *PluginWidget_create(QWidget *parent, struct Patch *patch){
Makefile:1087: recipe for target 'Qt_PluginWidget.o' failed
make: *** [Qt_PluginWidget.o] Error 1

With the depends as specified by frat

frat commented on 2013-10-23 05:41

depends=('calf' 'liblrdf' 'libxaw' 'qt4''lsb-release')

this will fix it.

frat commented on 2013-10-23 03:00

Makefile:1001: recipe for target 'qcolordialog.o' failed
make: *** [qcolordialog.o] Error 1
Makefile:1006: recipe for target 'Qt_Bs_edit.o' failed
make: *** [Qt_Bs_edit.o] Error 1

can not work out.

neuromancer85 commented on 2013-10-22 08:34

The build fails for me with this error:
which: no moc in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl)
Can not find moc. Make sure QTDIR and/or MOC is set correctly in the Makefile.