Closed hh37138 closed 1 week ago
A lot of the code from the terminal appears to have been deleted, so here is a screenshot of it
BTW, I also increased the Linux disk from 10 to 30 G with no change in behavior.
It looks like something is messed up with your audio hardware. However this should be no excuse for a crash.
Can you provide the mixxx.log file, which contains more debug information.
You may also try to provide a gdb backtrace. It should be:
flatpak run --devel --command=sh org.mixxx.Mixxx
gdb ./mixxx --developer
Make it crash ...
bt
(Not tested)
warning [Main] failed to load portaudio for JACK rename
I think its rather crashing because it can't load portaudio
It looks like something is messed up with your audio hardware. However this should be no excuse for a crash.
Can you provide the mixxx.log file, which contains more debug information.
You may also try to provide a gdb backtrace. It should be:
flatpak run --devel --command=sh org.mixxx.Mixxx gdb ./mixxx --developer
Make it crash ...
bt
(Not tested)
Daschuer, How do I locate the mixxx log file when I can't open mixxx? I'm brand new to Linux and have practically no knowledge of how to use it.
Here is a screenshot of what happened when I tried to do the gdb backtrace
warning [Main] failed to load portaudio for JACK rename
I think its rather crashing because it can't load portaudio
Swiftb0y,
The only way I know how to change from Jack to Alsa (?) is inside of Mixxx. Is there a way to do that from the terminal? My old microphone set-up would not work with Jack, but it would with the other option in Mixxx. I may have switched it over to Jack as part of my troubleshooting.
Here is a screenshot of what happened when I tried to do the gdb backtrace
This tells you gdb is not installed. Install it with sudo apt-get install gdb
Complete steps to create backtraces are here:
https://github.com/mixxxdj/mixxx/wiki/Creating-Backtraces#linux--mac-os-x-with-xcode-4x
The only way I know how to change from Jack to Alsa (?) is inside of Mixxx
Take a look a your Mixxx settings directory (here's how to find it). There should be a soundconfig.xml
which holds the sound configuration incl. the API.
Rename it and start Mixxx, which should then use the defaults (ALSA?).
@ronso0 Thank you! I'm learning more about Linux every day.
I was able to install gdb using the Sudo command line you provided, however, when I tried to run it again it failed.
I tried the directions from the manual to locate the file, but they were not recognized:
I went into my Linux Program Files and wasn't able to locate the soundconfig.xml file .
@Swiftb0y @daschuer @ronso0 Thank you all for your help so far. I appreciate it!
I think its rather crashing because it can't load portaudio
The attempt to set the Jack client name is not the case for the crash. It is only an optional convenience feature to show Mixxx as Mixxx and not as portaudio in Jack tools.
It however indicates that portaudio is not loaded as "libportaudio.so.2". Does it use a different name or static linking?
@hh37138 You have a typo in the gdb --help
command. It is gdb with b for bug.
Please start gdb without extra command line options (sorry fro the wrong hint).
gbd ./mixxx
And then inside gdb
run --developer
It looks like jack is not installed with flatpack:
@FakeShemp @djantti
Is jack/pipewire working with flatpack? Can you add libjack.so ?
Can you also confirm the situation with libportdio.so Is it available for dynamic loading? At which part is it located?
@daschuer Thanks for the update! I got a little bit farther.
gdb ./mixxx
means gdb should look for an executable called mixxx in the current directory.
on the left of the command proper you can see the current working directory, and ~ means you're currently in your user home directory.l (you won't find mixxx there, unless you did a very unusual installation yourself).
You want the executable from /usr/bin (or some other default lookup path), so you need to type only
gdb mixxx
then, as written in the wiki
set height 0
run
etc.
@ronso0
Take a look a your Mixxx settings directory (here's [how to find it](https://manual.mixxx.org/2.4/en/chapters/appendix/settings_directory.html)). There should be a soundconfig.xml which holds the sound configuration incl. the API.
Rename it and start Mixxx, which should then use the defaults (ALSA?).
Somehow I missed the direction in the wiki to make sure I could see all my hidden files in the folders. Once I enabled that I could find the soundconfig.xml file, and rename it. I was able to open Mixxx without it crashing!! It was still set on Jack, but I quickly reset it to Alsa. After saving my settings, I closed the app and reopened it with no issues! Thanks so much!! Bossman no longer wants to fire me! (He can't, we're married, LOL)
I still haven't figured out the gdb thing. Let me know if you still need it for some other aspect of this ticket, but my inital concern is resolved 😂
Is jack still listed in the API combo box of your hardware preferences?
Mixxx should never crash not even with a faulty configuration. A backtrace will help to acheve this. So please try to produce one with the old config.
Sorry for the long response time. The day job was insisting that I show up for once :)
I put Jack back as the API combo and it's still not crashing <3
I can't get the debug log to load from within mixxx or the Linux terminal. When attempting from inside Mixxx I click the button on the Library tab and nothing happens. Screen recording 2024-10-10 3.10.29 PM.webm Here are the Terminal results:
The leading ./
tells the interpreter to look for the following file or command in the current working directory. The ~
before the prompt indicates this is your home directory, but you want the mixxx binary from one of the usual binary lookup paths (usr/bin for example)
TL;DR
instead of ./mixxx
use just mixxx
(plus the other arguments, of course)
I put Jack back as the API combo and it's still not crashing
I think @daschuer meant to you put back the previous (crashing) soundconfig.xml, only with that the debug log is useful. Could that still be in your Trash?
soundconfig.xml still exists in my files.
I only renamed the file to soundconfigure.xml, which stopped the crashing. I tried to rename it what it was, but the system said the file name still existed.
I tried the code you suggested and the files were not found:
(please post copied text instead of screenshots, that allows us to copy it for responses, thanks)
Oh sorry, I forgot this is about the Flatpak version :facepalm: That explains why mixxx is not found (and why there is no .mixxx/mixxx.log I think).
For debugging a Flatpak app the procedure is a bit different:
flatpak install org.freedesktop.Sdk.Debug/x86_64/23.08
flatpak run --command=sh --devel org.mixxx.Mixxx --developer
Note: I don't have the sdk installed, so I can't test these steps.
Hi @ronso0, thank you so much for the directions!
Here are the results of the flatpak debug install attempt:
hollywoodhowiegaroutte@penguin:~$ flatpak install org.freedesktop.Sdk.Debug/x86_64/23.08 Looking for matches… Remotes found with refs similar to ‘org.freedesktop.Sdk.Debug/x86_64/23.08’:
1) ‘flathub’ (system) 2) ‘flathub’ (user)
Which do you want to use (0 to abort)? [0-2]: 1
ID Branch Op Remote Download
Warning: Failed to get revokefs-fuse socket from system-helper: Flatpak system operation GetRevokefsFd not allowed for user Error: Flatpak system operation Deploy not allowed for user ^[[40;55Rerror: Failed to install org.freedesktop.Sdk.Debug: Flatpak system operation Deploy not allowed for user
Is jack/pipewire working with flatpack? Can you add libjack.so ?
Can you also confirm the situation with libportdio.so Is it available for dynamic loading? At which part is it located?
Sorry for the delayed reply. As far as I know JACK is not not supported at all (and never will be) on Flatpaks and the only way of using it is through PipeWire. It does work really well nowadays. PortAudio is also included and loaded correctly.
But something super strange is happening in this bug report, since even the common Flatpak uninstall / install commands appear to fail. I'll see if I can get a ChromeOS VM going and dig around a bit.
I'll see if I can get a ChromeOS VM going and dig around a bit.
Interesting that no one mentioned that before. Could indeed be a Flatpak install inside 'Linux' on a ChromeBook? (in that case I'M out, too many unknown variables for my taste ; ) @hh37138 can you verify?
Yeah, AFAIK that is the most common way of running somewhat standard Linux on Chromebooks.
ChromeOS (a highly locked down custom Linux distribution by itself) runs a virtual machine called crosvm and creates a container inside it with a mutable Linux environment. And then we have Mixxx running in a Flatpak sandbox on top of that.
I did manage to get ChromeOS running in a virtual machine, but it just states that 'Linux is not supported on your Chromebook'. Oh well... it prolly needs a bare metal install and / or a Google account.
Bug Description
Every time I attempt to open the program in Linux on my Chromebook, it force closes immediately. The program worked fine a couple of days ago. Today I attempted to install a new USB Mic (it didn't work even in Chrome) and I updated my Chrome system. No changes were made to Linux. I attempted to run the program from the terminal and uninstall and reinstall it and received the following:
ASK: Please review and advise on a solution to be able to use Mixxx.
Version
2.4.1
OS
Linux Penguin