-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Trying this out in a bit more detail, it showed, that the identical problem
exists with
Wheezy and 32-bit architecture, it is simply a matter of removing the
proprietary
radeon-firmware in firmware-linux-nonfree, so everything works without
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 22 Nov 2014 09:42:04 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:
Thank you for the additional information you have supplied regarding
this Bug report.
This is an automatically generated reply to let you know your
On Mon, 17 Nov 2014 at 21:47:12 +, Nathaniel Smith wrote:
Here's my apt history files. history.log.1 has the big upgrade that
caused the problem; history.log has the mucking about I did to fix it.
OK, thanks.
At the top of history.log.1 you have:
Upgrade: ... nvidia-libopencl1:amd64
Control: reassign 769072 libgl1-nvidia-glx
Control: tags 769072 - moreinfo
So, this bug isn't a GNOME Shell one, and should be reassigned to some
nvidia package, right?
Nobody seems to have said otherwise, so I'm guessing at an nvidia
package that is hopefully the correct one.
S
--
To
Rebased ref, commits from common ancestor:
commit 0f15b8b45bb6de10ce1926db303247a5bd3c1c08
Author: Chris Wilson ch...@chris-wilson.co.uk
Date: Wed Nov 19 18:42:32 2014 +
sna/transform: Correctly check for imprecise fractional translations
Signed-off-by: Chris Wilson
configure.ac | 57 -
debian/changelog |6
man/intel.man | 11
src/backlight.c| 52 +
src/backlight.h|3
src/compat-api.h | 10
src/i915_pciids.h
xserver-xorg-video-intel_2.99.916+git20141119-1~exp1_amd64.changes uploaded
successfully to localhost
along with the files:
xserver-xorg-video-intel_2.99.916+git20141119-1~exp1.dsc
xserver-xorg-video-intel_2.99.916+git20141119.orig.tar.gz
I think the trigger is nvidia-opencl-icd adding a new dependency on
libcuda1 (changelog: Add libcuda1 dependency to libraries that seem to
be capable of doing dlopen(libcuda.so) or dlopen(libcuda.so.1).),
which pulls in the rest of nvidia-* as libcuda1 Recommends:
nvidia-kernel-dkms which
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 23 Nov 2014 00:04:02 +0100
Source: xserver-xorg-video-intel
Binary: xserver-xorg-video-intel xserver-xorg-video-intel-dbg
Architecture: source amd64
Version: 2:2.99.916+git20141119-1~exp1
Distribution: experimental
tags 769301 patch
severity 765933 important
thanks
On Wed, 12 Nov 2014 16:57:45 +0100 Markus Koschany a...@gambaru.de wrote:
[...]
apparently bug #765933 in mesa causes a FTBFS in java3d. I think this is
a regression and easier to fix in mesa itself during the freeze instead
of patching
Processing commands for cont...@bugs.debian.org:
tags 769301 patch
Bug #769301 [java3d] java3d: FTBFS error: unknown type name 'GLintptr'
Added tag(s) patch.
severity 765933 important
Bug #765933 [mesa-common-dev] mesa-common-dev: glx.h should not include
glxext.h when GL_GLEXT_LEGACY is
I don't seem to have ever had pyopencl installed, so that can't be the culprit.
Looking through my apt history, it looks like the critical operation
that gave me nvidia stuff was the installation of libboost (!?):
Start-Date: 2014-06-01 13:05:09
Commandline: apt-get install libboost-all-dev
On 2014-11-23 00:30, Rebecca N. Palmer wrote:
I think the trigger is nvidia-opencl-icd adding a new dependency on
libcuda1 (changelog: Add libcuda1 dependency to libraries that seem to
be capable of doing dlopen(libcuda.so) or dlopen(libcuda.so.1).),
which pulls in the rest of nvidia-* as
13 matches
Mail list logo
