Processing control commands:
> block 873764 by -1
Bug #873764 [xutils-dev] Please remove xmkmf and imake from xutils-dev
873764 was blocked by: 873807 888009 876248
873764 was not blocking any bugs.
Added blocking bug(s) of 873764: 900105
--
873764: https://bugs.debian.org/cgi-bin/bugreport.cgi?
Andreas Boll pushed new tag mesa-18.1.0-1 at X Strike Force / lib / mesa
--
View it on GitLab:
https://salsa.debian.org/xorg-team/lib/mesa/tree/mesa-18.1.0-1
You're receiving this email because of your account on salsa.debian.org.
mesa_18.1.0-1_source.changes uploaded successfully to localhost
along with the files:
mesa_18.1.0-1.dsc
mesa_18.1.0.orig.tar.gz
mesa_18.1.0-1.diff.gz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
2018-05-04 22:20 GMT+02:00 Fabio Pedretti :
> tegra driver is available since mesa 18.1.
> This patch is for debian-experimental (18.1).
> Not really sure exactly on which arm archs tegra is supposed
> to be built. Feel free to change. Properly tested on arm64.
>
Thanks for the patch!
The kernel h
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 26 May 2018 10:34:44 +0200
Source: mesa
Binary: libxatracker2 libxatracker-dev libgbm1 libgbm-dev libegl-mesa0
libegl1-mesa libegl1-mesa-dev libwayland-egl1-mesa libgles2-mesa
libgles2-mesa-dev libglapi-mesa libg
Package: xserver-xorg-video-savage
Version: 1:2.3.9-1
Severity: serious
Tags: buster sid
savage FTBFS with xserver 1.20:
https://buildd.debian.org/status/package.php?p=xserver-xorg-video-savage
Emilio
Source: xserver-xorg-video-r128
Version: 6.10.2-1
Severity: serious
Tags: buster sid
r128 fails to build with xserver 1.20:
https://buildd.debian.org/status/package.php?p=xserver-xorg-video-r128
Emilio
Package: release.debian.org
Severity: normal
Tags: confirmed
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1
https://release.debian.org/transitions/html/xserver1.20.html
Hi,
I started the transition to xserver 1.20 as there were no conflicts and
it was loo
Package: xserver-xorg-dev
Version: 2:1.20.0-2
Severity: minor
Dear Maintainer(s),
this package still depends on transitional dummy packages x11proto-core-dev,
x11proto-input-dev, etc.
Shouldn't it instead just depend on x11proto-dev?
Best regards,
Jörg.
So far my experiment to bypass the RX 550 by displaying on another
computer has been a success, i.e., no lock up issues have been
encountered under this mode of operation. So it is a rather short
(roughly one day) test so far but still consistent with the hypothesis
that the lock ups are likely c
10 matches
Mail list logo