Bug#889783: sleep, disconnect Thunderbolt display, open laptop lid, X thinks it is dual-headed

package: xserver-xorg-core version: 2:1.19.2-1+deb9u2 severity: important The laptop was being used with a Thunderbolt 3 dock.  The lid was down while it was being used and the display attached to the dock was the only active display. The sleep button was pressed on the dock and the laptop went

vulkan_1.0.65.2+dfsg1-1~bpo9+1_amd64.changes ACCEPTED into stretch-backports, stretch-backports

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 24 Jan 2018 11:55:10 +0100 Source: vulkan Binary: libvulkan1 libvulkan-dev vulkan-utils Architecture: source amd64 Version: 1.0.65.2+dfsg1-1~bpo9+1 Distribution: stretch-backports Urgency: medium Maintainer: Debian

wayland-protocols_1.11-1~bpo9+1_amd64.changes ACCEPTED into stretch-backports, stretch-backports

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 01 Feb 2018 10:01:03 +0100 Source: wayland-protocols Binary: wayland-protocols Architecture: source all Version: 1.11-1~bpo9+1 Distribution: stretch-backports Urgency: medium Maintainer: Debian X Strike Force Chan

libdrm_2.4.89-1~bpo9+1_amd64.changes ACCEPTED into stretch-backports, stretch-backports

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 01 Feb 2018 09:56:39 +0100 Source: libdrm Binary: libdrm-dev libdrm2 libdrm-common libdrm2-udeb libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm-omap1 libdrm-freedreno1 libdrm-exynos1 libdrm-tegra0 libdrm-amdg

Accepted vulkan 1.0.65.2+dfsg1-1~bpo9+1 (source amd64) into stretch-backports, stretch-backports

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 24 Jan 2018 11:55:10 +0100 Source: vulkan Binary: libvulkan1 libvulkan-dev vulkan-utils Architecture: source amd64 Version: 1.0.65.2+dfsg1-1~bpo9+1 Distribution: stretch-backports Urgency: medium Maintainer: Debian X Strike For

Accepted wayland-protocols 1.11-1~bpo9+1 (source all) into stretch-backports, stretch-backports

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 01 Feb 2018 10:01:03 +0100 Source: wayland-protocols Binary: wayland-protocols Architecture: source all Version: 1.11-1~bpo9+1 Distribution: stretch-backports Urgency: medium Maintainer: Debian X Strike Force Changed-By: Andre

Accepted libdrm 2.4.89-1~bpo9+1 (source amd64 all) into stretch-backports, stretch-backports

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 01 Feb 2018 09:56:39 +0100 Source: libdrm Binary: libdrm-dev libdrm2 libdrm-common libdrm2-udeb libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm-omap1 libdrm-freedreno1 libdrm-exynos1 libdrm-tegra0 libdrm-amdgpu1 libdrm-et

Bug#889676: xvfb: xvfb-run script contains an unnecessary dependency on the external tool "which"

On 02/06/2018 05:58 AM, Emilio Pozuelo Monfort wrote: > There are some differences in command vs which, e.g.: > > emilio@tatooine:~$ which ls > /bin/ls > emilio@tatooine:~$ command -v ls > alias ls='ls --color=auto' > > Some special casing would need to be added to handle aliases, whereas with >

Bug#889676: xvfb: xvfb-run script contains an unnecessary dependency on the external tool "which"

Hi Eli, On 05/02/18 19:25, Eli Schwartz wrote: > Package: xvfb > Version: 2:1.19.6-1 > Severity: minor > > Arch Linux has imported the xvfb-run script from Debian's package, but > our package dependencies do not mandate that the "which" utility be > installed. OTOH we do have it in our base packa

Bug#889720: xauth crashes when directory name matches host name

Package: xauth Version: 1:1.0.10-1 Architecture: arm64 Running 'startx' on a machine named 'myhost' (aarch64), with a sub-directory named 'myhost' in my home directory: X starts very slowly, and I see the message: xauth: timeout in locking authority file /home/john/.Xauthority Here's