Bug#951461: Acknowledgement (libgl1-mesa-dri: X crashes on startup when libgl1-mesa-dri ver is not same as libegl-mesa0/libgbm1)

2020-02-19 Thread Brian Sammon
On Wed, 19 Feb 2020 09:21:09 +0100
Julien Cristau  wrote:

> I think this might be essentially the same issue as #947813.  Since
> version 19.3.1-4, both libgl1-mesa-dri and libegl-mesa0 depend on
> same-version libglapi-mesa, meaning this mismatch can no longer happen.

Okay, If I read this correctly, this means that if I upgrade libegl-mesa0 to 
19.3.1-4 or newer, then apt will prevent this type of mismatch from happening 
again (by preventing me from installing, for example, libgl1-mesa-dri 19.8.65 
without upgrading libgbm1 to a matching version).

However, I don't think this will solve the problem (which may not occur very 
often, granted) of apt allowing you to install newer versions of 
libgl1-mesa-dri with libegl1-mesa < 19.3 and libgbm1 < 19.3.



Bug#951461: Acknowledgement (libgl1-mesa-dri: X crashes on startup when libgl1-mesa-dri ver is not same as libegl-mesa0/libgbm1)

2020-02-16 Thread Brian Sammon
Some further bisecting:

It works with
libegl-mesa0 19.2.6-1
libgbm1  19.3.0-1
libgl1-mesa-dri 19.3.3-1
(dpkg allows this if you upgrade libgbm1 after libeg1-mesa0 is all set)
and

suggesting that the package conflict is with libgbm < 19.3.0



Bug#951461: libgl1-mesa-dri: X crashes on startup when libgl1-mesa-dri ver is not same as libegl-mesa0/libgbm1

2020-02-16 Thread Brian Sammon
000': base 0x, size 0 MiB
[4.046828] rockchip-drm display-subsystem: bound ff8f.vop (ops 
vop_component_ops [rockchipdrm])
[4.049367] rockchip-drm display-subsystem: bound ff90.vop (ops 
vop_component_ops [rockchipdrm])
[4.050541] rockchip-drm display-subsystem: bound ff97.edp (ops 
rockchip_dp_component_ops [rockchipdrm])
[4.050827] rockchip-drm display-subsystem: bound fec0.dp (ops 
cdn_dp_component_ops [rockchipdrm])
[4.050833] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[4.050836] [drm] No driver support for vblank timestamp query.
[4.153085] [drm] Initialized panfrost 1.1.0 20180908 for ff9a.gpu on 
minor 1
[4.500623] rockchip-drm display-subsystem: fb0: rockchipdrmfb frame buffer 
device
[4.532021] [drm] Initialized rockchip 1.0.0 20140818 for display-subsystem 
on minor 0
[7.194439] cdn-dp fec0.dp: [drm:cdn_dp_pd_event_work [rockchipdrm]] Not 
connected. Disabling cdn


-- System Information:
Debian Release: bullseye/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing')
Architecture: arm64 (aarch64)
Foreign Architectures: armhf

Kernel: Linux 5.4.2-2-pinebookpro-arm64 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libgl1-mesa-dri depends on:
ii  libc62.29-9
ii  libdrm-amdgpu1   2.4.100-4
ii  libdrm-nouveau2  2.4.100-4
ii  libdrm-radeon1   2.4.100-4
ii  libdrm2  2.4.100-4
ii  libelf1  0.176-1.1
ii  libexpat12.2.9-1
ii  libgcc1  1:9.2.1-25
ii  libglapi-mesa19.3.3-1
ii  libllvm9 1:9.0.1-6
ii  libsensors5  1:3.6.0-2
ii  libstdc++6   9.2.1-25
ii  zlib1g   1:1.2.11.dfsg-1+b1

libgl1-mesa-dri recommends no packages.

libgl1-mesa-dri suggests no packages.

Versions of packages xserver-xorg depends on:
ii  x11-xkb-utils7.7+4
ii  xkb-data 2.26-2
ii  xserver-xorg-core2:1.20.7-3
ii  xserver-xorg-input-all   1:7.7+20
ii  xserver-xorg-input-libinput [xorg-driver-input]  0.29.0-1
ii  xserver-xorg-input-wacom [xorg-driver-input] 0.34.99.1-1
ii  xserver-xorg-video-all   1:7.7+20
ii  xserver-xorg-video-amdgpu [xorg-driver-video]19.1.0-1
ii  xserver-xorg-video-ati [xorg-driver-video]   1:19.1.0-1
ii  xserver-xorg-video-fbdev [xorg-driver-video] 1:0.5.0-1
ii  xserver-xorg-video-nouveau [xorg-driver-video]   1:1.0.16-1
ii  xserver-xorg-video-radeon [xorg-driver-video]1:19.1.0-1
ii  xserver-xorg-video-vesa [xorg-driver-video]  1:2.4.0-2

Versions of packages xserver-xorg recommends:
ii  xserver-xorg-legacy  2:1.20.7-2

Versions of packages xserver-xorg-core depends on:
ii  keyboard-configuration  1.194
ii  libaudit1   1:2.8.5-2+b1
ii  libbsd0 0.10.0-1
ii  libc6   2.29-9
ii  libdbus-1-3 1.12.16-2
ii  libdrm2 2.4.100-4
ii  libegl1 1.1.0-1+b1
ii  libepoxy0   1.5.4-1
ii  libgbm1 19.2.6-1
ii  libgcrypt20 1.8.5-3
ii  libgl1  1.1.0-1+b1
ii  libpciaccess0   0.14-1
ii  libpixman-1-0   0.36.0-1
ii  libselinux1 3.0-1
ii  libsystemd0 244-3
ii  libudev1244-3
ii  libunwind8  1.2.1-9
ii  libxau6 1:1.0.8-1+b2
ii  libxdmcp6   1:1.1.2-3
ii  libxfont2   1:2.0.3-1
ii  libxshmfence1   1.3-1
ii  udev244-3
ii  xserver-common  2:1.20.7-3

Versions of packages xserver-xorg-core recommends:
ii  libpam-systemd  244-3

Versions of packages xserver-xorg-core suggests:
pn  xfonts-100dpi | xfonts-75dpi  
pn  xfonts-scalable   

-- no debconf information


-- 
Brian Sammon 



Bug#267503: upgrading from potato -- /etc/X11/Xwrapper.config not created

2005-01-12 Thread Brian Sammon
 Nevertheless, I'll accept a patch if it's clean, as long as that's not
 interpreted as a guarantee of potato-sarge support in general.

Okay, how's this?
I haven't actually downloaded the source and rebuilt the packages to test this 
yet, but it looks good...
If someone else is willing to build some test binaries with this patch, I 
could test those a lot faster than I would get around to downloading  
building the source myself.
--- xserver-common.preinst.in.orig	2005-01-12 17:56:20.0 -0500
+++ xserver-common.preinst.in	2005-01-12 18:00:33.0 -0500
@@ -44,7 +44,7 @@
 
   # if performing a fresh install, place config files under management if they
   # do *not* already exist
-  if [ $1 = install ]; then
+  if [ $1 = install ] || [$1 = upgrade]  dpkg --compare-versions $2 lt 4.0.1-6; then
 if ! [ -e $XWRAPPER_CONFIG ]; then
   # only proceed if config file auxiliary directory exists
   if [ -d $CONFIG_AUX_DIR ]; then
@@ -56,7 +56,7 @@
   fi
 
   # if upgrading from  4.2.1-10, migrate X wrapper config file
-  if [ $1 = upgrade ]  dpkg --compare-versions $2 lt-nl 4.2.1-10; then
+  if [ $1 = upgrade ]  dpkg --compare-versions $2 lt-nl 4.2.1-10  dpkg --compare-versions $2 ge 4.0.1-6; then
 # do we have a configuration file to work with?
 if [ -e $XWRAPPER_CONFIG ]; then
   # only proceed if config file auxiliary directory exists


Bug#267503: upgrading from potato -- /etc/X11/Xwrapper.config not created

2004-08-22 Thread Brian Sammon
Package: xserver-common
Version: 4.3.0.dfsg.1-4
Severity: important

I upgraded xserver-common from 3.3.6-11potato32 to 4.3.0.dfsg.1-4
/etc/X11/Xwrapper.config was not created.
I believe that the potato X packages did not use /etc/X11/Xwrapper.config.
The end result was that I could not run X as a non-root user until I figured
out what the problem was and how to manually fix it.

It seems the problem is in the preinst script.  I'll see if I can figure out
how to create a patch.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Kernel: Linux 2.4.26
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages xserver-common depends on:
ii  debconf [debconf-2.0] 1.4.30 Debian configuration management sy
ii  libc6 2.3.2.ds1-13   GNU C Library: Shared libraries an
ii  xfree86-common4.3.0.dfsg.1-1 X Window System (XFree86) infrastr

-- debconf information excluded