OpenRGB

447 readers

3 users here now

The official Lemmy community for the OpenRGB project.

Official website: https://openrgb.org

GitLab: https://gitlab.com/CalcProgrammer1/OpenRGB

founded 3 years ago

MODERATORS

[email protected]

Cannot open V.0.9 on Fedora 38, getting std::bad_alloc error when running from terminal (lemmy.ml)

submitted 1 year ago by [email protected] to c/[email protected]

5 comments fedilink hide all child comments

Release 0.9 does not want to open, even after a complete reinstall. If I launch it from the Terminal I get the following error:

Connection attempt failed Local OpenRGB server unavailable. Running standalone. QSocketNotifier: Can only be used with threads started with QThread qt.qpa.qgnomeplatform.theme: The desktop style for QtQuick Controls 2 applications is not available on the system (qqc2-desktop-style). The application may look broken. [PluginManager] Plugin /home/USER/.config/OpenRGB/plugins/libOpenRGBVisualMapPlugin.so.1.0.0 has an incompatible API version [OpenRGBSchedulerPlugin] Loading plugin API version. [OpenRGBSchedulerPlugin] Time to free some memory. [PluginManager] Plugin /home/USER/.config/OpenRGB/plugins/libOpenRGBSchedulerPlugin.so.1.0.0 has an incompatible API version [OpenRGBSkinPlugin] Loading plugin API version. [OpenRGBSkinPlugin] Loading plugin info. [OpenRGBSkinPlugin] Time to free some memory. [OpenRGBSkinPlugin] Loading plugin API version. [OpenRGBSkinPlugin] Loading plugin. [OpenRGBSkinPlugin] Creating widget. terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc

Information about my OS:

Linux Fedora 38 (Wayland session)
Kernel: 6.4.9-200.fc38.x86_64
Installed the RPM package
Ryzen 7 3700X
RTX 3070
16Gb DDR4 (currently 5.18GB used)

I have already posted an issue on GitLab just before this post, maybe someone here knows the answer then I can close the issue.

top 5 comments

sorted by: hot top controversial new old

[–] [email protected] 2 points 1 year ago (1 children)

First, your plugins are incompatible (if you're using version 0.8 plugins and 0.9 OpenRGB, you will need to get 0.9 plugins which haven't gone up on the website yet but are on the plugin GitLab pages). As for the other error, try removing the plugins and see if that fixes it, but otherwise I'm thinking it's a Fedora-specific issue and I have zero familiarity with Fedora or rpm packaging. Would need to ask whoever packaged it for Fedora. If you're using the OpenRGB website rpms I don't remember exactly who made the builder for those.

[–] [email protected] 2 points 1 year ago

Hey thanks, I did exactly that (removing all plugins) and it works now. I forgot to comment here, but I already closed the issue on the GitLab Repo. Thanks for creating OpenRGB btw, I don't think I would still be on Linux without it!

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago) (1 children)

Did you open a bug report on the Fedora side?

[–] [email protected] 1 points 1 year ago (1 children)

Nope, I opened an issue on the OpenRGB GitLab page. Since previous versions of OpenRGB didn't have this issue I'm guessing that it's not a Fedora issue, but I could be wrong of course!

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

It could be a dependency issue, and even if OpenRGB is truly at fault here, the patch would be backported way earlier if the maintainer know about the problem.

As a general rule, always open a ticket on the maintainer side first, then open it on the upstream side if the maintainer tell you to do so. It helps rule out many problems upstream cannot easily test before asking them to sink time into the problem.