Bug 33193 - The Razer mouse configuration tool we package is abandoned, switching to openrazer & razergenie.
Summary: The Razer mouse configuration tool we package is abandoned, switching to open...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Backports (show other bugs)
Version: 9
Hardware: All Linux
Priority: Normal enhancement
Target Milestone: ---
Assignee: QA Team
QA Contact:
URL:
Whiteboard: MGA9-64-OK
Keywords: Backport, validated_backport
Depends on:
Blocks:
 
Reported: 2024-05-12 21:50 CEST by Morgan Leijström
Modified: 2024-05-26 04:59 CEST (History)
5 users (show)

See Also:
Source RPM: libopenrazer-0.2.0-1.mga9.src.rpm,openrazer-meta-3.8.0-1.1.mga9.src.rpm,razergenie-1.1.0-1.mga9.src.rpm
CVE:
Status comment: Packages in comment 11


Attachments

Description Morgan Leijström 2024-05-12 21:50:39 CEST
Description of problem:
It lacks support for many new devices

Packages razercfg and lib(64)razer1, Version 0.42

Looking at https://madb.mageia.org/package/show/name/razercfg
I see link to https://bues.ch/cms/hacking/razercfg.html
The version we have is the one listed there released 29 May 2020.

There now exist a better alternative, OpenRazer,
https://github.com/openrazer/openrazer, tested in our forum:
https://forums.mageia.org/en/viewtopic.php?t=15360#p89824

  Excerpt:

Follow the directions at https://software.opensuse.org/download.html?project=hardware%3Arazer&package=openrazer-meta to install OpenRazer.
Follow directions at https://github.com/z3ntu/RazerGenie to install RazerGenie - I used the flatpak version.
Add yourself to the group plugdev
Reboot the computer.

Troubleshooting if needed: https://github.com/openrazer/openrazer/wiki/Troubleshooting


__Suggested actions:

1) Drop our old razercfg for mga10 - having it is worse than not, better users search and find the better working alternative.

2) in Cauldron import OpenRazer + backport to Mageia 9 for use and tests by current users.
Comment 1 christian barranco 2024-05-15 22:54:05 CEST
Hi
I have already packaged Razergenie, together with openrazer. 
I have been using it with a Razer Basilisk V3 X hyperspeed for a while.
It is available in the MLO repo for testing.
I propose to add them to Cauldron and to MGA9 Backport. It would not hurt anything to add it to MGA9 Core Updates right away, but I know this topic is sensitive.

CC: (none) => chb0
Assignee: pkg-bugs => chb0

Comment 2 Morgan Leijström 2024-05-16 08:23:26 CEST
Great.

Adding MGA9TOO for backport (at least, i too think it could do in update to be more easily found)

I added a note in our mentioned forum thread to this bug asking for testing.

Whiteboard: (none) => MGA9TOO

Comment 3 christian barranco 2024-05-16 23:15:10 CEST
Ready for testing for MGA9, in Core/Backports_testing.
I face an issue to import it into Cauldron. I will take care of that later.
Comment 4 Morgan Leijström 2024-05-17 18:54:13 CEST Comment hidden (obsolete)

Summary: The Razer mouse configuration tool we package is abandoned, switch to new solution. => The Razer mouse configuration tool we package is abandoned, switching to openrazer & razergenie.

Comment 5 Brian Kimerer 2024-05-17 20:25:20 CEST
I just installed razergenie from backports_testing and it appears to work. Not sure how clean the installation was because of some detritus sitting around from previous experimentation, but it did install and work.

The notes say to enable razerd, but my system does not find razerd. Is there a naming problem?

# systemctl status razerd
Unit razerd.service could not be found.

I have seen references to "openrazer-daemon"

May 17 13:49:23 linux6core systemd[12178]: Starting openrazer-daemon.service...
May 17 13:49:23 linux6core openrazer-daemon[2138584]: Starting daemon.
May 17 13:49:23 linux6core dbus-daemon[12195]: [session uid=1001 pid=12195] Successfully activated service 'org.razer'



inxi info for my system.

$ inxi -b
System:
  Host: linux6core Kernel: 6.6.28-desktop-1.mga9 arch: x86_64 bits: 64
    Desktop: KDE Plasma v: 5.27.10 Distro: Mageia 9
Machine:
  Type: Desktop Mobo: Micro-Star model: MPG Z490 GAMING EDGE WIFI (MS-7C79)
    v: 1.0 serial: <superuser required> UEFI: American Megatrends v: 1.C0
    date: 06/10/2022
CPU:
  Info: 6-core 11th Gen Intel Core i5-11400 [MT MCP] speed (MHz): avg: 800
    min/max: 800/4400
Graphics:
  Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] driver: i915 v: kernel
  Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X:
    loaded: modesetting,v4l dri: iris gpu: i915 resolution: 1: 1920x1080~60Hz
    2: 1920x1080~60Hz
  API: OpenGL v: 4.6 Mesa 24.0.5 renderer: Mesa Intel Graphics (RKL GT1)
Network:
  Device-1: Intel Comet Lake PCH CNVi WiFi driver: iwlwifi
  Device-2: Realtek RTL8125 2.5GbE driver: r8169
Drives:
  Local Storage: total: 954.81 GiB used: 52.9 GiB (5.5%)
Info:
  Processes: 320 Uptime: 7h 32m Memory: 31.2 GiB used: 3.11 GiB (10.0%)
  Shell: Bash inxi: 3.3.26

CC: (none) => briankimerer

Comment 6 Morgan Leijström 2024-05-17 21:24:56 CEST
Thanks Brian

(In reply to Morgan Leijström from comment #4)
> Packages in core/updates_testing
 I should have written "backport_" - not "updates_"
Comment 7 christian barranco 2024-05-17 21:25:36 CEST
(In reply to Brian Kimerer from comment #5)
> 
> The notes say to enable razerd, but my system does not find razerd. Is there
> a naming problem?
> 
> # systemctl status razerd
> Unit razerd.service could not be found.
> 
> I have seen references to "openrazer-daemon"
> 
> May 17 13:49:23 linux6core systemd[12178]: Starting
> openrazer-daemon.service...
> May 17 13:49:23 linux6core openrazer-daemon[2138584]: Starting daemon.
> May 17 13:49:23 linux6core dbus-daemon[12195]: [session uid=1001 pid=12195]
> Successfully activated service 'org.razer'
> 
> 

Indeed, the proper command is:
systemctl --user enable --now openrazer-daemon

My bad. I fix that.
Comment 8 Morgan Leijström 2024-05-17 21:31:42 CEST
Good Christian.

Assign this bug to QA when fixed :)

Keywords: (none) => Backport

Comment 9 christian barranco 2024-05-17 21:32:31 CEST
(In reply to Morgan Leijström from comment #8)
> Good Christian.
> 
> Assign this bug to QA when fixed :)

 I still need to take care of Cauldron....
Comment 10 Morgan Leijström 2024-05-17 21:35:26 CEST
I think it is OK to QA test in mga9 but not release until it is in Cauldron and at least briefly tested there too.
Morgan Leijström 2024-05-17 21:36:19 CEST

Status comment: (none) => Need to be fixed in Cauldron

Comment 11 christian barranco 2024-05-17 21:37:42 CEST
Packages in core/backports_testing

__For 64 bit
razergenie-1.1.0-1.mga9
python3-openrazer-3.8.0-1.1.mga9
openrazer-kernel-modules-dkms-3.8.0-1.1.mga9
openrazer-meta-3.8.0-1.1.mga9
openrazer-daemon-3.8.0-1.1.mga9
lib64libopenrazer0-0.2.0-1.mga9
lib64libopenrazer-devel-0.2.0-1.mga9

__For 32 bit
razergenie-1.1.0-1.mga9
python3-openrazer-3.8.0-1.1.mga9
openrazer-kernel-modules-dkms-3.8.0-1.1.mga9
openrazer-meta-3.8.0-1.1.mga9
openrazer-daemon-3.8.0-1.1.mga9
liblibopenrazer-devel-0.2.0-1.mga9
liblibopenrazer0-0.2.0-1.mga9
Comment 12 christian barranco 2024-05-18 13:05:39 CEST
Ready for Cauldron as well

Status comment: Need to be fixed in Cauldron => (none)
Source RPM: razercfg => razercfgrazergenie-1.1.0-2.mga10.src.rpm,openrazer-meta-3.8.0-2.mga10.src.rpm,libopenrazer-0.2.0-2.squidf.mga10.src.rpm
Assignee: chb0 => qa-bugs

Comment 13 christian barranco 2024-05-18 13:20:48 CEST
ADVISORY NOTICE PROPOSAL
========================
RazerGenie for configuring your Razer devices


Description
RazerGenie is a Qt application for configuring your Razer devices under GNU/Linux.
RazerGenie uses OpenRazer for providing control over Razer peripherals.

                
References
https://bugs.mageia.org/show_bug.cgi?id=33193
https://github.com/z3ntu/RazerGenie/releases/tag/v1.1.0
https://github.com/openrazer/openrazer/releases/tag/v3.8.0
https://github.com/z3ntu/libopenrazer/releases/tag/v0.2.0


SRPMS
9/core
  libopenrazer-0.2.0-1.mga9.src.rpm
  openrazer-meta-3.8.0-1.1.mga9.src.rpm
  razergenie-1.1.0-1.mga9.src.rpm

    
PACKAGES FOR QA TESTING
=======================
In core/backports_testing

x86_64:
lib64libopenrazer-devel-0.2.0-1.mga9.x86_64.rpm
lib64libopenrazer0-0.2.0-1.mga9.x86_64.rpm
openrazer-daemon-3.8.0-1.1.mga9.noarch.rpm
openrazer-kernel-modules-dkms-3.8.0-1.1.mga9.noarch.rpm
openrazer-meta-3.8.0-1.1.mga9.noarch.rpm
python3-openrazer-3.8.0-1.1.mga9.noarch.rpm
razergenie-1.1.0-1.mga9.x86_64.rpm

i586:
lib64libopenrazer-devel-0.2.0-1.mga9.i586.rpm
lib64libopenrazer0-0.2.0-1.mga9.i586.rpm
openrazer-daemon-3.8.0-1.1.mga9.noarch.rpm
openrazer-kernel-modules-dkms-3.8.0-1.1.mga9.noarch.rpm
openrazer-meta-3.8.0-1.1.mga9.noarch.rpm
python3-openrazer-3.8.0-1.1.mga9.noarch.rpm
razergenie-1.1.0-1.mga9.i586.rpm
Comment 14 Thomas Andrews 2024-05-20 14:10:40 CEST
(In reply to christian barranco from comment #12)
> Ready for Cauldron as well

Is it done for Cauldron? 

If so, then the appropriate fields (Component, Version, etc.) need to be changed before it can be validated for mga9.

We'll need somebody with a Razer mouse to test with MGA9, as well. We may need to ask outside of QA for that.

CC: (none) => andrewsfarm

Comment 15 Brian Kimerer 2024-05-20 14:25:40 CEST
I can do some testing. I have the Razer Basilisk V3. I just need to know when it's  ready.
Comment 16 christian barranco 2024-05-20 15:34:19 CEST
It is ready for testing.

@Thomas, I assumed you wanted me to rewrite Morgan's report to target MGA9.
Just did that.

Version: Cauldron => 9
Component: RPM Packages => Backports
Whiteboard: MGA9TOO => (none)
Source RPM: razercfgrazergenie-1.1.0-2.mga10.src.rpm,openrazer-meta-3.8.0-2.mga10.src.rpm,libopenrazer-0.2.0-2.squidf.mga10.src.rpm => libopenrazer-0.2.0-1.mga9.src.rpm,openrazer-meta-3.8.0-1.1.mga9.src.rpm,razergenie-1.1.0-1.mga9.src.rpm

Comment 17 Brian Kimerer 2024-05-22 21:11:19 CEST
I tested this on a new Mageia9 installation, and it works.

There was one glitch. When I tried to enable openrazer-daemon it threw an error.

# systemctl --user enable --now openrazer-daemon
Failed to connect to bus: No medium found

I logged out and back in, and the tool ran anyway. But after the logout/login, it did not recognize my mouse. So I rebooted the computer and everything works. It can control the mouse.

Looks good on this end.
Comment 18 Morgan Leijström 2024-05-22 21:17:16 CEST
Do user need to issue
 # systemctl --user enable --now openrazer-daemon
?

Can it be automated by a postinstall script of that package?
Comment 19 christian barranco 2024-05-22 21:38:18 CEST
(In reply to Morgan Leijström from comment #18)
> Do user need to issue
>  # systemctl --user enable --now openrazer-daemon
> ?
> 
> Can it be automated by a postinstall script of that package?

I could do it. I remember I got some push back in the past to adjust system settings and the preference was to let the admin deciding.
The thing is that, anyway, the user will have to adjust the system setting by adding him/her to the group plugdev
Just let me know.

@Brian
The command systemctl --user enable --now openrazer-daemon 
needs to be run as a user, not as root. Is it what you have done?
I can't explain why you go such error.
Comment 20 Morgan Leijström 2024-05-22 23:16:44 CEST
(In reply to christian barranco from comment #19)
> (In reply to Morgan Leijström from comment #18)

> The thing is that, anyway, the user will have to adjust the system setting
> by adding him/her to the group plugdev

OK then IMO dont, no automation is better than half automated.

How do we tell the user to add himself to that group and execute that command?
Comment 21 Brian Kimerer 2024-05-22 23:38:13 CEST
@Brian
The command systemctl --user enable --now openrazer-daemon 
needs to be run as a user, not as root. Is it what you have done?
I can't explain why you go such error.

I ran the command as root.
Comment 22 christian barranco 2024-05-23 07:12:04 CEST
(In reply to Morgan Leijström from comment #20)
> (In reply to christian barranco from comment #19)
> > (In reply to Morgan Leijström from comment #18)
> 
> > The thing is that, anyway, the user will have to adjust the system setting
> > by adding him/her to the group plugdev
> 
> OK then IMO dont, no automation is better than half automated.
> 
> How do we tell the user to add himself to that group and execute that
> command?

urpmi.readme
Comment 23 Brian Kimerer 2024-05-24 00:14:08 CEST
Just for grins, I tried the enable command again as myself instead of root, and there was no error.

$ systemctl --user enable --now openrazer-daemon
Created symlink /home/brian/.config/systemd/user/default.target.wants/openrazer-daemon.service → /usr/lib/systemd/user/openrazer-daemon.service.

So it works as advertised when used properly.
katnatek 2024-05-24 04:56:06 CEST

Status comment: (none) => Packages in comment 11

Comment 24 Morgan Leijström 2024-05-25 14:45:55 CEST
(In reply to Brian Kimerer from comment #23)
> So it works as advertised when used properly.

Validating the backport then.
I see earlier you tested on 64 bit, I assume this is the same.

It would be good to have some test on Cauldron too anyway if possible.

Whiteboard: (none) => MGA9-64-OK
Keywords: (none) => validated_backport

Comment 25 Brian Kimerer 2024-05-25 14:59:42 CEST
Yes. I tested it on the 64 bit.
katnatek 2024-05-25 20:24:09 CEST

CC: (none) => sysadmin-bugs

Comment 26 katnatek 2024-05-25 20:25:33 CEST
Validated backport, please let message when is moved and I send mail to backport-announce
Comment 27 Dan Fandrich 2024-05-26 00:53:50 CEST
The RPMs have been moved to backports.

CC: (none) => dan
Status: NEW => ASSIGNED

Comment 28 katnatek 2024-05-26 04:59:47 CEST
Announce Published

Resolution: (none) => FIXED
Status: ASSIGNED => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.