Package Details: radium 5.9.72-1

Git Clone URL: https://aur.archlinux.org/radium.git (read-only)
Package Base: radium
Description: A graphical music editor. A next generation tracker.
Upstream URL: https://users.notam02.no/~kjetism/radium
Licenses: GPL
Submitter: speps
Maintainer: KenjiTakahashi (J5lx, Teteros)
Last Packager: Teteros
Votes: 11
Popularity: 0.087628
First Submitted: 2013-05-22 03:41
Last Updated: 2019-07-14 06:10

Latest Comments

1 2 3 4 5 6 ... Next › Last »

arinlares commented on 2019-05-17 00:35

Just a note, I'm not sure how common the issue is:

If you use a VST in it, and see squares at the top of the VST window, you'll want to install ttf-bitstream-vera. I believe the font is hard-coded to be used, I couldn't change it to another. Installing the font worked.

Teteros commented on 2019-03-23 06:00

@sylsau

I had an error concerning faust which was not installed on my system, so I installed it.

faust should have been build during the compile? Radium includes its own forked faust package so I would not recommend having another faust binary in your path.

Try the new PKGBUILD for 5.9.48 version I just pushed. It includes a needed build-fix. I'd recommend building in a clean chroot to rule out your environment interfering.

sylsau commented on 2019-03-17 22:36

It failed to build on my part. I used @Teteros curl command to get proper llvm binairies.

First, I had an error concerning faust which was not installed on my system, so I installed it.

Then I got this: https://pastebin.com/1jsMxSP7

I've tried to remedy the error, but to no avail.

Teteros commented on 2018-09-09 22:22

EDIT: Since version 5.9.60 radium supports LLVM8 natively, making this binary redundant.

For your convenience (llvm can take really long to build), I have binaries for the LLVM version required for this package on gist.~~

Quick way to get this dependency before installing radium:

curl -OL https://gist.github.com/Teteros/f6560b1a6d0deb835e3f40c2f5e8ee58/archive/master.tar.gz && tar xvzf master.tar.gz && sudo pacman -U *-master/llvm40-*.tar.xz

If your pacman.conf requires all packages to be signed, you can add my key for this package to your keyrings with:

curl -sS https://github.com/Teteros.gpg | gpg --import # for .gnupg keyring
curl -sS https://github.com/Teteros.gpg | sudo pacman-key --add - # for pacman keyring
sudo pacman-key --lsign-key teteros # to trust key in pacman store

J5lx commented on 2018-08-12 00:26

I'm also getting those. I also recently got a notification about someone adopting a package submitted and still maintained entirely by myself. Probably gonna report it as a bug soon, but not today since it's already very late.

While I'm at it, it's true that I've been kinda busy and it's been tricky enough for me to keep track of my own packages. It's getting better though, so I hope I can also start looking after radium again soon. Thanks to Teteros for joining the effort and keeping the package maintained in the last few weeks!

KenjiTakahashi commented on 2018-08-11 22:20

Hm, did you also receive several "package disowned" notifications for this recently? Some kinda bug or what?

hylix commented on 2018-07-04 16:43

Hello,

I finally managed to compile the package (probably thanks to the new update)

But now it crashes when I try to run it

Following my intuition (idk why) I tried to run it in root and it kinda works

I tried comparing the logs (god why ?) and nothing really caught my attention excepted the sample rate warning so I changed it and it still not run.

I also tried changing the rights, by changing owner, then directly chmod 777, still crashing.

So now I have no idea what to try next so if any of you have an idea for me I'd be glad reading it, meanwhile I'm going to keep searching.

Btw is there a way that the scanning / testing that happens at start crashes on some plugin stuff (vst/ladspa etc..)

Log for giggles: https://pastebin.com/HkBPBbGw

Some day I'll manage to run this software (one way or another)

Teteros commented on 2018-07-03 11:24

@aropupu You're not alone on that one, I've heard from another user also having the same problem.

Unfortunately I could not reproduce this even on a clean chroot build. s7.tar.gz in the build should extract during ./build_linux.sh step (Makefile.Qt):

bin/packages/s7/s7.c: bin/packages/s7.tar.gz
    cd bin/packages && rm -fr s7 && tar xvzf s7.tar.gz && touch s7/s7.c

Inspecting my build log (makepkg -L) reveals s7.tar.gz was indeed extracted:

$ grep "s7.tar.gz\|^s7/" radium-5.8.2-1-x86_64-build.log
cd bin/packages && rm -fr s7 && tar xvzf s7.tar.gz && touch s7/s7.c
s7/
s7/profile.scm
s7/old-number-tests.scm
s7/write.scm
s7/s7.html
[...]

You can add this to your PKGBUILD before msg2 "Building radium" line:

msg2 "Extracting s7.tar.gz"
tar xvzf bin/packages/s7.tar.gz -C bin/packages

aropupu commented on 2018-07-03 09:15

Okay, so after toiling around a bit: Although the package does contain the required s7 scheme interpreter files as bin/packages/s7.tar.gz, this archive never gets extracted in the build process. Manually unpacking the archive to the directory it's at solved the problem and the whole thing now compiles.

aropupu commented on 2018-07-03 07:18

So, should this package compile now or not? my build fails with:

embedded_scheme/scheme.cpp:21:10: fatal error: s7.h: No such file or directory
 #include "s7.h"
          ^~~~~~
compilation terminated.
make: *** [Makefile:2330: scheme.o] Error 1