Closed JulienDlq closed 2 years ago
steam-meta depends on steam-games-meta OR esteam, so I thought this would be fine. I can't actually see a problem with the above. Obviously if you try to install steam-games-meta directly, that message will appear.
steam-games-meta is not installed directly on my gentoo, it is a dependency of steam-meta that is installed directly. This situation is still the case since the very beginning of my first install of steam, nearly 2 years ago. :wink: But what I didn't tried is to force uninstall of steam-games-meta, to see if, hopefully, esteam will install itself in place of steam-games-meta.
Actually, what I was showing using -av1
was just the message about the « 60 days », I was not trying to install directly steam-games-meta, sorry if that was confusing without explanation. :cry:
I will give a try and tell you.
Ok, seems good to me, thanks for your help! Next time I'll try before asking (but it was scary to kill my steam install actually…)
$ sudo emerge -av --quiet-build games-util/steam-meta
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ~] games-util/esteam-0.20220219::steam-overlay USE="pulseaudio" 0 KiB
[ebuild R ~] games-util/steam-meta-0-r20160817::steam-overlay USE="steamruntime" 0 KiB
Total: 2 packages (1 new, 1 reinstall), Size of downloads: 0 KiB
Would you like to merge these packages? [Yes/No]
Just for my understanding, if I use steamruntime library I don't need to do theses things?
* Run esteam after installing or updating Steam games to have
* Portage automatically install the necessary dependencies. Your
* games will probably not start otherwise. See esteam -h for more
* information.
The official Steam runtime can be safely enabled or disabled as
desired with no ill effects. If you wish to remove the libraries
installed by this tool in favor of the runtime then execute:
emerge --deselect @esteam && emerge --depclean
I think the issue here is that, like you said, games-util/steam-meta
depends on games-util/esteam
OR games-util/steam-games-meta
, so for anyone who already has games-util/steam-games-meta
installed (even if as a dependency and not in the world set), that dependency is satisfied so Portage keeps it but shows the deprecation notice.
I'm not sure if Portage would automatically pull in esteam on the deprecation date once steam-games-meta becomes unavailable, but in any case people who installed steam a while back may require manual intervention.
For me what worked was:
games-util/esteam
with --oneshot
games-util/steam-games-meta
If others run into the same confusion, it may be worth including a link to manual upgrade instructions in the deprecation notice.
Sorry for not handling this very well. I've now bumped steam-meta to remove the reference to steam-games-meta.
I was going to make esteam unconditional but I've changed my mind and made it !steamruntime
only. You're still free to use it if you like though. Looking at the dependencies that steam-games-meta had, I'm really not sure what the point of it was. All those libraries do exist in the Steam runtime so that alone should be enough, at least in theory. While I don't use the runtime on Gentoo, my daughter has never had any problem using it on OpenSUSE.
No problem, I actually wasn't aware of esteam until this notice and from a cursory glance it seems like the script it runs to identify game dependencies might actually fix some of the problems I was having with certain games, so it's not necessarily a bad change, I just wasn't sure what I was supposed to do.
Thanks for your work maintaining this package, I've gotten a lot of use out of it.
Maybe something has to be done after masking games-util/steam-games-meta?