Re: GL/gl.h, Qt5 and arm: FTBFS

On Tue, Mar 25, 2014 at 8:04 AM, Julien Cristau wrote: > You'll most likely still want to target GLES rather than desktop GL... I'm wondering why when mesa supports both, I guess this is so that Qt apps work with existing working proprietary GLES drivers? -- bye, pabs http://wiki.debian.org/Pa

Re: GL/gl.h, Qt5 and arm: FTBFS

On Tue, Mar 25, 2014 at 07:46:06 +0800, Paul Wise wrote: > On Tue, Mar 25, 2014 at 3:43 AM, Steve Langasek wrote: > > > Correct. It is rare to find accelerated OpenGL drivers for ARM; almost all > > the drivers out there, particularly for recent hardware, will be GLES2 > > instead. > > That is

Re: GL/gl.h, Qt5 and arm: FTBFS

On Tue, Mar 25, 2014 at 3:43 AM, Steve Langasek wrote: > Correct. It is rare to find accelerated OpenGL drivers for ARM; almost all > the drivers out there, particularly for recent hardware, will be GLES2 > instead. That is changing slowly, Qualcomm Adreno GPUs are apparently now supported by me

Re: GL/gl.h, Qt5 and arm: FTBFS

Thank you all for your fast replies! -- You don’t marry someone you can live with – you marry the person who you cannot live without. Anonymous Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed

Processed: merging

Processing commands for cont...@bugs.debian.org: > reassign 742533 xkb-data Bug #742533 [libxkbcommon0] libxkbcommon0: multi-arch seems to be broken with xkb-data Bug reassigned from package 'libxkbcommon0' to 'xkb-data'. No longer marked as found in versions libxkbcommon/0.4.0-1. Ignoring reques

Bug#742533: libxkbcommon0: multi-arch seems to be broken with xkb-data

Package: libxkbcommon0 Version: 0.4.0-1 Severity: normal Hi, I don't really know if this problem is from libxkbcommon0 or from xkb-data but libsdl2-2.0-0 depends on libxkbcommon0 which depends on xkb-data, but you can't install libxkbcommon0 for amd64 and i386 at the same time because (in the case

Bug#742436: src:xutils-dev: Do not Build-Depend on cpp-4.7

On Mon, Mar 24, 2014 at 17:57:25 +0100, Helmut Grohne wrote: > On Sun, Mar 23, 2014 at 10:18:04PM +0100, Cyril Brulebois wrote: > > Christian Svensson (2014-03-23): > > > On Sun, Mar 23, 2014 at 8:16 PM, Julien Cristau > > > wrote: > > > > No, there's a reason we use 4.7 and not a newer version

Re: GL/gl.h, Qt5 and arm: FTBFS

Hi Lisandro, On Mon, Mar 24, 2014 at 03:10:25PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > Hi! I'm trying to find a solution for the FTBFS of qantenna on arm* [0][1] > that fits the best to everyone. This issue seems to be very similar to a > older > thread "including both GL/gl.h and

Processed: Re: Bug#742528: xserver-xorg-core: Applications can render over applications on other workspaces

Processing control commands: > reassign -1 nvidia-graphics-drivers 331.49-1 Bug #742528 [xserver-xorg-core] xserver-xorg-core: Applications can render over applications on other workspaces Bug reassigned from package 'xserver-xorg-core' to 'nvidia-graphics-drivers'. No longer marked as found in v

Re: GL/gl.h, Qt5 and arm: FTBFS

On Mon, Mar 24, 2014 at 15:10:25 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > Hi! I'm trying to find a solution for the FTBFS of qantenna on arm* [0][1] > that fits the best to everyone. This issue seems to be very similar to a > older > thread "including both GL/gl.h and cogl/cogl.h fa

Bug#742528: xserver-xorg-core: Applications can render over applications on other workspaces

Control: reassign -1 nvidia-graphics-drivers 331.49-1 On Mon, Mar 24, 2014 at 15:05:30 -0400, Ross Schlaikjer wrote: > Package: xserver-xorg-core > Version: 2:1.15.0-2 > Severity: important > > Dear Maintainer, > > After the upgrade to Xorg 2:1.15.0-2, I started encoutering rendering issues > a

GL/gl.h, Qt5 and arm: FTBFS

Hi! I'm trying to find a solution for the FTBFS of qantenna on arm* [0][1] that fits the best to everyone. This issue seems to be very similar to a older thread "including both GL/gl.h and cogl/cogl.h fails on armel and armhf" [2], but I failed to see how that was resolved. The FTBFSs are due t

Bug#742436: src:xutils-dev: Do not Build-Depend on cpp-4.7

On Sun, Mar 23, 2014 at 10:18:04PM +0100, Cyril Brulebois wrote: > Christian Svensson (2014-03-23): > > On Sun, Mar 23, 2014 at 8:16 PM, Julien Cristau wrote: > > > No, there's a reason we use 4.7 and not a newer version. > > > > What reason is that? > > Read the changelog? RAWCPP="cpp -ffrees

Bug#742510: xserver-xorg-video-cirrus: fails rendering xdm login fonts

Package: xserver-xorg-video-cirrus Version: 1:1.5.2-1+b2 Severity: normal Dear Maintainer, to reproduce install a jessie/sid qemu VM with Cirrus video card. On VM: # apt-get install xdm # echo /usr/bin/xdm >/etc/X11/default-display-manager # /etc/init.d/xdm restart Username one types in will no

Bug#742472: marked as done (xserver-xorg-dev: X comes up with black screen lower 1/2 ignores xrandr until TV output shut off)

Your message dated Mon, 24 Mar 2014 11:11:59 +0100 with message-id <20140324101159.gp17...@betterave.cristau.org> and subject line Re: Bug#742472: xserver-xorg-dev: X comes up with black screen lower 1/2 ignores xrandr until TV output shut off has caused the Debian Bug report #742472, regarding xs

Processed: Re: Bug#742475: xserver-xorg-dev: X comes up with black screen lower 1/2 ignores xrandr until TV output shut off

Processing control commands: > tag -1 = moreinfo Bug #742475 [xserver-xorg-dev] xserver-xorg-dev: X comes up with black screen lower 1/2 ignores xrandr until TV output shut off Added tag(s) moreinfo; removed tag(s) upstream. -- 742475: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742475 Deb

Bug#742475: xserver-xorg-dev: X comes up with black screen lower 1/2 ignores xrandr until TV output shut off

Control: tag -1 = moreinfo On Mon, Mar 24, 2014 at 02:02:44 -0400, James Durham wrote: > > Package: xserver-xorg-dev > Version: 2:1.15.0-2 > Severity: important > Tags: upstream > Bug#742472 > Dear Maintainer, > > > * What led up to the situation? > > I installed a new install of Debian PPC