On 07.09.2015 07:33, Robert Ancell wrote:
> What exactly was blocked? Was it just because xcb-util was in the NEW
> queue since it added new binary packages?
No it was in proposed, ask doko to be sure (he managed to rebuild them
already when I was just starting) but the migration to main was block
mesa_11.0.0~rc3-1_amd64.changes uploaded successfully to localhost
along with the files:
mesa_11.0.0~rc3-1.dsc
mesa_11.0.0~rc3.orig.tar.gz
mesa_11.0.0~rc3-1.diff.gz
libegl1-mesa-dbg_11.0.0~rc3-1_amd64.deb
libegl1-mesa-dev_11.0.0~rc3-1_amd64.deb
libegl1-mesa-drivers_11.0.0~rc3-1_amd64.de
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 07 Sep 2015 15:04:32 +0300
Source: mesa
Binary: libxatracker2 libxatracker2-dbg libxatracker-dev libgbm1 libgbm1-dbg
libgbm-dev libegl1-mesa libegl1-mesa-dbg libegl1-mesa-dev libegl1-mesa-drivers
libwayland-egl1-me
VERSION|2
src/egl/SConscript |1
src/gallium/auxiliary/gallivm/lp_bld_const.c |2
src/gallium/auxiliary/pipebuffer/pb_bufmgr.h |5
src/gallium/auxiliary/pipebuffer/pb_bufmgr
VERSION|2
debian/changelog |8 -
src/egl/SConscript |1
src/gallium/auxiliary/gallivm/lp_bld_const.c |2
src/gallium/auxiliary/pipebuffer/pb_bufmg
VERSION|2
debian/changelog | 14 +-
debian/control |4
src/egl/SConscript |1
src/gallium/auxiliary/gallivm/lp_bld_con
Tag 'mesa-11.0.0-rc3-1' created by Timo Aaltonen at
2015-09-07 13:12 +
Tagging upload of mesa 11.0.0~rc3-1 to experimental.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAABAgAGBQJV7Y0uAAoJEMtwMWWoiYTcep4QAI6MCbbF3SSvAmVjx4AWLOwd
YbEjgy4fr+EoJqYPMlMC+/334aypboE1iSsRfyjzH36vP5CMNFy4J1
Package: x11-xserver-utils
Version: 7.7+4
Severity: serious
cpp-5 insert some comments when replace macros,
so it makes sessreg manpages fail to build.
https://buildd.debian.org/status/fetch.php?pkg=x11-xserver-utils&arch=mips64el&ver=7.7%2B4&stamp=1441629791
--
YunQiang Su
GCC may insert som
EXCUSE ME! but I reported the problem using reportbug, which took me
through 120 or more messages saying "is this the problem" and I suddenly
saw "Xorg shows blank black screen at startup instead of a Display
Manager." which describes my problem perfectly so I said Yes - this is
the problem. An
Package: xserver-xorg-video-radeon
Version: 1:7.5.0-1+b1
Severity: normal
For some time I have found a strange behavior in the behavior of my radeon
under X. After a fresh bootstrap I can start an X session without problem,
except that if I make a screen shot it turns out completely black and if I
On 08.09.2015 09:58, Luis Mochan wrote:
> Package: xserver-xorg-video-radeon
> Version: 1:7.5.0-1+b1
> Severity: normal
>
> For some time I have found a strange behavior in the behavior of my radeon
> under X. After a fresh bootstrap I can start an X session without problem,
> except that if I mak
11 matches
Mail list logo
