| 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: | 20 |
| Popularity: | 0.000258 |
| First Submitted: | 2013-05-22 03:41 (UTC) |
| Last Updated: | 2024-03-18 12:29 (UTC) |
Hello,
Sorry for such a very long absence, lots of real life stuff had caught me and things like AUR had to be sidetracked for a while. And it seems that the other maintainer is gone as well.
@Teteros, thanks for the continuous updates for this, you're doing great job here :-). If you're fine with it, I can add you as a maintainer, just let me know.
That would be really cool if you could take over the package Teteros. I haven't been able to get Radium running since some time last year.
@Teteros Won't you just take over this package maintenance? It looks like the maintainer is no more updating it.
[MY PKGBUILD] radium 5.6.7 => radium 5.7.0
Diff: https://gist.github.com/Teteros/e052cebcd0f09379fcfad67a6f4d1b4d/revisions?diff=unified
Qt 5.11 types patch https://github.com/kmatheussen/radium/issues/1118
Updated use-llvm40-static-libs.patch
[MY PKGBUILD] radium 5.6.5 => radium 5.6.7
llvm40 binaries provided in last comment if anyone has troubled building them
git clone https://gist.github.com/e052cebcd0f09379fcfad67a6f4d1b4d radium && cd $_; makepkg -si
[MY PKGBUILD] radium 5.4.4 => radium 5.6.5
Added libtirpc as dependency as glibc no longer provides rtc.h needed by libpd. Used sed in this patch to avoid needing to unpack libpd in the PKGBUILD.
Fixed use-system-vstsdk.patch due to changes in upstream. Likely this will need to be checked again next radium update as there's vstsdk changes due in master.
LLVM...
LLVM39 has been dropped from community, AUR version does not compile (at time of edit).
LLVM40 currently compiles if tests are disabled. It takes a long to build so you can use my packages below if you trust them:
curl -OL https://gist.github.com/Teteros/f6560b1a6d0deb835e3f40c2f5e8ee58/archive/master.zip -o master.zip && unzip -j $_ -d ${_%.*} && sudo pacman -U $_/llvm40-*.tar.xz
@j5lx I made a diff against the binary distribution of radium and the entire styles folder is included there.
I wanted to bring this package a bit closer to the official bin package because some features like pure-data (already fixed) and faustdev were missing files, preventing them from functioning properly.
If you're confident we can leave the other few files in styles out feel free to do so, I've played a bit with faust and noticed no problems with just the .lib files imported into the package, though the bin package of radium includes a bit of source files not needed to run it indeed.
5.4.6 is already out, you may want to bump the ver to the newest since radium updates so frequently :)
I wonder why you changed it to copy the entire Styles folder rather than just *.qss but still went for *.lib for the libraries. LGTM otherwise, I’ll try to find a moment to test and merge your changes tomorrow or on the weekend.
[AUR PKGBUILD] radium 5.4.2 => radium 5.4.4
Diff: https://gist.github.com/Teteros/e052cebcd0f09379fcfad67a6f4d1b4d/revisions?diff=unified
Clone: git clone https://gist.github.com/e052cebcd0f09379fcfad67a6f4d1b4d.git radium
Tarball: https://gist.github.com/Teteros/e052cebcd0f09379fcfad67a6f4d1b4d/archive/master.tar.gz
Edits: More information on some comments and checksum update for the radium version bump.
My suggestions for this package:
1) Use llvm40 from AUR instead of llvm39 from Extra. This is because llvm39 conflicts with llvm, this creates problems on some machines. LLVM 4.0.1 is the last known version to work with radium's faust.
For instance on AMD, mesa's gallium/radeon driver requires LLVM on runtime, not only for make/compile. This means installing any other llvm than system llvm (that mesa is linked with) will cause errors on startup of any OpenGL or Vulkan application on systems that use Gallium accel.
(This explains my radium startup issues earlier which j5lx could not reproduce as my hardware uses the radeon driver.)
It seems to be a known issue and the llvm-dev mailing list has recommended either hacking the build script or linking LLVM statically:
http://lists.llvm.org/pipermail/llvm-dev/2017-June/114572.html
Since llvm40 (AUR) is packaged so that it does not conflict with system llvm and llvm40-libs packages the dynamic .so as well as static .a libs, I've decided to use the latter approach.
radium and faust were patched to statically link to llvm40-libs, using llvm-config-4.0 Patch File: use-llvm40-static-libs.patch
The downside is that llvm40 needs to be compiled, which takes a while. Fortunately this is a one-time thing since newer LLVM versions are in extra.
I've looked into building radium without the faustdev instrument (so radium does not link to LLVM), but some kind of llvm is still needed to compile faust2 (which builds faust instruments for radium) Might as well compile with llvm if you need it to build I think.
A faust binary could be provided into the AUR package here, that is build with compatible LLVM, but I think that goes against AUR guidelines (build from source when possible)
2) Include .lib files from the faust distribution in package() Currently faustdev instrument can't even initialize without music.lib since that's the default line used in faustdev when it's added.
You can't do much without importing any .lib in faust either, as most signal processing functions are in the faust libraries for you to use in your synth/DSP.
.lib files from faust2/architecture should be bundled in the package (included in my PKGBUILD on gist)
Pinned Comments