It seems someone added steam-devices to fedora, it seems a dumb move IMO https://koji.fedoraproject.org/koji/packageinfo?packageID=41822 Repositories loaded. Problem: installed package steam-1.0.0.82-2.fc42.i686 requires steam-devices = 1.0.0.82-2.fc42, but none of the providers can be installed - cannot install both steam-devices-1.0.0.100^git20240522.0.e2971e4-1.fc42.noarch from updates-testing and steam-devices-1.0.0.82-2.fc42.i686 from @System - cannot install both steam-devices-1.0.0.100^git20240522.0.e2971e4-1.fc42.noarch from updates-testing and steam-devices-1.0.0.82-2.fc42.i686 from rpmfusion-nonfree - cannot install the best update candidate for package steam-devices-1.0.0.82-2.fc42.i686 - cannot install the best update candidate for package steam-1.0.0.82-2.fc42.i686 Package Arch Version Repository Size Skipping packages with conflicts: steam-devices noarch 1.0.0.100^git20240522.0.e2971e4-1.fc42 updates-testing 10.1 KiB Reproducible: Always
steam-devices has been included in the main repositories in order to support controllers on the Fedora Atomics, without requiring users to layer the package, which in most cases aren't using RPMFusion in the first place. RPMFusion needs to adjust their steam packaging.
(In reply to Shawn W Dunn from comment #1) > steam-devices has been included in the main repositories in order to support > controllers on the Fedora Atomics, without requiring users to layer the > package, which in most cases aren't using RPMFusion in the first place. > RPMFusion needs to adjust their steam packaging. What repo do atomic user use to get their steam package?
(In reply to Shawn W Dunn from comment #1) > steam-devices has been included in the main repositories in order to support > controllers on the Fedora Atomics, without requiring users to layer the > package, which in most cases aren't using RPMFusion in the first place. > RPMFusion needs to adjust their steam packaging. I'm the Steam maintainer and no one has ever told me this was happening.. also it's missing for all the EPEL and other Fedora releases.
@sfalken caould you have please at least the decency of adding me as an admin of the package since I was maintaining it? The package lacks the following: - EPEL 8+ branches, up to Fedora 41. - Obsoletes/Provides of steam-devices.i686, as for a limitation of the RPMFusion infrastructure there can be no subpackage of an arched package (steam.i686 in that case) that has noarch.
Also, just noticed now, the description is wrong as well: "Make sure that all users, which should have access to the steam-controller, are in the "games" group." There's absolutely no such thing, the udev rules assign uaccess to the devices, which mean they get a special ACL with access for the seat owner (the user using the first display on the system).
(In reply to leigh scott from comment #2) > (In reply to Shawn W Dunn from comment #1) > > steam-devices has been included in the main repositories in order to support > > controllers on the Fedora Atomics, without requiring users to layer the > > package, which in most cases aren't using RPMFusion in the first place. > > RPMFusion needs to adjust their steam packaging. > > What repo do atomic user use to get their steam package? Most often, from flatpak. Bazzite is installing from RPMFusion, but that's outside of Fedora's Scope. This package is useful for far more than steam, without it, many controllers don't work within things like Lutris, Bottles, or other launchers as well, as all the package is, is a bunch of udev rules.
(In reply to Simone Caronni from comment #3) > (In reply to Shawn W Dunn from comment #1) > > steam-devices has been included in the main repositories in order to support > > controllers on the Fedora Atomics, without requiring users to layer the > > package, which in most cases aren't using RPMFusion in the first place. > > RPMFusion needs to adjust their steam packaging. > > I'm the Steam maintainer and no one has ever told me this was happening.. > also it's missing for all the EPEL and other Fedora releases. There is no steam package in Fedora. I don't know where you maintain steam in Fedora for this to be relevant. (In reply to Simone Caronni from comment #5) > Also, just noticed now, the description is wrong as well: > > "Make sure that all users, which should have access to the steam-controller, > are in the "games" group." > > There's absolutely no such thing, the udev rules assign uaccess to the > devices, which mean they get a special ACL with access for the seat owner > (the user using the first display on the system). This is probably fair to fix. (In reply to Simone Caronni from comment #4) > @sfalken caould you have please at least the decency of > adding me as an admin of the package since I was maintaining it? > > The package lacks the following: > - EPEL 8+ branches, up to Fedora 41. > - Obsoletes/Provides of steam-devices.i686, as for a limitation of the > RPMFusion infrastructure there can be no subpackage of an arched package > (steam.i686 in that case) that has noarch. It is not possible to do arched Obsoletes. That limitation does not actually exist in RPM Fusion since the switch to Koji. There is no default expectation for new packages to exist in all Fedora and EPEL branches. If you want that, you need to make a request for it.
(In reply to Shawn W Dunn from comment #6) > (In reply to leigh scott from comment #2) > > (In reply to Shawn W Dunn from comment #1) > > > steam-devices has been included in the main repositories in order to support > > > controllers on the Fedora Atomics, without requiring users to layer the > > > package, which in most cases aren't using RPMFusion in the first place. > > > RPMFusion needs to adjust their steam packaging. > > > > What repo do atomic user use to get their steam package? > > Most often, from flatpak. Bazzite is installing from RPMFusion, but > that's outside of Fedora's Scope. So breaking the fedora workstation repos is outside of Fedora's Scope? https://koji.fedoraproject.org/koji/rpminfo?rpmID=41258258 > > This package is useful for far more than steam, without it, many controllers > don't work within things like Lutris, Bottles, or other launchers as well, > as all the package is, is a bunch of udev rules.
The description is my fault, as a copypaste from the openSUSE Spec File I was working from. Fixed.
(In reply to Neal Gompa from comment #7) > There is no steam package in Fedora. I don't know where you maintain steam > in Fedora for this to be relevant. Hey Neal, you know I maintain the package in RPMFusion, and you did the review. It's the only package i maintain there, and I've been doing it since the beginning (2103). You could have simply asked, I have no issues to get just the devices in Fedora or give it to someone else if people want it. > It is not possible to do arched Obsoletes. That limitation does not actually > exist in RPM Fusion since the switch to Koji. What do you mean? You can just do it with Obsoletes/Provides: Package Arch Version Repository Size Upgrading: steam-devices noarch 1.0.0.82^git20240522.0.e2971e4-2 @commandline 10.1 KiB replacing steam-devices i686 1.0.0.82-1.fc41 @commandline 14.3 KiB And for older platforms you can also do it with the Epoch (example): Package Arch Version Repository Size Upgrading: steam-devices noarch 1:1.0.0.82-1.fc41 @commandline 14.3 KiB replacing steam-devices i686 1.0.0.82-1.fc41 @commandline 14.3 KiB > There is no default expectation for new packages to exist in all Fedora and > EPEL branches. If you want that, you need to make a request for it. Yes, but since I'm the maintainer of Steam, and we're going with this separate package, I would like to get rid of it then from all branches. What's the point of me maybe doing something different in the other branches?
(In reply to Neal Gompa from comment #7) > (In reply to Simone Caronni from comment #3) > > (In reply to Shawn W Dunn from comment #1) > > > steam-devices has been included in the main repositories in order to support > > > controllers on the Fedora Atomics, without requiring users to layer the > > > package, which in most cases aren't using RPMFusion in the first place. > > > RPMFusion needs to adjust their steam packaging. > > > > I'm the Steam maintainer and no one has ever told me this was happening.. > > also it's missing for all the EPEL and other Fedora releases. > > There is no steam package in Fedora. I don't know where you maintain steam > in Fedora for this to be relevant. > > (In reply to Simone Caronni from comment #5) > > Also, just noticed now, the description is wrong as well: > > > > "Make sure that all users, which should have access to the steam-controller, > > are in the "games" group." > > > > There's absolutely no such thing, the udev rules assign uaccess to the > > devices, which mean they get a special ACL with access for the seat owner > > (the user using the first display on the system). > > This is probably fair to fix. > > (In reply to Simone Caronni from comment #4) > > @sfalken caould you have please at least the decency of > > adding me as an admin of the package since I was maintaining it? > > > > The package lacks the following: > > - EPEL 8+ branches, up to Fedora 41. > > - Obsoletes/Provides of steam-devices.i686, as for a limitation of the > > RPMFusion infrastructure there can be no subpackage of an arched package > > (steam.i686 in that case) that has noarch. > > It is not possible to do arched Obsoletes. That limitation does not actually > exist in RPM Fusion since the switch to Koji. > > There is no default expectation for new packages to exist in all Fedora and > EPEL branches. If you want that, you need to make a request for it. Neal Gompa your arguments don't convince me and to be registered, in my opinion we can't update things without care with 3rd party repos , even in fedora branched or rawhide at least you should warning or coordinate the move. This is more serious because you should be aware of the work this can create to others.
(In reply to Simone Caronni from comment #10) > (In reply to Neal Gompa from comment #7) > > There is no steam package in Fedora. I don't know where you maintain steam > > in Fedora for this to be relevant. > > Hey Neal, you know I maintain the package in RPMFusion, and you did the > review. It's the only package i maintain there, and I've been doing it since > the beginning (2103). > You could have simply asked, I have no issues to get just the devices in > Fedora or give it to someone else if people want it. > I actually didn't know this. I never looked. > > It is not possible to do arched Obsoletes. That limitation does not actually > > exist in RPM Fusion since the switch to Koji. > > What do you mean? You can just do it with Obsoletes/Provides: > > Package Arch Version > Repository Size > Upgrading: > steam-devices noarch 1.0.0.82^git20240522.0.e2971e4-2 > @commandline 10.1 KiB > replacing steam-devices i686 1.0.0.82-1.fc41 > @commandline 14.3 KiB > > And for older platforms you can also do it with the Epoch (example): > > Package Arch Version Repository > Size > Upgrading: > steam-devices noarch 1:1.0.0.82-1.fc41 @commandline > 14.3 KiB > replacing steam-devices i686 1.0.0.82-1.fc41 @commandline > 14.3 KiB > > > There is no default expectation for new packages to exist in all Fedora and > > EPEL branches. If you want that, you need to make a request for it. > > Yes, but since I'm the maintainer of Steam, and we're going with this > separate package, I would like to get rid of it then from all branches. > What's the point of me maybe doing something different in the other branches? This is fair, but your attitude to a new packager here isn't nice. It would have been better to simply ask cordially for these things.
(In reply to Neal Gompa from comment #12) > > Yes, but since I'm the maintainer of Steam, and we're going with this > > separate package, I would like to get rid of it then from all branches. > > What's the point of me maybe doing something different in the other branches? > > This is fair, but your attitude to a new packager here isn't nice. It would > have been better to simply ask cordially for these things. I would, if I knew, don't you think? Having said that, @sfalken I'm absolutely fine you're maintaining this and don't give me access, but please add the following: - EPEL 8/9/10 and Fedora 40/41 branches (the Flatpak runs on all of those, actually on EPEL 10 at the moment is the only way to run the Steam client). - Obsolete and provide the i686 package, so your package can override the one in RPMFusion. Without this, there is no way to coordinate the upgrade and we will break every user base with the Steam package installed (the majority). You just need these lines: Obsoletes: steam-devices < %{version}-%{release} Provides: steam-devices = %{version}-%{release} And this will take care of replacing the RPMFusion's i686 packages with yours. As soon as your updates hit stable, I will remove the steam-devices.i686 subpackage from the Steam package. If you're interested, you can also co-maintain the Steam package in RPMFusion, no one has ever stepped up to help (it's updated very rarely, it just needs some adjustments to the dependencies every once in a while).
(In reply to Simone Caronni from comment #13) > (In reply to Neal Gompa from comment #12) > > > Yes, but since I'm the maintainer of Steam, and we're going with this > > > separate package, I would like to get rid of it then from all branches. > > > What's the point of me maybe doing something different in the other branches? > > > > This is fair, but your attitude to a new packager here isn't nice. It would > > have been better to simply ask cordially for these things. > > I would, if I knew, don't you think? > > Having said that, @sfalken I'm absolutely fine you're > maintaining this and don't give me access, but please add the following: > > - EPEL 8/9/10 and Fedora 40/41 branches (the Flatpak runs on all of those, > actually on EPEL 10 at the moment is the only way to run the Steam client). > - Obsolete and provide the i686 package, so your package can override the > one in RPMFusion. Without this, there is no way to coordinate the upgrade > and we will break every user base with the Steam package installed (the > majority). You just need these lines: > > Obsoletes: steam-devices < %{version}-%{release} > Provides: steam-devices = %{version}-%{release} > > And this will take care of replacing the RPMFusion's i686 packages with > yours. As soon as your updates hit stable, I will remove the > steam-devices.i686 subpackage from the Steam package. If you're interested, > you can also co-maintain the Steam package in RPMFusion, no one has ever > stepped up to help (it's updated very rarely, it just needs some adjustments > to the dependencies every once in a while). Just added you with commit access to the package. I don't know the interactions between Fedora and RPMFusion particularly well, as I'm mostly an openSUSE developer, so if there are changes that need to be made in the package to better work with RPMFusion, please, feel free to make them.
(In reply to Shawn W Dunn from comment #14) > Just added you with commit access to the package. I don't know the > interactions between Fedora and RPMFusion particularly well, as I'm mostly > an openSUSE developer, so if there are changes that need to be made in the > package to better work with RPMFusion, please, feel free to make them. Hi Shaun, just to be clear, I have nothing against you, I'm just surprised to see the issue in a package I was maintaining on the RPMFusion side and who took the review knew and didn't even bother telling me. I apologize if I sounded rude, it was not my intention. RPMFusion is a separate-but-not-so-separate project that host mostly non-free, patented stuff and things with questionable licenses. Being proprietary stuff, Steam is there and used until now to bundle the Steam devices. If you're interested, I can grant you access to that, so you can make changes to both packages when needed, as they usually go in tandem. For example the new Valve VR headset as rumored will come with new udev rules. Regarding changes to steam-devices I will send you MR if needed. Thanks.
Ok, double bad take from me. I assumed @ngompa13 knew about my involvement in RPMFusion for Steam, which in private he told me it was not the case. I apologize for all the noise.
Thanks Simone, I appreciate that. :)
(In reply to Simone Caronni from comment #15) > (In reply to Shawn W Dunn from comment #14) > > Just added you with commit access to the package. I don't know the > > interactions between Fedora and RPMFusion particularly well, as I'm mostly > > an openSUSE developer, so if there are changes that need to be made in the > > package to better work with RPMFusion, please, feel free to make them. > > Hi Shaun, just to be clear, I have nothing against you, I'm just surprised > to see the issue in a package I was maintaining on the RPMFusion side and > who took the review knew and didn't even bother telling me. I apologize if I > sounded rude, it was not my intention. > > RPMFusion is a separate-but-not-so-separate project that host mostly > non-free, patented stuff and things with questionable licenses. Being > proprietary stuff, Steam is there and used until now to bundle the Steam > devices. > > If you're interested, I can grant you access to that, so you can make > changes to both packages when needed, as they usually go in tandem. For > example the new Valve VR headset as rumored will come with new udev rules. > > Regarding changes to steam-devices I will send you MR if needed. Thanks. Sure, I don't have any problem doing that, I guess I'll just have to get an account setup on where ever RPMFusion does that. Can you point me at it?
(In reply to Shawn W Dunn from comment #18) > (In reply to Simone Caronni from comment #15) > > (In reply to Shawn W Dunn from comment #14) > > > Just added you with commit access to the package. I don't know the > > > interactions between Fedora and RPMFusion particularly well, as I'm mostly > > > an openSUSE developer, so if there are changes that need to be made in the > > > package to better work with RPMFusion, please, feel free to make them. > > > > Hi Shaun, just to be clear, I have nothing against you, I'm just surprised > > to see the issue in a package I was maintaining on the RPMFusion side and > > who took the review knew and didn't even bother telling me. I apologize if I > > sounded rude, it was not my intention. > > > > RPMFusion is a separate-but-not-so-separate project that host mostly > > non-free, patented stuff and things with questionable licenses. Being > > proprietary stuff, Steam is there and used until now to bundle the Steam > > devices. > > > > If you're interested, I can grant you access to that, so you can make > > changes to both packages when needed, as they usually go in tandem. For > > example the new Valve VR headset as rumored will come with new udev rules. > > > > Regarding changes to steam-devices I will send you MR if needed. Thanks. > > Sure, I don't have any problem doing that, I guess I'll just have to get an > account setup on where ever RPMFusion does that. > > Can you point me at it? https://rpmfusion.org/Contributors
@sfalken I've added the required commit to steam-devices to obsolete/provide the one in RPMFusion. I've also made an optional merge request for you to look at if you're interested. I've seen you've requested all branches, as soon as we have the builds I can make a test on each distribution to check that the upgrade is successful, and once you get access to RPMFusion and the steam package we can drop the old steam-devices.i686 subpackage.
FEDORA-EPEL-2025-83231f18db (steam-devices-1.0.0.101^git20240522.e2971e4-1.el10_1) has been submitted as an update to Fedora EPEL 10.1. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-83231f18db
FEDORA-2025-74c7f0fe07 (steam-devices-1.0.0.101^git20240522.e2971e4-1.fc40) has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2025-74c7f0fe07
FEDORA-2025-de51911cae (steam-devices-1.0.0.101^git20240522.e2971e4-1.fc41) has been submitted as an update to Fedora 41. https://bodhi.fedoraproject.org/updates/FEDORA-2025-de51911cae
FEDORA-2025-6bed4b038e (steam-devices-1.0.0.101^git20240522.e2971e4-1.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-6bed4b038e
F40, F41, and EPEL10 are done, There's some tweaks I need to make for EPEL8 and 9
FEDORA-EPEL-2025-ae56aafc58 (steam-devices-1.0.0.101^git20240522.e2971e4-2.el8) has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-ae56aafc58
FEDORA-EPEL-2025-e24022e2ee (steam-devices-1.0.0.101^git20240522.e2971e4-2.el9) has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-e24022e2ee
FEDORA-EPEL-2025-25e3eb948c (steam-devices-1.0.0.101^git20240522.e2971e4-2.el10_1) has been submitted as an update to Fedora EPEL 10.1. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-25e3eb948c
FEDORA-2025-08bfcf6841 (steam-devices-1.0.0.101^git20240522.e2971e4-2.fc40) has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2025-08bfcf6841
FEDORA-2025-846a482e0e (steam-devices-1.0.0.101^git20240522.e2971e4-2.fc41) has been submitted as an update to Fedora 41. https://bodhi.fedoraproject.org/updates/FEDORA-2025-846a482e0e
FEDORA-2025-951bcfe047 (steam-devices-1.0.0.101^git20240522.e2971e4-2.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-951bcfe047
FEDORA-2025-6bed4b038e has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-6bed4b038e` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-6bed4b038e See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-de51911cae has been pushed to the Fedora 41 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-de51911cae` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-de51911cae See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-74c7f0fe07 has been pushed to the Fedora 40 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-74c7f0fe07` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-74c7f0fe07 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2025-83231f18db has been pushed to the Fedora EPEL 10.1 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-83231f18db See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FWIW, the Provides: steam-devices = %{version}-%{release} line at https://src.fedoraproject.org/rpms/steam-devices/blob/rawhide/f/steam-devices.spec#_25 is totally unnecessary.
FEDORA-2025-951bcfe047 has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-951bcfe047` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-951bcfe047 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-846a482e0e has been pushed to the Fedora 41 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-846a482e0e` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-846a482e0e See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-08bfcf6841 has been pushed to the Fedora 40 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-08bfcf6841` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-08bfcf6841 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2025-e24022e2ee has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-e24022e2ee See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2025-ae56aafc58 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-ae56aafc58 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2025-25e3eb948c has been pushed to the Fedora EPEL 10.1 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-25e3eb948c See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Update works fine and obsoletes correctly the `steam-devices.i686` on all platforms. Nice side effect it's now possible to use Steam on CentOS Stream 10 via Flatpak (even if not everything works there). I'll track the removal of the subpackage from the steam.i686 package here: https://bugzilla.rpmfusion.org/show_bug.cgi?id=7198
FEDORA-2025-951bcfe047 (steam-devices-1.0.0.101^git20240522.e2971e4-2.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2025-846a482e0e (steam-devices-1.0.0.101^git20240522.e2971e4-2.fc41) has been pushed to the Fedora 41 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2025-08bfcf6841 (steam-devices-1.0.0.101^git20240522.e2971e4-2.fc40) has been pushed to the Fedora 40 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2025-25e3eb948c (steam-devices-1.0.0.101^git20240522.e2971e4-2.el10_1) has been pushed to the Fedora EPEL 10.1 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2025-e24022e2ee (steam-devices-1.0.0.101^git20240522.e2971e4-2.el9) has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2025-ae56aafc58 (steam-devices-1.0.0.101^git20240522.e2971e4-2.el8) has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.
Problem: installed package steam-1.0.0.82-1.fc41.i686 requires steam-devices = 1.0.0.82-1.fc41, but none of the providers can be installed - cannot install both steam-devices-1.0.0.101^git20240522.e2971e4-2.fc41.noarch from updates and steam-devices-1.0.0.82-1.fc41.i686 from @System - package steam-devices-1.0.0.101^git20240522.e2971e4-2.fc41.noarch from updates obsoletes steam-devices < 1.0.0.101^git20240522.e2971e4-2.fc41 provided by steam-devices-1.0.0.82-1.fc41.i686 from @System - cannot install both steam-devices-1.0.0.82-1.fc41.i686 from rpmfusion-nonfree-steam and steam-devices-1.0.0.101^git20240522.e2971e4-2.fc41.noarch from updates - package steam-devices-1.0.0.101^git20240522.e2971e4-2.fc41.noarch from updates obsoletes steam-devices < 1.0.0.101^git20240522.e2971e4-2.fc41 provided by steam-devices-1.0.0.82-1.fc41.i686 from rpmfusion-nonfree-steam - cannot install both steam-devices-1.0.0.82-1.fc41.i686 from rpmfusion-nonfree-updates and steam-devices-1.0.0.101^git20240522.e2971e4-2.fc41.noarch from updates - package steam-devices-1.0.0.101^git20240522.e2971e4-2.fc41.noarch from updates obsoletes steam-devices < 1.0.0.101^git20240522.e2971e4-2.fc41 provided by steam-devices-1.0.0.82-1.fc41.i686 from rpmfusion-nonfree-updates - cannot install the best update candidate for package steam-devices-1.0.0.82-1.fc41.i686 - cannot install the best update candidate for package steam-1.0.0.82-1.fc41.i686 Package Arch Version Repository Size Skipping packages with conflicts: steam-devices noarch 1.0.0.101^git20240522.e2971e4-2.fc41 updates 10.1 KiB Fedora Update System said that the update has been pushed, but i still get this error. Is it normal?
Lorenzo, looks like we've been waiting for RPM Fusion to update their Steam package. Try upgrading again (and don't forget to `--refresh`).
*** Bug 2354172 has been marked as a duplicate of this bug. ***