--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: buster-pu: package steam/1.0.0.59-4+deb10u1
- From: Simon McVittie <smcv@debian.org>
- Date: Tue, 15 Dec 2020 23:36:05 +0000
- Message-id: <X9lIZe2/qkXta54l@espresso.pseudorandom.co.uk>
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian.org@packages.debian.org
Usertags: pu
[ Reason ]
Collect selected changes from unstable, in particular:
* Avoid redirecting stderr by default, which interferes with upstream's
usual support/diagnostic process
* Add missing dependencies and Recommends, variously needed by proprietary
games installed via Steam or via Steam's new container runtime system
* Update udev rules to cover more game controllers
[ Impact ]
Upstream bug reporting gets impeded when stderr from Steam is written
to a Debian-specific file rather than where upstream expect it.
Various Steam features won't work unless extra packages are installed.
Newer/weirder game controllers don't have the right udev permissions
for Steam controller remapping to work on stable, even though the Steam
client auto-updates itself to a version that supports them.
[ Tests ]
Manually tested:
- Upgraded existing Steam installation, games still work well
Manual test to be done before upload:
- Fresh installation on a virtual or real machine
(initial test in a VM was inconclusive, not enough space to bootstrap
a full installation successfully)
If testing this update alongside other -proposed-updates, please be aware
that as an i386 package that is primarily installed on amd64 machines,
Steam is very sensitive to multiarch version skew.
[ Risks ]
Users might be expecting ~/.steam/error.log to continue to exist.
Asking udev to reload its rules could conceivably trigger udevd bugs,
although it seems unlikely.
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in stable
[x] the issue is verified as fixed in unstable
[ Changes ]
>From the changelog:
* steam(6): Don't redirect stderr to a log file.
The upstream developers of Steam have removed its own launch
script's redirection (to /tmp/dumps), which has been noted to
sometimes fill /tmp, and is less useful in practice than it was hoped
to be. They have asked that we remove the similar redirection from
Debian's equivalent script, so that when debugging game launch issues
they can instruct users to run steam from an interactive terminal,
and expect it to produce both stdout and stderr, regardless of
whether their launch script or ours is in use. (Closes: #957284)
* debian/steam.postinst: Notify udevd to reload its rules.
This means the steam-devices rules should take effect immediately,
instead of being deferred until after the next reboot.
- Thanks to Ludovico de Nittis
* Backport udev rules from upstream steam-launcher 1.0.0.67.
This enables raw HID access, required for Steam's input remapping
feature, for the following devices:
- Astro C40
- DualSense (Playstation 5)
- HORIPAD for Nintendo Switch
- NVIDIA Shield
- PowerA Wired Controller for Nintendo Switch
- PowerA Wireless Controller for Nintendo Switch
- ZeroPlus P4 (hitbox)
Thanks to contributors to the steam-devices Github project
* Build-Depend on the libraries Valve put in their bootstrap tarball.
This ensures that we have all the necessary metadata for dpkg-shlibdeps
to generate the ${shlibs:Depends} for the proprietary steam executable.
* Explicitly depend on the libraries that we delete from the Steam Runtime
* d/steam-bug.presubj: Recommend running steam-runtime-system-info.
This diagnostic tool was written for use in upstream bug reports, but
is equally valuable for downstream distributors like us.
* Depend on libgl1 instead of transitional libgl1-mesa-glx (Closes: #930613)
* Add Depends on file, used by the Steam Runtime setup scripts
* Add Recommends on xdg-utils, which is used to launch URL handlers
* Add Recommends on zenity, which Steam assumes is present
* Add Depends on curl, used to download Steam updates
* Remove libtxc-dxtn0 alternative dependency.
We now require libgl1-mesa-dri (>= 17.3), which is available in Debian
10 and up, as well as Debian 9 backports.
* Add Recommends: bubblewrap, required by the container runtime system
used for Proton 5.13
* Add Recommends on xdg-desktop-portal and a backend.
These are used by Proton 5.13, which runs in a Steam Runtime v2
container, when a game asks to open a URL in the host system's web
browser.
* d/gbp.conf: Switch branch for Debian 10 updates
* Add Recommends on libasound2-plugins.
This is required for PulseAudio output in 32-bit games. amd64
users will typically already have libasound2-plugins:amd64, but not
libasound2-plugins:i386; however, the steam package is on i386, so it
is in an ideal position to pull in 32-bit libraries. (Closes: #977272)
[ Other info ]
I can drop any of the changes that are considered unacceptable, although
I'd prefer to keep all of them.
I am currently heavily involved in upstream maintenance of Valve's
steam-launcher package (on which this one is based), and the container
runtime system used to run newer versions of Proton (Valve's customized
version of Wine).
If the release team would accept it, a backport of the .deb from
testing/unstable would be a reasonable alternative to this. The source
debdiff would be large, but the practical differences would be small:
reviewing unpacked .deb trees would be more effective than a source
debdiff, since all meaningfully reviewable changes are in text files
anyway. The main practical difference would be that it would include a
newer version of the proprietary Steam binary that is used to bootstrap
installation by downloading a current version into the user's home
directory, but changes to that binary are not meaningfully reviewable
anyway, and it is provided as a binary blob in the "source" package.
smcv
--- End Message ---