Package Details: lmms-git 1.3.0.alpha.1.r165.g912c0b76e-1

Git Clone URL: (read-only, click to copy)
Package Base: lmms-git
Description: The Linux MultiMedia Studio.
Upstream URL:
Licenses: GPL2
Conflicts: lmms
Provides: lmms
Submitter: Wintervenom
Maintainer: MrSoup678
Last Packager: MrSoup678
Votes: 30
Popularity: 0.000833
First Submitted: 2009-04-19 19:14 (UTC)
Last Updated: 2022-02-09 14:41 (UTC)

Required by (2)

Sources (3)

Latest Comments

Malqus commented on 2022-04-29 20:02 (UTC)

After last update to new version of libcarla (2.4.3) CarlaBase plugin is not building. There are some details and patch available at FreeBSD bugzilla:

Using this info i was able to build it and run successfully.

MrSoup678 commented on 2022-04-21 09:38 (UTC)


This is an upstream problem. Can't do anything about it as a packager. See: and

SDSK commented on 2022-03-23 16:19 (UTC)

Cannot mix incompatible Qt library (5.15.2) with this library (5.15.3)
Emergency stop (memory stack flushed to disk)

MrSoup678 commented on 2022-02-09 14:12 (UTC)

@oldcastle this is pulled directly from git and is marked with next release, which is 1.3.0 alpha

agapito commented on 2021-08-20 19:57 (UTC)

carla is not a makedepend, should be an opt.

oldcastle commented on 2021-05-02 12:34 (UTC)

Can we have the 1.3 git package?

MrSoup678 commented on 2020-03-04 18:46 (UTC)

Updated. I don't know if it will ask for updates in the future.

hugegameartgd commented on 2020-03-04 12:05 (UTC) (edited on 2020-03-04 12:09 (UTC) by hugegameartgd)

@MrSoup678 Please recompile and update this package with its release version correctly

3  aur/lmms-git           1.2.1.r583.gb2c4f2939-1   ->

hugegameartgd commented on 2020-02-09 18:15 (UTC)

On yay after yay -Syu I still shows an update even after a cleanBuild upgraded lmms-git (seems like package release version is broken).

I get:

:: 1 Packages to upgrade.
1  aur/lmms-git  1.2.1.r581.g3410db4d9-1 ->

milkii commented on 2020-01-05 01:26 (UTC)

The lack of the dependencies noted previously in the comments means this package cannot currently automatically be build using Travis CI.

PedroHLC commented on 2019-11-25 00:51 (UTC)

perl-list-moreutils and perl-xml-parser are required when building from a clean chroot

MrSoup678 commented on 2019-06-18 15:51 (UTC)

Old PKGBUILD had a bug where bash auto-completion script would install in $PKGDIR$PKGDIR (effectively). I just fixed that problem

difarem commented on 2018-11-14 17:24 (UTC)

Disowning, since I don't have the time to actively maintain this package.

dvzrv commented on 2018-10-18 08:34 (UTC)

Please switch this to qt5, so the other package can be deleted. There is no use in using qt4 anymore and keeping this duplication alive.

haawda commented on 2017-12-06 19:58 (UTC)

There is already a package lmms-qt5-git in AUR.

agapito commented on 2017-11-25 16:42 (UTC)

Should be better start using qt5 version: build() { cd -- "$srcdir/$_pkgname" cmake -DCMAKE_INSTALL_PREFIX=/usr -USE=vst -DWANT_QT5=ON make -j$(nproc) }

difarem commented on 2017-11-25 16:15 (UTC) (edited on 2017-11-25 16:25 (UTC) by difarem)

Adopted the package, set up git submodules so rpmalloc is built. EDIT: well, it seems like something's wrong with the packaging. Will look into and try to fix at soon as possible.

Xyne commented on 2017-10-21 12:30 (UTC)

This PKGBUILD follows the one of the non-git version in the official repos without asking too many questions for ease of maintenance. Ask the maintainer there why the build system uses multilib-gcc and wine. I am orphaning this package as I no longer use the git version. The current build fails due to a missing dependency on rpmalloc. The sources seem to be here [1]. A package will be needed. Regards, Xyne [1]

milkii commented on 2017-10-18 23:27 (UTC)

i'm confused; if lmms is both 64 and 32 bit, why does this package try to go the 32bit path with gcc-multilib, etc?

Xyne commented on 2017-01-07 00:08 (UTC)

@kerbingamer376 It's a *-git package. It downloads the latest version of the master branch at build time automatically. Unless the build steps themselves have changed, it will always build the latest version.

commented on 2017-01-06 17:47 (UTC)

is this updated to 1.2.0-RC2?

WhitleyStriber commented on 2016-09-26 00:04 (UTC) (edited on 2016-09-26 00:22 (UTC) by WhitleyStriber)

For HiDPI support, download the lmms-qt5-git instead.

Xyne commented on 2016-04-14 23:22 (UTC)

@Xylemon I try to follow the official package as closely as possible. The optdeps have been updated to match. It makes no sense to add ALSA or OSS to the optdeps: there is no single package for either nor a virtual "provided" package (such as e.g. java-runtime). Besides, optdeps are for packages that are not required but which extend or enhance the functionality of the package. Being able to interface with various backends to provide sound is not an extension, just a way to provide the same thing by different means. At least one sound system is expected and for an audio package sound would presumably be a dep, not an optdep ;)

Xylemon commented on 2016-04-08 18:02 (UTC)

Could you add OSS, ALSA, and Pulse to the optional deps? These all have backends in LMMS. Also isn't JACK completely optional as well?

hickop commented on 2015-05-10 18:46 (UTC)

gcc-multilib is required to build vst plugin.

njeno commented on 2014-06-05 23:01 (UTC)

I found that we'll need a flag "-Wno-aggressive-loop-optimizations" for newer gcc and for 64 bit for vst_base we'll need "-D HXCPP_M64" flag

Xyne commented on 2014-06-05 18:30 (UTC)

The build fails here too. I'll try to fix it this weekend if I have time. Please submit a patch if you create one.

njeno commented on 2014-06-02 10:24 (UTC)

I got the following error: [ 55%] Building C object plugins/LadspaEffect/swh/CMakeFiles/bode_shifter_cv_1432.dir/bode_shifter_cv_1432.o bode_shifter_cv_1432.xml: In function ‘runAddingBodeShifterCV’: bode_shifter_cv_1432.xml:89:22: error: iteration 100u invokes undefined behavior [-Werror=aggressive-loop-optimizations] bode_shifter_cv_1432.xml:88:4: note: containing loop bode_shifter_cv_1432.xml: In function ‘runBodeShifterCV’: bode_shifter_cv_1432.xml:89:22: error: iteration 100u invokes undefined behavior [-Werror=aggressive-loop-optimizations] bode_shifter_cv_1432.xml:88:4: note: containing loop cc1: all warnings being treated as errors plugins/LadspaEffect/swh/CMakeFiles/bode_shifter_cv_1432.dir/build.make:57: recipe for target 'plugins/LadspaEffect/swh/CMakeFiles/bode_shifter_cv_1432.dir/bode_shifter_cv_1432.o' failed make[2]: *** [plugins/LadspaEffect/swh/CMakeFiles/bode_shifter_cv_1432.dir/bode_shifter_cv_1432.o] Error 1 CMakeFiles/Makefile2:3214: recipe for target 'plugins/LadspaEffect/swh/CMakeFiles/bode_shifter_cv_1432.dir/all' failed make[1]: *** [plugins/LadspaEffect/swh/CMakeFiles/bode_shifter_cv_1432.dir/all] Error 2 Makefile:136: recipe for target 'all' failed make: *** [all] Error 2

Xyne commented on 2014-04-12 01:24 (UTC)

This package is not out-of-date. I am able to build the latest version without issue. If you are having problems, please post a pastebin link to the exact error messages.

funkmuscle commented on 2014-04-05 17:37 (UTC)

yep 1.0.0 is out but can anyone build it? I've tried and it keeps failing. something to do with RemoteVSTClient

OramahMaalhur commented on 2014-04-04 20:16 (UTC)

1.0.0 is out!

portix commented on 2014-03-20 10:02 (UTC)

lmms is migrating to github, the new repository is under, also the freetype2 patch isn't necessary anymore, the related issue on the bugtracker is

funkmuscle commented on 2014-01-05 21:44 (UTC)

I've use this git for some time but stopped about 6 months ago because I can't load my own samples the way I did in earlier git or the stable release. I just decided to try it again and it looks awesome but I still can't load my own samples. Do my samples need to be on the main disk?

Xyne commented on 2014-01-05 20:01 (UTC)

I have added a patch to modify the list of include directories in the dependent CMakeLists.txt file. Can you confirm that the package compiles with it applied?

0ion9 commented on 2014-01-05 03:50 (UTC)

Got it working with this scary, but reversible, symlink hack:

0ion9 commented on 2014-01-05 03:11 (UTC)

On a fresh install of Arch, I am not encountering the rasqal/raptor include problems, but there are problems with freetype2 in zynaddsubfx: [ 29%] Building CXX object src/CMakeFiles/fltk.dir/Fl_Printer.cxx.o In file included from /tmp/yaourt-tmp-kau/aur-lmms-git/src/lmms/plugins/zynaddsubfx/fltk/src/Fl_PostScript.cxx:38:0, from /tmp/yaourt-tmp-kau/aur-lmms-git/src/lmms/plugins/zynaddsubfx/fltk/src/Fl_Printer.cxx:37: /usr/include/X11/Xft/Xft.h:39:22: fatal error: ft2build.h: No such file or directory #include <ft2build.h> ^ compilation terminated. src/CMakeFiles/fltk.dir/build.make:1069: recipe for target 'src/CMakeFiles/fltk.dir/Fl_Printer.cxx.o' failed make[5]: *** [src/CMakeFiles/fltk.dir/Fl_Printer.cxx.o] Error 1 CMakeFiles/Makefile2:109: recipe for target 'src/CMakeFiles/fltk.dir/all' failed make[4]: *** [src/CMakeFiles/fltk.dir/all] Error 2 Makefile:116: recipe for target 'all' failed make[3]: *** [all] Error 2 plugins/zynaddsubfx/CMakeFiles/libfltk.dir/build.make:52: recipe for target 'plugins/zynaddsubfx/CMakeFiles/libfltk' failed make[2]: *** [plugins/zynaddsubfx/CMakeFiles/libfltk] Error 2 CMakeFiles/Makefile2:7216: recipe for target 'plugins/zynaddsubfx/CMakeFiles/libfltk.dir/all' failed make[1]: *** [plugins/zynaddsubfx/CMakeFiles/libfltk.dir/all] Error 2 Makefile:136: recipe for target 'all' failed make: *** [all] Error 2 The include file it is failing to find is clearly in /usr/include/freetype2/. yaourt -Ql freetype2-infinality-ultimate confirms this. The output of your earlier command, FWIW, is this: pacman -Qi rasqal raptor cmake make | grep Name -A 1 Name : rasqal Version : 1:0.9.30-3 -- Name : raptor Version : 2.0.12-1 -- Name : cmake Version : -- Name : make Version : 4.0-2

Xyne commented on 2013-11-07 20:00 (UTC)

I am still not able to reproduce the error. I have the same versions of the mentioned packages installed. I still suspect that there is something wrong with you setup that prevents it from looking in the right place, as you are the only one who has encountered this issue so far. pacman -Qi rasqal raptor cmake make | grep Name -A 1 Name : rasqal Version : 1:0.9.30-1 -- Name : raptor Version : 2.0.10-3 -- Name : cmake Version : 2.8.12-1 -- Name : make Version : 4.0-1

0ion9 commented on 2013-11-04 23:46 (UTC)

@Xyne: Yes, I update regularly ('yaourt -Syu' once a week to fortnight). As of today, the versions of the packages I am using are: rasqal 1:0.9.30-1 raptor 2.0.10-3 Running 'yaourt -Ql' on these, it is clear that they do not place any files in /usr/include, only in /usr/include/rasqal/ and /usr/include/raptor2. In case it happens to be relevant, my cmake version is 2.8.12-1 and make version is 4.0-1. I've just encountered this problem again as I recompiled lmms-git today. I ended up fixing it in a more permanent but hackish way by installing symlinks to the relevant .h files in /usr/include.

Xyne commented on 2013-05-18 10:31 (UTC)

I have found some missing deps in the package with namcap, which I have since updated, but nothing that prevents me from building the package on a fully updated x86_64 system. Are you sure that your system is fully updated?

0ion9 commented on 2013-05-16 02:21 (UTC)

After fixing the below crash, I encountered a problem similar to one mentioned here in earlier comments, where rasqal.h cannot be found. Inserting the following lines after the 'cd' line in build() fixes both the raptor and rasqal errors, and allows me to successfully build LMMS: # temporary raptor,rasqal include path fix sed -i 's,INCLUDE_DIRECTORIES(${CMAKE_BIN,INCLUDE_DIRECTORIES(/usr/include/rasqal /usr/include/raptor2 ${CMAKE_BIN,' ./CMakeLists.txt In case it's relevant, I'm running the 64bit version of Arch.

0ion9 commented on 2013-05-16 01:50 (UTC)

This currently fails at 43%, even though raptor is installed. Here is the error: [ 43%] Building CXX object CMakeFiles/lmms.dir/src/core/lv2_manager.cpp.o In file included from /usr/include/slv2/world.h:26:0, from /tmp/yaourt-tmp-kau/aur-lmms-git/src/lmms/include/lv2_manager.h:33, from /tmp/yaourt-tmp-kau/aur-lmms-git/src/lmms/src/core/lv2_manager.cpp:35: /usr/include/librdf.h:31:21: fatal error: raptor2.h: No such file or directory #include <raptor2.h> ^ compilation terminated. make[2]: *** [CMakeFiles/lmms.dir/src/core/lv2_manager.cpp.o] Error 1 make[1]: *** [CMakeFiles/lmms.dir/all] Error 2 make: *** [all] Error 2 I have investigated the 'raptor' package, and I find raptor2.h at /usr/include/raptor2/ . Perhaps a patch is needed to add this directory to the list of include-directories passed to the compiler. I'll try to fix this myself and report back.

Xyne commented on 2012-05-20 17:33 (UTC)

@agaskins There is a bug in the committed version of LocalZynAddSubFx.cpp. I have added a sed line for now but they will probably fix that upstream soon. In the future, please pastebin the full output and post a link here. At the very least, paste the last 100 lines or so because the error is almost always further up in the output. In this case, the relevant lines were /tmp/build/lmms-git/src/lmms/plugins/zynaddsubfx/LocalZynAddSubFx.cpp: In member function ‘void LocalZynAddSubFx::loadXML(const string&)’: /tmp/build/lmms-git/src/lmms/plugins/zynaddsubfx/LocalZynAddSubFx.cpp:132:12: error: ‘unlink’ was not declared in this scope make[2]: *** [plugins/zynaddsubfx/CMakeFiles/ZynAddSubFxCore.dir/LocalZynAddSubFx.o] Error 1 make[1]: *** [plugins/zynaddsubfx/CMakeFiles/ZynAddSubFxCore.dir/all] Error 2

agaskins commented on 2012-05-19 08:31 (UTC)

Keep getting the following error. Any ideas? [ 97%] Building CXX object CMakeFiles/lmms.dir/src/core/Clipboard.o Linking CXX executable lmms [ 97%] Built target lmms make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build lmms-git. ==> Restart building lmms-git ? [y/N]

tjb0607 commented on 2011-04-17 03:00 (UTC)

@Xyne Sorry, my fault, just needed to update actually. It's the VST instrument plugin.

Xyne commented on 2011-04-15 15:36 (UTC)

@tjb0607 I don't understand what you want. What is the VeSTige plugin? Is it in a package? I can't find anything named "vestige" in the repos or the AUR. What changed do you have to make to the PKGBUILD? Until I know more, this seems to be a customization issue, in which case you're supposed to edit the PKGBUILD to suit your own needs.

tjb0607 commented on 2011-04-15 04:17 (UTC)

The package works great, but there is no, so I'd have to edit the pkgbuild to get the VeSTige plugin.

commented on 2011-02-05 22:02 (UTC)

compiles and installs properly, thanks!

Xyne commented on 2011-02-03 05:08 (UTC)

The package has been updated to use the new git repo at I have cleaned up the build function, which I had taken from another package in a hurry. Please try the latest version and let me know if it works.

Xyne commented on 2011-02-03 04:31 (UTC)

rasqal.h is owned by rasqal, and librdf.h is owned by redland. rasqal was already in the makedepends array. I've added redland for completeness, but that shouldn't be related to this as it appears that you already have redland installed. What is the output of "locate rasqal.h"? Have you tried re-installing rasqal?

commented on 2011-02-02 18:48 (UTC)

still the same problem... [ 50%] Building CXX object CMakeFiles/lmms.dir/src/core/lv2_manager.cpp.o In file included from /usr/include/slv2/world.h:26:0, from /tmp/yaourt-tmp-michele/aur-lmms-git/src/lmms-build/include/lv2_manager.h:33, from /tmp/yaourt-tmp-michele/aur-lmms-git/src/lmms-build/src/core/lv2_manager.cpp:35: /usr/include/librdf.h:33:20: fatal error: rasqal.h: File o directory non esistente compilation terminated. make[2]: *** [CMakeFiles/lmms.dir/src/core/lv2_manager.cpp.o] Error 1 make[1]: *** [CMakeFiles/lmms.dir/all] Error 2 make: *** [all] Error 2 any ideas? ps. "File o directory non esistente" means: "file or folder does not exist"

Xyne commented on 2011-01-08 19:42 (UTC)

@kipiel I've added rasqal to the makedepends. Let me know if that solves the problem.

commented on 2011-01-07 23:31 (UTC)

Compiles ok for me. :)

commented on 2010-12-04 20:58 (UTC)

won't compile: /usr/include/librdf.h:33:20: fatal error: rasqal.h: No such file or directory compilation terminated.