debian/changelog |
7 +
debian/patches/os-make-sure-the-clientswritable-fd-set-is-initialized.diff |
63 ++
debian/patches/series |
1
3 files changed, 71 insertions(+
On 2015-09-03 14:57, Timo Aaltonen wrote:
> On 02.09.2015 20:35, Andreas Boll wrote:
>> Hi all,
>>
>> for mesa-opencl-icd we need a newer libclc snapshot which is
>> compatible with LLVM-3.7, since we are upgrading mesa from LLVM-3.5 to
>> 3.7.
>> I'm volunteering to prepare such a new snapshot.
>>
Dear Michel,
> I don't know what the problem is, but FWIW you shouldn't enable Option
> "RenderAccel", because RENDER acceleration uses the 3D engine, which
> isn't validated on RN100 GPUs. That might explain at least the issue
> with Option "EXAPixmaps" enabled.
Thanks. I'll try later to disable R
.gitignore| 46
ChangeLog | 1955 +++
configure.ac |5
debian/changelog | 17
debian/control|9
debian/patches/ppc64el.diff |
Rebased ref, commits from common ancestor:
commit ee790044b08e3b668e6aa5d9229f46ed7295ebf0
Author: Oded Gabbay
Date: Sat Aug 1 22:34:53 2015 +0300
Pre-release version bump to 0.33.2
Signed-off-by: Oded Gabbay
diff --git a/configure.ac b/configure.ac
index 0339494..554b6d2 100644
Processing commands for cont...@bugs.debian.org:
> tags 797661 + pending
Bug #797661 [xserver-xorg-core] Fails to upgrade, file conflict with x11-common
Added tag(s) pending.
> user debian...@lists.debian.org
Setting user to debian...@lists.debian.org (was a...@debian.org).
> usertags 797661 piupa
I turned off RenderAccel, turned on EXAPixmaps and
rebooted. Everything seems to work fine now; I got into X and
screenshot captures correctly the screen images and x11vnc displays
the screen correctly.
Thanks,
Luis
On Tue, Sep 08, 2015 at 08:47:55AM -0500, Luis Mochan wrote:
> Dear Michel,
> > I
Hi Andreas,
On Tue, Sep 8, 2015 at 15:06:20 +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
>
> > tags 797661 + pending
> Bug #797661 [xserver-xorg-core] Fails to upgrade, file conflict with
> x11-common
> Added tag(s) pending.
> > user debian...@lis
Package: libgles2-mesa-dev, libglew-dev
Version: 10.5.7-1, 1.10.0-3
Severity: important
The 2 buildd attempts of tulip 4.7.0 on armel and armhf both failed,
starting with the following type conflicts, and openscad hits a
similar problem.
https://bugs.debian.org/793137
https://bugs.debian.org/7978
Processing commands for cont...@bugs.debian.org:
> affects 798408 793137
Bug #798408 [libgles2-mesa-dev, libglew-dev] [arm] libgles2-mesa-dev and
libglew-dev disagree over GLsizeiptr
Added indication that 798408 affects 793137
> affects 798408 797816
Bug #798408 [libgles2-mesa-dev, libglew-dev] [
On Tue, Sep 8, 2015 at 23:11:53 +0200, Yann Dirson wrote:
> Package: libgles2-mesa-dev, libglew-dev
> Version: 10.5.7-1, 1.10.0-3
> Severity: important
>
> The 2 buildd attempts of tulip 4.7.0 on armel and armhf both failed,
> starting with the following type conflicts, and openscad hits a
> sim
On Tue, Sep 08, 2015 at 11:44:21PM +0200, Julien Cristau wrote:
> On Tue, Sep 8, 2015 at 23:11:53 +0200, Yann Dirson wrote:
>
> > Package: libgles2-mesa-dev, libglew-dev
> > Version: 10.5.7-1, 1.10.0-3
> > Severity: important
> >
> > The 2 buildd attempts of tulip 4.7.0 on armel and armhf both f
Package: libgl1-mesa-dri
Version: 10.6.3-1
Followup-For: Bug #698989
Dear Maintainer,
I have the same or very similar problem with the 10.6.3-1 version of libgl1
-mesa-dri. I always get a segmentation fault when running glxgears or glxinfo.
Running glxinfo leaves the following in syslog:
Sep 8
On 09.09.2015 01:35, Luis Mochan wrote:
> I turned off RenderAccel, turned on EXAPixmaps and
> rebooted. Everything seems to work fine now; I got into X and
> screenshot captures correctly the screen images and x11vnc displays
> the screen correctly.
Is there still a problem without Option "EXAPix
I haven´t rebooted without that option, but it seems it runs faster without it
(I turned it off and restarted X).
Regards
On September 8, 2015 9:34:20 PM CDT, "Michel Dänzer" wrote:
>On 09.09.2015 01:35, Luis Mochan wrote:
>> I turned off RenderAccel, turned on EXAPixmaps and
>> rebooted. Everyt
On 09.09.2015 11:46, Luis Mochan wrote:
> I haven´t rebooted without that option, but it seems it runs faster without
> it (I turned it off and restarted X).
The EXAPixmaps option was specifically introduced to be disabled on GPUs
like yours for this reason. :)
--
Earthling Michel Dänzer
16 matches
Mail list logo
