Bug#746409: marked as done (xserver-xorg-video-radeon: No 3D acceleration with radeon driver.)

2015-08-31 Thread Debian Bug Tracking System 
Your message dated Mon, 31 Aug 2015 16:08:31 +0200
with message-id 

and subject line Re: Bug#746409: Problem solved.
has caused the Debian Bug report #746409,
regarding xserver-xorg-video-radeon: No 3D acceleration with radeon driver.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
746409: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746409
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg-video-radeon
Version: 1:6.14.4-8
Severity: normal

Greetings everyone.I installed Debian Wheezy 7.5 on HDD. OS boot and GNOME 3
loading in fallback mode with error. I installed firmware-linux-nonfree package
and reboot. GNOME loading in fallback mode again.
..xsession-errors says:
openConnection: connect: Нет такого файла или каталога
cannot connect to brltty at :0
gnome-session-is-accelerated: No hardware 3D support.
gnome-session-check-accelerated: Helper exited with code 256
gnome-session[3321]: WARNING: Session 'gnome' runnable check failed:
Завершено с кодом 1
dmesg|grep radeon command says:
[5.404816] [drm] radeon kernel modesetting enabled.
[5.406813] radeon :01:00.0: setting latency timer to 64
[5.411254] radeon :01:00.0: VRAM: 512M 0x -
0x1FFF (512M used)
[5.411263] radeon :01:00.0: GTT: 512M 0x2000 -
0x3FFF
[5.412519] [drm] radeon: 512M of VRAM memory ready
[5.412524] [drm] radeon: 512M of GTT memory ready.
[5.415360] [drm] radeon: ib pool ready.
[5.474763] platform radeon_cp.0: firmware: agent loaded
radeon/RV730_pfp.bin into memory
[5.614678] platform radeon_cp.0: firmware: agent loaded radeon/RV730_me.bin
into memory
[5.678174] platform radeon_cp.0: firmware: agent loaded radeon/R700_rlc.bin
into memory
[5.682544] radeon :01:00.0: WB enabled
[5.682639] radeon :01:00.0: irq 43 for MSI/MSI-X
[5.682650] radeon :01:00.0: radeon: using MSI.
[5.682703] [drm] radeon: irq initialized.
[5.906783] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed
(scratch(0x8500)=0xCAFEDEAD)
[5.906846] radeon :01:00.0: disabling GPU acceleration
[5.923350] radeon :01:00.0: f712dc00 unpin not necessary
[5.924982] radeon :01:00.0: f712d800 unpin not necessary
[5.925979] [drm] radeon: power management initialized
[5.992586] fbcon: radeondrmfb (fb0) is primary device
[6.069809] fb0: radeondrmfb frame buffer device
[6.073226] [drm] Initialized radeon 2.16.0 20080528 for :01:00.0 on
minor 0
So there is no 3D acceleration even with firmware loaded.I tried to install ATI
proprietary driver(fglrx-legacy-driver), it work only if I create file
/etc/modprobe.d/fglrx-kms.conf and write "options fglrx modeset=1". Otherwise X
Server isn't loading - only black screen. With working fglrx GNOME also loading
in fallback mode. In Windows graphic card work correct.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Apr 27 18:12 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2027892 Dec 18 00:40 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI 
Radeon HD 4770 [RV740] [1002:94b3]

Xorg X server configuration file status:

-rw-r--r-- 1 root root 1 Apr 29 19:37 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---


/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.57-3

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 70634 Apr 27 18:48 /var/log/Xorg.11.log
-rw-r--r-- 1 root root 70634 Apr 27 18:48 /var/log/Xorg.12.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.13.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.14.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.15.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.16.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.17.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.18.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.19.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 70635 Apr 27 18:48 /var/log/Xorg.21

Bug#775781: marked as done (mesa 10.4.2 from unstable won't build packages on jessie)

2015-08-31 Thread Debian Bug Tracking System 
Your message dated Mon, 31 Aug 2015 16:38:35 +0200
with message-id 

and subject line Bug#775781: Fixed in mesa 11.0.0~rc1-1
has caused the Debian Bug report #775781,
regarding mesa 10.4.2 from unstable won't build packages on jessie
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
775781: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775781
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Source: mesa
Version: 10.4.2
Severity: normal

Dear Maintainer,

since Mesa 10.4.x landed in Debian I cannot compile mesa anymore because 
the build process does not know what to do with gallium_drv_video.so.
I know how to solve this, but I am wondering why you guys don't have 
this problem and pushed mesa-10.4.2 into unstable already.



   * What led up to the situation?
Can't build mesa 10.4.2 from sid on jessie x86_64

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Added "deb-src http://ftp2.de.debian.org/debian/ sid main contrib 
non-free" to /etc/apt/sources.list

apt-get update > OK.
apt-get build-dep mesa > OK. All dependencies were installed.
cd /usr/local/src as root
apt-get source mesa
cd mesa-10.4.2
dpkg-buildpackage -tc -j8

   * What was the outcome of this action?
These are the last few lines before package building begins...
...
...
...
dh_testdir
dh_testroot
dh_installchangelogs -s
dh_installchangelogs -pmesa-common-dev
dh_installdocs -s
dh_installexamples -s
# Also get rid of other files which aren't installed. Do not
# use -f to ensure we notice disappearing files:
set -e; for file in dri/usr/include/GL/wglext.h 
dri/usr/include/GL/wmesa.h dri/usr/lib/*/libglapi.so 
usr/include/GL/glcorearb.h usr/include/GL/glext.h usr/include/GL/gl.h 
usr/include/GL/gl_mangle.h usr/include/GL/glxext.h usr/include/GL/glx.h 
usr/include/GL/glx_mangle.h usr/include/GL/osmesa.h 
usr/include/GL/wglext.h usr/include/GL/wmesa.h ; do rm debian/tmp/$file; 
done

# Files only in git, not in tarballs, OK to use rm -f here:
set -e; for file in ; do rm -f debian/tmp/$file; done
# purge .la files
find debian/tmp/ -name '*.la' -exec rm '{}' ';'
# Copy the hardlinked *_dri.so correctly.
install -m755 -d debian/libgl1-mesa-dri/usr/lib/x86_64-linux-gnu/dri/
mv debian/tmp/dri/usr/lib/x86_64-linux-gnu/dri/*_dri.so \
debian/libgl1-mesa-dri/usr/lib/x86_64-linux-gnu/dri/
# Copy the hardlinked vdpau drivers correctly.
install -m755 -d debian/mesa-vdpau-drivers/usr/lib/x86_64-linux-gnu/vdpau/
mv debian/tmp/dri/usr/lib/x86_64-linux-gnu/vdpau/libvdpau*.so* \
   debian/mesa-vdpau-drivers/usr/lib/x86_64-linux-gnu/vdpau/
dh_install -s --fail-missing
dh_install: dri/usr/lib/x86_64-linux-gnu/dri/gallium_drv_video.so exists 
in debian/tmp but is not installed to anywhere

dh_install: missing files, aborting
debian/rules:259: recipe for target 'binary-arch' failed
make: *** [binary-arch] Error 2
dpkg-buildpackage: error: debian/rules binary gave error exit status 2

   * What outcome did you expect instead?
All necessary mesa packages are being build.


-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.17.7 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Version: 11.0.0~rc1-1

Fixed by:
* rules: Explicitly disable vaapi (Closes: #789100).--- End Message ---

Bug#691292: marked as done (libgl1-mesa-dri: supertuxkart segfaults on NV[34]0 cards)

2015-08-31 Thread Debian Bug Tracking System 
Your message dated Mon, 31 Aug 2015 17:03:35 +0200
with message-id 

and subject line Close Bug#691292
has caused the Debian Bug report #691292,
regarding libgl1-mesa-dri: supertuxkart segfaults on NV[34]0 cards
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
691292: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691292
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: supertuxkart
Version: 0.7.3-2+b1
Severity: normal

Attached backtrace, Xorg.0.log and xserver-xorg-core/script output.

(0.7.3-2.1 is rebuilt with noopt nostrip)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages supertuxkart depends on:
ii  libc6 2.13-35
ii  libcurl3-gnutls   7.26.0-1
ii  libenet1a 1.3.3-2
ii  libfribidi0   0.19.2-3
ii  libgcc1   1:4.7.1-7
ii  libgl1-mesa-glx [libgl1]  8.0.4-2
ii  libglu1-mesa [libglu1]8.0.4-2
ii  libirrlicht1.7a   1.7.3+dfsg1-4
ii  libogg0   1.3.0-4
ii  libopenal11:1.14-4
ii  libstdc++64.7.1-7
ii  libvorbis0a   1.3.2-1.3
ii  libvorbisfile31.3.2-1.3
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  supertuxkart-data 0.7.3-2.1

supertuxkart recommends no packages.

supertuxkart suggests no packages.

-- no debconf information
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/games/supertuxkart...done.
[New LWP 5295]
[New LWP 5298]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
Core was generated by `supertuxkart --log=file'.
Program terminated with signal 6, Aborted.
#0  0xb7710424 in __kernel_vsyscall ()
#0  0xb7710424 in __kernel_vsyscall ()
#1  0xb6c60941 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb6c63d72 in *__GI_abort () at abort.c:92
#3  0xb6c59b58 in *__GI___assert_fail (assertion=0xb7700f14 "0", 
file=0xb7700ef4 "../../nouveau/nouveau_pushbuf.c", line=274, 
function=0xb7700f16 "nouveau_pushbuf_flush") at assert.c:81
#4  0xb76ff53c in nouveau_pushbuf_flush () from 
/usr/lib/i386-linux-gnu/libdrm_nouveau.so.1
#5  0xb576087f in FIRE_RING (chan=0x94cc000) at 
/usr/include/nouveau/nouveau_pushbuf.h:101
#6  nvfx_push_vbo (pipe=pipe@entry=0x94a1190, info=info@entry=0xbf966860) at 
nvfx_push.c:407
#7  0xb5740858 in nvfx_draw_vbo (pipe=0x94a1190, info=0xbf966860) at 
nvfx_vbo.c:243
#8  0xb5891102 in st_draw_vbo (ctx=0x9536db0, arrays=0x9594670, 
prims=0xbf96693c, nr_prims=1, ib=0xbf96692c, index_bounds_valid=0 '\000', 
min_index=0, max_index=703, tfb_vertcount=0x0) at state_tracker/st_draw.c:1128
#9  0xb5889419 in vbo_validated_drawrangeelements (ctx=ctx@entry=0x9536db0, 
mode=mode@entry=4, index_bounds_valid=index_bounds_valid@entry=0 '\000', 
start=start@entry=4294967295, end=end@entry=4294967295, count=count@entry=1056, 
type=type@entry=5123, indices=indices@entry=0xc3010c0, 
basevertex=basevertex@entry=0, numInstances=numInstances@entry=1) at 
vbo/vbo_exec_array.c:811
#10 0xb58897cd in vbo_exec_DrawElements (mode=4, count=1056, type=5123, 
indices=0xc3010c0) at vbo/vbo_exec_array.c:937
#11 0xb73f6503 in irr::video::COpenGLDriver::renderArray(void const*, unsigned 
int, irr::scene::E_PRIMITIVE_TYPE, irr::video::E_INDEX_TYPE) () from 
/usr/lib/i386-linux-gnu/libIrrlicht.so.1.7a
#12 0xb73f8cb4 in irr::video::COpenGLDriver::drawVertexPrimitiveList(void 
const*, unsigned int, void const*, unsigned int, irr::video::E_VERTEX_TYPE, 
irr::scene::E_PRIMITIVE_TYPE, irr::video::E_INDEX_TYPE) () from 
/usr/lib/i386-linux-gnu/libIrrlicht.so.1.7a
#13 0xb7361080 in irr::scene::COctreeSceneNode::render() () from 
/usr/lib/i386-linux-gnu/libIrrlicht.so.1.7a
#14 0xb7386054 in irr::scene::CSceneManager::drawAll() () from 
/usr/l

Bug#757435: marked as done (/usr/lib/x86_64-linux-gnu/dri/i965_dri.so: i965 crashes in glClear in DRI3 mode with stencil(?) enabled)

2015-08-31 Thread Debian Bug Tracking System 
Your message dated Mon, 31 Aug 2015 17:08:35 +0200
with message-id 

and subject line Close bug #757435
has caused the Debian Bug report #757435,
regarding /usr/lib/x86_64-linux-gnu/dri/i965_dri.so: i965 crashes in glClear in 
DRI3 mode with stencil(?) enabled
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
757435: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757435
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libgl1-mesa-dri
Version: 10.2.4-1
Severity: normal
File: /usr/lib/x86_64-linux-gnu/dri/i965_dri.so

Dear Maintainer,

google chrome GPU process crashes in glClear when running  DRII3 i965 in
DRI3 mode.

#0  get_stencil_miptree (irb=) at
../../../../../../../src/mesa/drivers/dri/i965/brw_misc_state.c:225
#1  brw_workaround_depthstencil_alignment (brw=brw@entry=0x2f62b8b61028,
clear_mask=clear_mask@entry=50)
at ../../../../../../../src/mesa/drivers/dri/i965/brw_misc_state.c:241
#2  0x7f7b6b941170 in brw_clear (ctx=0x2f62b8b61028, mask=50) at
../../../../../../../src/mesa/drivers/dri/i965/brw_clear.c:235


Dump of assembler code for function brw_workaround_depthstencil_alignment:
   0x7f7b6b989a20 <+0>: push   %r15
   0x7f7b6b989a22 <+2>: push   %r14
   0x7f7b6b989a24 <+4>: push   %r13
   0x7f7b6b989a26 <+6>: push   %r12
   0x7f7b6b989a28 <+8>: push   %rbp
   0x7f7b6b989a29 <+9>: push   %rbx
   0x7f7b6b989a2a <+10>:sub$0x38,%rsp
   0x7f7b6b989a2e <+14>:mov0xe8(%rdi),%rax
   0x7f7b6b989a35 <+21>:mov0x1c0(%rax),%r12
   0x7f7b6b989a3c <+28>:test   %r12,%r12
   0x7f7b6b989a3f <+31>:je 0x7f7b6b989a50 

   0x7f7b6b989a41 <+33>:cmpl   $0x12345678,0x28(%r12)
   0x7f7b6b989a4a <+42>:je 0x7f7b6b989e90 

   0x7f7b6b989a50 <+48>:mov0x1e8(%rax),%rbp
   0x7f7b6b989a57 <+55>:test   %rbp,%rbp
   0x7f7b6b989a5a <+58>:je 0x7f7b6b98a484 

   0x7f7b6b989a60 <+64>:xor%r12d,%r12d
   0x7f7b6b989a63 <+67>:cmpl   $0x12345678,0x28(%rbp)
   0x7f7b6b989a6a <+74>:je 0x7f7b6b989ad8 

   0x7f7b6b989a6c <+76>:xor%ebp,%ebp
   0x7f7b6b989a6e <+78>:xor%r15d,%r15d
   0x7f7b6b989a71 <+81>:movl   $0x0,0x20(%rsp)
   0x7f7b6b989a79 <+89>:movl   $0x0,0x24(%rsp)
   0x7f7b6b989a81 <+97>:movl   $0x0,0x25cdc(%rdi)
   0x7f7b6b989a8b <+107>:   movl   $0x0,0x25ce0(%rdi)
   0x7f7b6b989a95 <+117>:   xor%r12d,%r12d
   0x7f7b6b989a98 <+120>:   movl   $0x0,0x25cd0(%rdi)
   0x7f7b6b989aa2 <+130>:   movl   $0x0,0x25cd8(%rdi)
   0x7f7b6b989aac <+140>:   xor%r14d,%r14d
   0x7f7b6b989aaf <+143>:   movl   $0x0,0x25cd4(%rdi)
   0x7f7b6b989ab9 <+153>:   movq   $0x0,0x25cc0(%rdi)
   0x7f7b6b989ac4 <+164>:   movq   $0x0,0x25cc8(%rdi)
   0x7f7b6b989acf <+175>:   jmpq   0x7f7b6b989b52 

   0x7f7b6b989ad4 <+180>:   nopl   0x0(%rax)
   0x7f7b6b989ad8 <+184>:   mov0x88(%rbp),%rax
   0x7f7b6b989adf <+191>:   movl   $0x0,0x20(%rsp)
   0x7f7b6b989ae7 <+199>:   movl   $0x0,0x24(%rsp)
=> 0x7f7b6b989aef <+207>:   mov0x200(%rax),%r15

info registers 
rax0x0  0
rbx0x2f62b8b61028   52101052239912
rcx0x0  0
rdx0x1  1
rsi0x32 50
rdi0x2f62b8b61028   52101052239912
rbp0x2f62b8b0c210   0x2f62b8b0c210
rsp0x7fff55808710   0x7fff55808710
r8 0xc0ff   49407
r9 0x1  1
r100x0  0
r110x0  0
r120x2f62b8b0c210   52101051892240
r130x2f62b9c3e680   52101069923968
r140x0  0
r150x7f7b7f3e6e00   140168392502784
rip0x7f7b6b989aef   0x7f7b6b989aef 

eflags 0x10246  [ PF ZF IF RF ]
cs 0x33 51
ss 0x2b 43
ds 0x0  0
es 0x0  0
fs 0x0  0
gs 0x0  0


rax is zero that means irb->mt is a null pointer. DRI2 mode works without
problems.

workaround:
export LIBGL_DRI3_DISABLE=1

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgl1-mesa-dri:amd64 depends on:
ii  libc6  2.19-7
ii  libdrm-intel1  2.4.54-1
ii

Bug#762809: marked as done (libgl1-mesa-dri: Playing video with mpv -vo=opengl leads to a segmentation fault)

2015-08-31 Thread Debian Bug Tracking System 
Your message dated Mon, 31 Aug 2015 17:23:32 +0200
with message-id 

and subject line Close bug #762809
has caused the Debian Bug report #762809,
regarding libgl1-mesa-dri: Playing video with mpv -vo=opengl leads to a 
segmentation fault
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
762809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762809
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: libgl1-mesa-dri
Version: 10.2.6-1
Severity: important

Hi,

since around yesterday the playback of videos with mpv
using opengl video out crashes the mpv and gnome-shell.

AO: [pulse] 48000Hz stereo 2ch float
(...) AV: 00:00:00 / 00:18:55 (0%) A-V:  0.000 Cache: 18.63%
VO: [opengl] 1920x1080 => 1920x1080 yuv420p

Failed to open BO for returned DRI2 buffer (1920x1200, dri2 back buffer, named 
3).
This is likely a bug in the X Server that will lead to a crash soon.

Program received signal SIGSEGV, Segmentation fault.
0x7fffdb3922c2 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so

This usually takes gnome-shell down as well just after the crash
(but running mpv under gdb saves the gnome-shell):

[ 1275.925420] mpv[4877]: segfault at 24 ip 7fb7cd4362c2 sp 
7fff2d8e70a8 error 4 in i965_dri.so[7fb7cd16e000+509000]
[ 1276.221832] gnome-shell[3713]: segfault at 3c ip 7f51c06a0dab sp 
7fff8159cd10 error 4 in i965_dri.so[7f51c0338000+509000]

[ 5304.840249] mpv[8556]: segfault at 24 ip 7f4f602fa2c2 sp 
7fff892874c8 error 4 in i965_dri.so[7f4f60032000+509000]
[ 5307.309253] gnome-shell[4939]: segfault at 3c ip 7f5d9bc33dab sp 
7cef4490 error 4 in i965_dri.so[7f5d9b8cb000+509000]

[10733.668937] mpv[24002]: segfault at 24 ip 7f523676c2c2 sp 
7fffeb1a1a58 error 4 in i965_dri.so[7f52364a4000+509000]
[10734.277346] gnome-shell[8634]: segfault at 3c ip 7fb8e572cdab sp 
7fffe1e60780 error 4 in i965_dri.so[7fb8e53c4000+509000]

[10864.277396] mpv[24354]: segfault at 24 ip 7fd0fda8d2c2 sp 
7fffbd414988 error 4 in i965_dri.so[7fd0fd7c5000+509000]

bt full with debugging symbols installed:

#0  0x7fffdb3922c2 in brw_blorp_mip_info::set (this=0x7fffd8c8, mt=0x0, 
level=0, layer=0) at 
../../../../../../../src/mesa/drivers/dri/i965/brw_blorp.cpp:71
No locals.
#1  0x7fffdb392333 in brw_blorp_surface_info::set 
(this=this@entry=0x7fffd8c8, brw=brw@entry=0x564be168, mt=0x0, 
level=, layer=layer@entry=0, 
is_render_target=is_render_target@entry=true) at 
../../../../../../../src/mesa/drivers/dri/i965/brw_blorp.cpp:83
No locals.
#2  0x7fffdb39e9f5 in brw_blorp_clear_params::brw_blorp_clear_params 
(this=0x7fffd850, brw=0x564be168, fb=0x56707df0, rb=0x56708300, 
color_mask=0x564bf950 '\377' , "\005\004", 
partial_clear=, layer=0) at 
../../../../../../../src/mesa/drivers/dri/i965/brw_blorp_clear.cpp:191
ctx = 0x564be168
format = 
push_consts = 
#3  0x7fffdb39f414 in do_single_blorp_clear (brw=0x564be168, fb=0x0, 
fb@entry=0x56707df0, rb=0x0, rb@entry=0x56708300, buf=buf@entry=0, 
partial_clear=partial_clear@entry=false, layer=1) at 
../../../../../../../src/mesa/drivers/dri/i965/brw_blorp_clear.cpp:505
params = { = { = 
{_vptr.brw_blorp_params = 0x7fffdb7e1740 , x0 = 0, y0 = 0, x1 = 0, y1 = 0, 
  depth = {mt = 0x0, level = 0, layer = 0, width = 0, height = 0, 
x_offset = 0, y_offset = 0}, depth_format = 0, src = { = 
{mt = 0x0, level = 0, layer = 0, 
  width = 0, height = 0, x_offset = 0, y_offset = 0}, 
map_stencil_as_y_tiled = false, num_samples = 0, array_spacing_lod0 = 240, 
brw_surfaceformat = 0, 
msaa_layout = 1435514112}, dst = { = {mt = 
0x0, level = 0, layer = 0, width = 0, height = 0, x_offset = 0, y_offset = 0}, 
map_stencil_as_y_tiled = false, num_samples = 0, 
array_spacing_lod0 = 7, brw_surfaceformat = 0, msaa_layout = 3916322632}, 
hiz_op = GEN6_HIZ_OP_NONE, 
  fast_clear_op = GEN7_FAST_CLEAR_OP_NONE, use_wm_prog = false, 
wm_push_consts = {dst_x0 = 21845, dst_x1 = 1440392984, dst_y0 = 21845, dst_y1 = 
11269, rect_grid_x1 = 0, 
rect_grid_y1 = 3.00504098e+13, x_transform = {multiplier = 
3.0611365e-41, offset = -3.30759984e+16}, y_transform = {multiplier = 
4.59163468e-41, offset = 4.20389539e-45}, 
pad = {1, 1, 21845, 1435514112, 21845, 3672838142}}, 
color_write_disable = {false, false, false, false}}, wm_prog_key = 
{use_simd16_replicated_data = 112, pad = {78, 232, 
85}}}, }
clear_type = 0x0

Bug#769564: marked as done (mpv: Segfault when playing in fullscreen)

2015-08-31 Thread Debian Bug Tracking System 
Your message dated Mon, 31 Aug 2015 17:23:32 +0200
with message-id 

and subject line Close bug #762809
has caused the Debian Bug report #762809,
regarding mpv: Segfault when playing in fullscreen
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
762809: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762809
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mpv
Version: 0.6.2-2
Severity: normal

Dear Maintainer,

Steps to reproduce:

- Play a webm video file with mpv, no other arguments (not sure if format
  is relevant)
- Strike F to enter fullscreen mode
- Wait 2-10 seconds
- mpv will crash

For me, it caused gnome-shell to refresh, and reported a segfault. Log:

$ mpv /media/david/TOSHIBA\ EXT/vid/TED/TEDxGE2014_Stallman05_HQ.ogg
Playing: /media/david/TOSHIBA EXT/vid/TED/TEDxGE2014_Stallman05_HQ.ogg
[libav/video] theora: 7 bits left in packet 82
[stream] Video (+) --vid=1 (theora)
[stream] Audio (+) --aid=1 (vorbis)
[libav/video] theora: 7 bits left in packet 82
AO: [pulse] 48000Hz stereo 2ch float
VO: [opengl] 1920x1088 => 1920x1088 yuv420p
Failed to open BO for returned DRI2 buffer (1920x1080, dri2 back buffer,
named 11).
This is likely a bug in the X Server that will lead to a crash soon.
Segmentation fault

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mpv depends on:
ii  libasound2  1.0.28-1
ii  libass5 0.10.2-3
ii  libavcodec566:11-2
ii  libavdevice55   6:11-2
ii  libavfilter56:11-2
ii  libavformat56   6:11-2
ii  libavresample2  6:11-2
ii  libavutil54 6:11-2
ii  libbluray1  1:0.6.2-1
ii  libbs2b03.1.0+dfsg-2.1
ii  libc6   2.19-13
ii  libcdio-cdda1   0.83-4.2
ii  libcdio-paranoia1   0.83-4.2
ii  libcdio13   0.83-4.2
ii  libdvdnav4  5.0.1-1
ii  libdvdread4 5.0.0-1
ii  libegl1-mesa [libegl1-x11]  10.3.2-1
ii  libenca01.16-1
ii  libgl1-mesa-glx [libgl1]10.3.2-1
ii  libguess1   1.2-1
ii  libjack-jackd2-0 [libjack-0.116]
1.9.10+20140719git3eb0ae6a~dfsg-2
ii  libjpeg62-turbo 1:1.3.1-10
ii  liblcms2-2  2.6-3+b3
ii  liblircclient0  0.9.0~pre1-1.1
ii  liblua5.2-0 5.2.3-1.1
ii  libmpg123-0 1.20.1-2
ii  libpulse0   5.0-13
ii  libquvi70.4.1-2.1
ii  libsdl2-2.0-0   2.0.2+dfsg1-5
ii  libswscale3 6:11-2
ii  libuuid12.25.2-2
ii  libva-glx1  1.4.1-1
ii  libva-x11-1 1.4.1-1
ii  libva1  1.4.1-1
ii  libvdpau1   0.8-3
ii  libwayland-client0  1.6.0-2
ii  libwayland-cursor0  1.6.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  10.3.2-1
ii  libx11-62:1.6.2-3
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxkbcommon0   0.4.3-2
ii  libxrandr2  2:1.4.2-1+b1
ii  libxss1 1:1.2.2-1
ii  libxv1  2:1.0.10-1+b1
ii  zlib1g  1:1.2.8.dfsg-2

mpv recommends no packages.

mpv suggests no packages.

-- no debconf information

Happy Hacking,

David E. McMackins II
Founder, Delwink Software
Associate, Free Software Foundation (#12889)

www.mcmackins.org www.delwink.com
www.gnu.org www.fsf.org
--- End Message ---
--- Begin Message ---
Source: xserver-xorg-video-intel
Source-Version: 2.99.917-2

The upstream bugtracker [1] has marked this bug as resolved.
Closing here as well.
Feel free to reopen if this still doesn't work for you.

[1] https://bugs.freedesktop.org/show_bug.cgi?id

Bug#632886: marked as done (libgl1-mesa-swx11: drop Conflicts: nvidia-glx)

2015-08-31 Thread Debian Bug Tracking System 
Your message dated Mon, 31 Aug 2015 18:01:44 +0200
with message-id 

and subject line Close bug #632886
has caused the Debian Bug report #632886,
regarding libgl1-mesa-swx11: drop Conflicts: nvidia-glx
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
632886: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632886
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libgl1-mesa-swx11
Version: 7.10.3-3
Severity: wishlist

Hi KiBi,

libgl1-mesa-swx11 currently has a Conflicts: nvidia-glx entry. While
this is correct it's not nearly sufficient (the nvidia-glx package has
been split and reorganized, there are legacy packages, too, and there is
fglrx as well). With the recent diversions and alternatives changes
regarding multi-arch support, all diversion handling has been
concentrated in the glx-diversions package. All nvidia and fglrx
packages depend on this package (usually indirectly via a longer
dependency chain) and glx-diversions now also has proper conflicts with
libgl1-mesa-swx11 (which is not divertible since the library file name
changes with each new upstream version).
Once multiarch aware nvidia-graphics-drivers and glx-alternatives
packages enter testing, the users will have less possibilities to break
their glx :-)

Therefore I suggest you remove this conflict, so you don't have to track
current and future possible conflictors.

Andreas

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (800, 'stable'), (750, 'oldstable'), (700, 'testing'), (600, 
'unstable'), (500, 'stable-updates'), (130, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


--- End Message ---
--- Begin Message ---
Version: 11.0.0~rc1-1

Fixed by:
* Drop libgl1-mesa-swx11* packages.--- End Message ---

libdrm: Changes to 'debian-unstable'

2015-08-31 Thread Andreas Boll 
 debian/changelog |6 ++
 debian/control   |6 +++---
 debian/rules |7 +++
 3 files changed, 12 insertions(+), 7 deletions(-)

New commits:
commit 18ec34c9a4868f9472a0bfc9471655e20aecb144
Author: Andreas Boll 
Date:   Mon Aug 31 17:45:25 2015 +0200

Enable libdrm-amdgpu1 on kfreebsd-*.

diff --git a/debian/changelog b/debian/changelog
index 0d7031c..a149f56 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+libdrm (2.4.64-2) UNRELEASED; urgency=medium
+
+  * Enable libdrm-amdgpu1 on kfreebsd-*.
+
+ -- Andreas Boll   Mon, 31 Aug 2015 17:41:21 +0200
+
 libdrm (2.4.64-1) unstable; urgency=medium
 
   [ Robert Hooker ]
diff --git a/debian/control b/debian/control
index 981523a..0568f82 100644
--- a/debian/control
+++ b/debian/control
@@ -28,7 +28,7 @@ Depends:
  libdrm-intel1 (= ${binary:Version}) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 
x32],
  libdrm-radeon1 (= ${binary:Version}),
  libdrm-nouveau2 (= ${binary:Version}) [linux-any],
- libdrm-amdgpu1 (= ${binary:Version}) [linux-any],
+ libdrm-amdgpu1 (= ${binary:Version}),
  libdrm-omap1 (= ${binary:Version}) [any-arm],
  libdrm-freedreno1 (= ${binary:Version}) [any-arm],
  libdrm-exynos1 (= ${binary:Version}) [any-arm],
@@ -305,7 +305,7 @@ Description: Userspace interface to tegra-specific kernel 
DRM services -- debugg
  This package provides the debugging symbols for the libdrm-tegra0 package.
 
 Package: libdrm-amdgpu1
-Architecture: linux-any
+Architecture: any
 Depends:
  ${shlibs:Depends},
  ${misc:Depends},
@@ -321,7 +321,7 @@ Description: Userspace interface to amdgpu-specific kernel 
DRM services -- runti
 Package: libdrm-amdgpu1-dbg
 Section: debug
 Priority: extra
-Architecture: linux-any
+Architecture: any
 Depends:
  libdrm-amdgpu1 (= ${binary:Version}),
  ${misc:Depends},
diff --git a/debian/rules b/debian/rules
index dee3894..a00c59e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -10,6 +10,7 @@ DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture 
-qDEB_HOST_ARCH_CPU)
 
 confflags = \
--enable-radeon \
+   --enable-amdgpu \
--disable-libkms \
$()
 
@@ -18,13 +19,11 @@ ifeq (linux, $(DEB_HOST_ARCH_OS))
confflags += --enable-udev
confflags += --enable-vmwgfx
confflags += --enable-nouveau
-   confflags += --enable-amdgpu
NOUVEAU = yes
 else
confflags += --disable-udev
confflags += --disable-vmwgfx
confflags += --disable-nouveau
-   confflags += --disable-amdgpu
NOUVEAU = no
# kfreebsd mangles freebsd's sys/types.h
confflags += CFLAGS="$(shell pkg-config --cflags libbsd-overlay)"
@@ -83,9 +82,9 @@ ifeq ($(INTEL), yes)
 endif
 ifeq ($(NOUVEAU), yes)
dh_strip -plibdrm-nouveau2 --dbg-package=libdrm-nouveau2-dbg
-   dh_strip -plibdrm-amdgpu1 --dbg-package=libdrm-amdgpu1-dbg
 endif
dh_strip -plibdrm-radeon1 --dbg-package=libdrm-radeon1-dbg
+   dh_strip -plibdrm-amdgpu1 --dbg-package=libdrm-amdgpu1-dbg
 ifeq ($(ARM), yes)
dh_strip -plibdrm-omap1 --dbg-package=libdrm-omap1-dbg
dh_strip -plibdrm-freedreno1 --dbg-package=libdrm-freedreno1-dbg
@@ -101,9 +100,9 @@ ifeq ($(INTEL), yes)
 endif
 ifeq ($(NOUVEAU), yes)
dh_makeshlibs -plibdrm-nouveau2 -V'libdrm-nouveau2 (>= 2.4.38)' -- -c4
-   dh_makeshlibs -plibdrm-amdgpu1 -V'libdrm-amdgpu1 (>= 2.4.63)' -- -c4
 endif
dh_makeshlibs -plibdrm-radeon1 -V'libdrm-radeon1 (>= 2.4.39)' -- -c4
+   dh_makeshlibs -plibdrm-amdgpu1 -V'libdrm-amdgpu1 (>= 2.4.63)' -- -c4
 ifeq ($(ARM), yes)
dh_makeshlibs -plibdrm-omap1 -V'libdrm-omap1 (>= 2.4.38)' -- -c4
dh_makeshlibs -plibdrm-freedreno1 -V'libdrm-freedreno1 (>= 2.4.64)' -- 
-c4

xorg: Changes to 'debian-experimental'

2015-08-31 Thread Andreas Boll 
 debian/changelog   |   12 +++
 debian/scripts/vars.arm|   25 ---
 debian/scripts/vars.armeb  |   25 ---
 debian/scripts/vars.ia64   |   22 
 debian/scripts/vars.m32r   |   25 ---
 debian/scripts/vars.s390   |8 ---
 debian/scripts/vars.sparc  |   23 -
 xsf-docs/howto/build-mesa.txt  |   40 +++--
 xsf-docs/howto/configure-input.txt |2 -
 9 files changed, 25 insertions(+), 157 deletions(-)

New commits:
commit c0699942ca63b290a310312db7d53433c8b6
Author: Andreas Boll 
Date:   Mon Aug 31 18:54:00 2015 +0200

Drop vars files for unsupported architectures

diff --git a/debian/changelog b/debian/changelog
index 0fd9846..ee6a902 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,8 @@ xorg (1:7.7+12) UNRELEASED; urgency=medium
 - build-mesa: Update ./configure options
 - build-mesa: Drop obsolete FIXME and s/test_application/es2_info/
 - build-mesa: Drop obsolete information for squeeze
+  * Drop vars files for unsupported architectures: arm, armeb, ia64,
+m32r, s390 and sparc.
 
  -- Andreas Boll   Mon, 31 Aug 2015 18:37:12 +0200
 
diff --git a/debian/scripts/vars.arm b/debian/scripts/vars.arm
deleted file mode 100644
index b8796b8..000
--- a/debian/scripts/vars.arm
+++ /dev/null
@@ -1,25 +0,0 @@
-
-# This file is NOT a shell script.
-#
-# This file gets included by both debian/rules (make) AND the scripts in
-# debian/scripts (Bourne shell).
-XSERVER_XORG_VIDEO_DEPENDS="\
-   xserver-xorg-video-ati, \
-   xserver-xorg-video-cirrus, \
-   xserver-xorg-video-fbdev, \
-   xserver-xorg-video-mga, \
-   xserver-xorg-video-neomagic, \
-   xserver-xorg-video-savage, \
-   xserver-xorg-video-sisusb, \
-   xserver-xorg-video-tdfx, \
-   xserver-xorg-video-trident, \
-   xserver-xorg-video-vesa, \
-"
-
-# xserver-xorg-video-glide,
-
-XSERVER_XORG_INPUT_DEPENDS="xserver-xorg-input-evdev, \
-   xserver-xorg-input-synaptics"
-
-
-XSERVER_XORG_INPUT_RECOMMENDS="xserver-xorg-input-wacom"
diff --git a/debian/scripts/vars.armeb b/debian/scripts/vars.armeb
deleted file mode 100644
index b8796b8..000
--- a/debian/scripts/vars.armeb
+++ /dev/null
@@ -1,25 +0,0 @@
-
-# This file is NOT a shell script.
-#
-# This file gets included by both debian/rules (make) AND the scripts in
-# debian/scripts (Bourne shell).
-XSERVER_XORG_VIDEO_DEPENDS="\
-   xserver-xorg-video-ati, \
-   xserver-xorg-video-cirrus, \
-   xserver-xorg-video-fbdev, \
-   xserver-xorg-video-mga, \
-   xserver-xorg-video-neomagic, \
-   xserver-xorg-video-savage, \
-   xserver-xorg-video-sisusb, \
-   xserver-xorg-video-tdfx, \
-   xserver-xorg-video-trident, \
-   xserver-xorg-video-vesa, \
-"
-
-# xserver-xorg-video-glide,
-
-XSERVER_XORG_INPUT_DEPENDS="xserver-xorg-input-evdev, \
-   xserver-xorg-input-synaptics"
-
-
-XSERVER_XORG_INPUT_RECOMMENDS="xserver-xorg-input-wacom"
diff --git a/debian/scripts/vars.ia64 b/debian/scripts/vars.ia64
deleted file mode 100644
index 0da2b7d..000
--- a/debian/scripts/vars.ia64
+++ /dev/null
@@ -1,22 +0,0 @@
-
-# This file is NOT a shell script.
-#
-# This file gets included by both debian/rules (make) AND the scripts in
-# debian/scripts (Bourne shell).
-XSERVER_XORG_VIDEO_DEPENDS="\
-   xserver-xorg-video-ati, \
-   xserver-xorg-video-cirrus, \
-   xserver-xorg-video-fbdev, \
-   xserver-xorg-video-mga, \
-   xserver-xorg-video-neomagic, \
-   xserver-xorg-video-savage, \
-   xserver-xorg-video-tdfx, \
-   xserver-xorg-video-trident, \
-   xserver-xorg-video-vesa, \
-"
-
-XSERVER_XORG_INPUT_DEPENDS="xserver-xorg-input-evdev, \
-   xserver-xorg-input-synaptics"
-
-
-XSERVER_XORG_INPUT_RECOMMENDS="xserver-xorg-input-wacom"
diff --git a/debian/scripts/vars.m32r b/debian/scripts/vars.m32r
deleted file mode 100644
index b8796b8..000
--- a/debian/scripts/vars.m32r
+++ /dev/null
@@ -1,25 +0,0 @@
-
-# This file is NOT a shell script.
-#
-# This file gets included by both debian/rules (make) AND the scripts in
-# debian/scripts (Bourne shell).
-XSERVER_XORG_VIDEO_DEPENDS="\
-   xserver-xorg-video-ati, \
-   xserver-xorg-video-cirrus, \
-   xserver-xorg-video-fbdev, \
-   xserver-xorg-video-mga, \
-   xserver-xorg-video-neomagic, \
-   xserver-xorg-video-savage, \
-   xserver-xorg-video-sisusb, \
-   xserver-xorg-video-tdfx, \
-   xserver-xorg-video-trident, \
-   xserver-xorg-video-vesa, \
-"
-
-# xserver-xorg-video-glide,
-
-XSERVER_XORG_INPUT_DEPENDS="xserver-xorg-input-evdev, \
-   xserver-xorg-input-synaptics"
-
-
-XSERVER_XORG_INPUT_RECOMMENDS="xserver-xorg-input-wacom"
diff --git a/debian/scripts/vars.s390 b/debian/scripts/vars.s390
deleted file mode 100644
index 525866e..000
--- a/debian

xorg: Changes to 'xsf-docs'

2015-08-31 Thread Andreas Boll 
 xsf-docs/howto/build-mesa.txt |4 
 1 file changed, 4 deletions(-)

New commits:
commit 4116d1edff8d6d66a093fb98e0bd0bff5982b263
Author: Andreas Boll 
Date:   Mon Aug 31 18:35:34 2015 +0200

build-mesa: Drop obsolete information for squeeze

diff --git a/xsf-docs/howto/build-mesa.txt b/xsf-docs/howto/build-mesa.txt
index 1beeb8e..eb17cba 100644
--- a/xsf-docs/howto/build-mesa.txt
+++ b/xsf-docs/howto/build-mesa.txt
@@ -77,10 +77,6 @@ $ sudo apt-get install build-essential git
 $ sudo apt-get build-dep mesa
 
 
-If you’re on `squeeze` you may need to install a few more packages:
-newer `libdrm-dev` (it is available in `squeeze-backports`),
-as well as `libxmu-dev`, `libxi-dev`.
-
 Make sure you have some disc space available, since the git repository
 is over 120MB, and since the mesa directory is over 500MB after a
 build. Once you’re ready, grab the upstream mesa sources:

Re: Intel Skylake graphics will require non-free firmware

2015-08-31 Thread Francesco Poli 
On Wed, 10 Jun 2015 23:08:14 +0200 Francesco Poli wrote:

> Hi,
> I am deeply concerned about the news: it seems that Intel upcoming
> Skylake CPUs will require a non-free binary-only firmware blob in order
> for the integrated graphics to operate [1].
> 
> As far as I can tell, Intel graphics is currently the only option for a
> completely DFSG-free graphics stack (DFSG-free Intel drivers, without
> any required non-free firmware to be loaded). Intel's move looks like a
> major regression for the Free Software community.
> 
> Is having Keith Packard away from Intel [2] *so* bad for us all?
> ("Intel not employing Keith Packard considered harmful"?)
> 
> 
> What can be done, before it's too late?
> 
> 
> [1] 
> http://www.phoronix.com/scan.php?page=news_item&px=Intel-SKL-BXT-Firmware-Blobs
> [2] http://keithp.com/blogs/Back_to_HP/
> 
> 
> P.S.: Please Cc me on replies, as I am not subscribed to debian-x.
>   Thanks!

Other news about the Skylake non-free firmware blobs:
https://www.phoronix.com/scan.php?page=news_item&px=GNU-Linux-Libre-4.2

Am I the only one to be concerned about this?

Is anyone in contact with Intel decision makers, trying to persuade
them to release the firmware with source under DFSG-free terms?

Is there anything else that can be done?


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpm5c6viubXN.pgp
Description: PGP signature