Carla (lmms) how can I tell if Carla is compiled with wine support

English Multimedia
1

Introduction.

With LMMS you can make music, Carla is something we can use in lmms, to load plugins.

Some of these plugins are Windows plugins, so they need WINE to work.

I have Carla installed from the official openSUSE repositories, and it seems to be the latest git version.

I am however having issues, loading some Windows vst into Carla, who do work through another plugin host in lmms.

These plugins need WINE to work, and because of this Carla needs to be compiled with wine support.

How can I find out if Carla from the official repositories, is compiled with WINE support ? :slight_smile:

2

Hi
Just to clarify, you have the package from the ‘Development’ repository… not oss or non-oss :wink:

Anyway, if you look at the build log (@78 seconds into the log);
https://build.opensuse.org/build/multimedia:apps/openSUSE_Leap_42.3/x86_64/carla/_log

I see no requirement for wine in the build requires, so you might need to contact the Development repository maintainers to see if wine support can be added;

See the email address in the changes file;
https://build.opensuse.org/package/view_file/multimedia:apps/carla/carla.changes?expand=1

Or raise a bug report;
openSUSE:Submitting bug reports - openSUSE

3

Thank you, I will contact him.

Maybe I can help if only as a tester. I seem to be what the LMMS dev call, an advanced user. rotfl!

Tried to compile Carla myself already, but for LMMS and Carla this is not a simple job.
( wine is one of the reasons, the very long list of dependencies is another)

At one time had the dev of Carla trying to help me, but we did not succeed.

For LMMS there is a solution, don’t get lmms from the official repositories, but download the appimage file from the official LMMS site.
Download the file, set the rights so its executable. Do this as a normal user not as root.

Get RC 7 , not RC 8. RC 8 has a problem with vst on Linux.

Pacman knows there is a problem with lmms, but they can’t fix it, it had to be done upstream as they called it.
In plain english the problem is in lmms, not in openSUSE.

The many issues with LMMS on any distro, is why there is now an appimage file.
This makes it easy for me ( and other users ) to test the latest beta version, without having to compile it.
Then we report to to devs if there are issues. :slight_smile:

I was at first surprised, do I have to tell packman it’s not working ?
The simple answer is yes, packan can’t test every program they compile for us in detail. ( not enough time ) They look if it starts and when it does, they are done.
Then they need us the users, to tell them if there are problems.

( not just for lmms and Carla )

4

Hi
The lmms package is not built on packman (it’s disabled and a link to OBS)…?

https://build.opensuse.org/package/show/multimedia:apps/lmms

5

That seems to be the version I am using.

lmms-1.2.0rc7

I downloaded it as a app-image file from the LMMS website though.

In the official repositories there is ( or was ) probably still lmms 1.1.3 .

This version has issues when you compile it. That is probably the reason why its disabled.

I remember getting the same error as packman :stuck_out_tongue:

That at least ruled out, I was doing something wrong.

https://appimage.org/

                                  **Linux apps that run anywhere**

                **"As a user, I want to download an application  from the original author, and run it on my Linux desktop system just  like I would do with a Windows or Mac application."**

                 **"As an application author, I want to provide  packages for Linux desktop systems, without the need to get it 'into' a  distribution and without having to build for gazillions of different  distributions."**

Linus Torvalds seems to like it. The way I understand it, the file has all needed libs for lmms to run.
It will check if stuff is already installed (like Carla ) but if it can’t find it, it it will use its own libs.

Not sure about the security part, but I love appimage , I also got a working version of sonic visualizer this way.
The official openSUSE version did not have mp3 support.

In between I am trying to log in to the obs, maybe I can help. ( had to request a new password )
I will also contact packman, but not before there is a new stable version of LMMS.

6

Email sent, so now we wait. :slight_smile:

7

If you want to do a little investigation on your part,
The main reason to require MSWidnows is to rely on a Windows-OS only dependency, and in multimedia that typically means DirectSound. or Direct3D.

Skim the documentation and description for your plugins,
If those are mentioned anywhere, that will likely be the reason for the Windows requirement and means that even deploying in Wine won’t help.

HTH,
TSU

8

The windows vst I tried, do work through Vestige, and are the reason why I have wine installed. :slight_smile:

I have an answer and Carla is not compiled with wine support. The maintainer did not know you should be able to load (windows) vst in to Carla.
He also does not have enough time any more, so I might end up as the new maintainer of Carla on the obs. :open_mouth:

Mostly worried if I am good enough, but I do have allot of time, and have compiled LMMS a few times myself with variable success rate.
Compiling Carla did not go that well, but I know the dev of Carla, Falk Tx.

I also once compiled DOOM 3 so it would run on Linux ( opensuse)

Compiling that game though was very easy, unlike compiling LMMS and Carla.

A tip to other users, be very careful about reporting issues, you might end up helping :wink:

So now first step will be to learn how to use the obs. I probably need to create a home on the obs?

9

Hi
Should be done when you create an account and log in… install osc and do everything locally. Consider switching to Tumbleweed for development, how do you plan to test the releases eg at present 42.3, 15.0, 15.1 on the way and Tumbleweed…

10

That is a good question, and something I had totally overlooked. Right now I could only test it on my 42.3, but that is already not a default install.
So something working over here does not mean it will work for all users.

I think Carla was why I have kde frame works as a repository.

I also remember the some of the dependencies, qt 4 and 5 .

I might be in over my head, how do maintainers test for other versions ? :slight_smile:

11

On Fri 08 Mar 2019 03:36:03 PM CST, Gps2010 wrote:

That is a good question, and something I had totally overlooked. Right
now I could only test it on my 42.3, but that is already not a default
install.
So something working over here does not mean it will work for all users.

I think Carla was why I have kde frame works as a repository.

I also remember the some of the dependencies, qt 4 and 5 .

I might be in over my head, how do maintainers test for other versions ?
:slight_smile:

Hi
Virtual machines, for me I like bare metal so have Laptops I use for
testing, then also aarch64 on a RPi3.

It all depends on the package, eg just a command line tool, should
pretty much work fine… I’m a GNOME user so most of mine relate to the
DE…

If you have to start adding alternative repositories then that may be
an issue, for example I’m working on paperwork package update, it needs
some new packages in the devel:languages:python repo, then get
those into factory, all just so I can then submit paperwork back to
publishing development repository and get into Tumbleweed…
If things build for earlier versions it’s a bonus, but users may have
to get the additional dependencies from there…

–
Cheers Malcolm °¿° SUSE Knowledge Partner (Linux Counter #276890)
SLES 15 | GNOME Shell 3.26.2 | 4.12.14-25.28-default
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!

12

Of course virtual machines for testing, that also solves the issue of my 42.3 not being stock. :slight_smile:

Not sure if I am up to it, but if I understand the obs right, I can compile Carla there, even if its only for the version I am using ?
Will have to do a git clone probably, and check if I have git still installed.
Maybe I can help without becoming the maintainer, we will see. For now I can just start to get to know the obs.

Need to do some thinking, I like to help, but I already know from experience, and the current maintainer also said something about this, you need the help of the dev of Carla with the compiling.
(tell him the errors and or messages the compiler spits out) And you will get errors, that’s why its so hard to compile Carla.
Just having all dependencies installed is already allot of work. Chance of not having to install additional repositories is zero to none.

On the bright site. I know who it is, and have talked to him before. We have Falk Tx to thank for Carla.

Thumble weed would make sense, the earlier compiling attempt and the libs needed is why I have already one thumble weed repository installed.

13

I have been thinking all this time about becoming the maintainer of Carla.
I am pretty sure I am not good enough to pull this off. Main reason this being Carla.

Compiling by it self is not that hard, but I have bad experience with compiling LMMS and more Carla.

LMMS is already not that easy, because of all the dependencies, but with Carla its even worse.

I am looking around at the openbuild service though, and I did find my home.
Did I see the option of building an appimage?

If I manage to build it there, I might be able to share it, even if for now it would be only for leap 42.3.

Not looking forward to it, but on the bright side I know who the dev of Carla is.
Changes of me pulling this off with out his help, I estimate at 1 %.

Today also talked to the LMMS guys.

LMMS does not come with Carla. (the appimage)
I was already afraid of that answer.

So I need to compile Carla myself, and will try to do it at the obs.

I think I managed to label my stuff for 42.3 its a start…

Now gonna read the wiki, and prey. :wink:

14

Hi,

I have compiled latest LMMS from git and Carla 2.0 with wine support. It’s not so hard but requires lot of -devel packages.
For Carla with wine (both 64 and 32) You need wine-devel(32bit) and mingw64(32)-cross-gcc-c++ with deps from http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_Tumbleweed/ (http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_Tumbleweed/)

I am a bit lazy to put it in my repo just for my personal use. Maybe it’s time to try to do that :slight_smile:

PS It’s about Tumbleweed though

15

Maybe I should try again, in the past I got errors of which even the devs had no idea what the problem was.

We don’t need to compile lmms ourself though, we can use the appimage version of LMMS.

For now get rc 7 not rc 8. (first time you start lmms it will look for Carla )

You can use rc 8 but there is an issue with vst, which can be solved by disabling syncq vst host under setting.

Something about windows vs Linux and midi data. The devs know this, so it will get fixed.

16

ones is enough