Bug#995618: marked as done (mesa: tries to uses non-available LLVM JIT on riscv64)

2021-10-04 Thread Debian Bug Tracking System
Your message dated Mon, 04 Oct 2021 12:33:53 +
with message-id 
and subject line Bug#995618: fixed in mesa 21.2.3-1
has caused the Debian Bug report #995618,
regarding mesa: tries to uses non-available LLVM JIT on riscv64
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.)


-- 
995618: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995618
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: mesa
Version: 21.2.2-1
Severity: important
Tags: patch
X-Debbugs-Cc: debian-ri...@lists.debian.org

Mesa version 20.3.4-1 enabled LLVM support on riscv64. However while
RISC-V is supported by LLVM, JIT is not yet supported. Support is being
worked on, and might be in LLVM 14 or 15.

This causes programs (e.g. gtk4, clutter, epiphany, etc.) to abort when
Mesa tries to execute JIT code through LLVM:

| 'generic' is not a recognized processor for this target (ignoring processor)
| 'generic' is not a recognized processor for this target (ignoring processor)
| WARNING: This target JIT is not designed for the host you are running.  If 
bad things happen, please choose a different -march switch.
| 'generic' is not a recognized processor for this target (ignoring processor)
| 'generic' is not a recognized processor for this target (ignoring processor)
| 'generic' is not a recognized processor for this target (ignoring processor)
| 'generic' is not a recognized processor for this target (ignoring processor)
| 'generic' is not a recognized processor for this target (ignoring processor)
| 'generic' is not a recognized processor for this target (ignoring processor)
| 'generic' is not a recognized processor for this target (ignoring processor)
| 'generic' is not a recognized processor for this target (ignoring processor)
| LLVM ERROR: Cannot select: 0x2aaab99e38: ch = store<(store 4 into %ir.1 + 4, 
basealign 16), trunc to i32> 0x2aaab99a28, 0x2aaab96330, 0x2aaab9a4b8, undef:i64
|   0x2aaab96330: i64,ch = load<(load 2 from %ir.0 + 6), zext from i16> 
0x2aaab4c658, 0x2aaab9a658, undef:i64
| 0x2aaab9a658: i64 = add 0x2aaab95eb8, Constant:i64<6>
|   0x2aaab95eb8: i64,ch = CopyFromReg 0x2aaab4c658, Register:i64 %0
| 0x2aaab95e50: i64 = Register %0
|   0x2aaab99c30: i64 = Constant<6>
| 0x2aaab96058: i64 = undef
|   0x2aaab9a4b8: i64 = add nuw 0x2aaab95f88, Constant:i64<4>
| 0x2aaab95f88: i64,ch = CopyFromReg 0x2aaab4c658, Register:i64 %1
|   0x2aaab95f20: i64 = Register %1
| 0x2aaab96740: i64 = Constant<4>
|   0x2aaab96058: i64 = undef

The attached patch fixes that by reverting the corresponding changes.
Could you please include it in the next upload?

Thanks,
Aurelien
diff -u mesa-21.2.2/debian/changelog mesa-21.2.2/debian/changelog
--- mesa-21.2.2/debian/changelog
+++ mesa-21.2.2/debian/changelog
@@ -1,3 +1,9 @@
+mesa (21.2.2-1+riscv64) unreleased; urgency=medium
+
+  * Disable LLVM support on riscv64, it doesn't have JIT.
+
+ -- Aurelien Jarno   Fri, 01 Oct 2021 19:21:24 +
+
 mesa (21.2.2-1) unstable; urgency=medium
 
   * New upstream release.
diff -u mesa-21.2.2/debian/control mesa-21.2.2/debian/control
--- mesa-21.2.2/debian/control
+++ mesa-21.2.2/debian/control
@@ -43,10 +43,10 @@
  libelf-dev [amd64 arm64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 
mips64el mipsel powerpc ppc64 ppc64el riscv64 s390x sparc64],
  libwayland-dev (>= 1.15.0) [linux-any],
  libwayland-egl-backend-dev (>= 1.15.0) [linux-any],
- llvm-12-dev [amd64 arm64 armel armhf i386 mips64el mipsel powerpc ppc64 
ppc64el riscv64 s390x sparc64],
- libclang-12-dev [amd64 arm64 armel armhf i386 mips64el mipsel powerpc ppc64 
ppc64el riscv64 s390x sparc64],
- libclang-cpp12-dev [amd64 arm64 armel armhf i386 mips64el mipsel powerpc 
ppc64 ppc64el riscv64 s390x sparc64],
- libclc-12-dev [amd64 arm64 armel armhf i386 mips64el mipsel powerpc ppc64 
ppc64el riscv64 s390x sparc64],
+ llvm-12-dev [amd64 arm64 armel armhf i386 mips64el mipsel powerpc ppc64 
ppc64el s390x sparc64],
+ libclang-12-dev [amd64 arm64 armel armhf i386 mips64el mipsel powerpc ppc64 
ppc64el s390x sparc64],
+ libclang-cpp12-dev [amd64 arm64 armel armhf i386 mips64el mipsel powerpc 
ppc64 ppc64el s390x sparc64],
+ libclc-12-dev [amd64 arm64 armel armhf i386 mips64el mipsel powerpc ppc64 
ppc64el s390x sparc64],
  wayland-protocols (>= 1.9),
  zlib1g-dev,
  libglvnd-dev (>= 1.3.2),
@@ -412,7 +412,7 @@
 
 Package: mesa-opencl-icd
 Section: libs
-Architecture: amd64 arm64 armel armhf i386 mips64el mipsel powerpc ppc64 
ppc64el riscv64 s390x sparc64
+Architecture: amd64 arm64 armel armhf i386 mips64el mipsel powerpc ppc64 
ppc64el s390x sparc

[Git][xorg-team/lib/mesa] Pushed new tag mesa-21.2.3-1

2021-10-04 Thread Timo Aaltonen (@tjaalton)


Timo Aaltonen pushed new tag mesa-21.2.3-1 at X Strike Force / lib / mesa

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/lib/mesa/-/tree/mesa-21.2.3-1
You're receiving this email because of your account on salsa.debian.org.




[Git][xorg-team/lib/mesa][debian-unstable] 51 commits: docs/relnotes/21.2.2: Add SHA256 sum

2021-10-04 Thread Timo Aaltonen (@tjaalton)


Timo Aaltonen pushed to branch debian-unstable at X Strike Force / lib / mesa


Commits:
6ee414e4 by Dylan Baker at 2021-09-21T10:14:30-07:00
docs/relnotes/21.2.2: Add SHA256 sum

- - - - -
95d63a10 by Rhys Perry at 2021-09-21T10:17:10-07:00
aco: don't coalesce constant copies into non-power-of-two sizes

Signed-off-by: Rhys Perry 
Reviewed-by: Daniel Schürmann 
Cc: mesa-stable
Part-of: ;

- - - - -
c9befde0 by Timur Kristóf at 2021-09-21T10:17:10-07:00
aco/optimize_postRA: Use iterators instead of operator[] of std::array.

Also add a few more assertions to make sure the registers are
within the bounds of the array.

Cc: mesa-stable
Signed-off-by: Timur Kristóf 
Reviewed-by: Rhys Perry 
Reviewed-by: Tony Wasserka 
Reviewed-by: Joshua Ashton 
Part-of: ;

- - - - -
362a808f by Marcin Ślusarz at 2021-09-21T10:17:10-07:00
intel/compiler: INT DIV function does not support source modifiers

BSpec says that for all generations.

Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/5281
CC: mesa-stable

Signed-off-by: Marcin Ślusarz 
Reviewed-by: Lionel Landwerlin 
Reviewed-by: Sagar Ghuge 
(chery picked from commit e0533ebf16edcb8b9f0687d3155417e6c1c53d35)

Part-of: ;

- - - - -
fbf76abb by Rob Clark at 2021-09-21T10:17:10-07:00
freedreno: Use correct key for binning pass shader

We updated the key correctly for whether we wanted to use a
safe_constlen binning pass variant, but then passed the wrong
key to ir3_shader_variant().

Fixes: 1dd24bf27b2 ("freedreno: Share constlen between different stages 
properly")
Signed-off-by: Rob Clark 
(cherry picked from commit a79ac1bee14d6600cde2788bf136aa59b69a786f)

Part-of: ;

- - - - -
c4c1e0e9 by Dylan Baker at 2021-09-21T10:18:33-07:00
.pick_status.json: Update to d3511e8af21ac11b8e7f5305942624d1ae29a73a

- - - - -
21e15a4e by Dylan Baker at 2021-09-21T10:19:24-07:00
.pick_status.json: Mark a79ac1bee14d6600cde2788bf136aa59b69a786f as backported

- - - - -
8381b848 by Dylan Baker at 2021-09-21T10:19:40-07:00
.pick_status.json: Mark e0533ebf16edcb8b9f0687d3155417e6c1c53d35 as backported

- - - - -
a23c3167 by Dylan Baker at 2021-09-21T10:19:51-07:00
.pick_status.json: Mark f241bd3749cec55ca5fac9cb24f17553ab31c0e1 as backported

- - - - -
6d612acf by Dylan Baker at 2021-09-21T10:19:52-07:00
.pick_status.json: Mark 268158a758551a46feb120af3f3cff5fb9292310 as backported

- - - - -
6008fce0 by Marek Vasut at 2021-09-21T10:19:56-07:00
freedreno: Handle timeout == PIPE_TIMEOUT_INFINITE and rollover

The fd_fence_finish() may be passed a special timeout value 
PIPE_TIMEOUT_INFINITE.
This gets propagated all the way to get_abs_timeout(), where it gets converted 
to
a huge timeout value and passed down to the kernel. At least on iMX53, the 
kernel
may complain about this value being too large and emit a backtrace. The relevant
piece of information there is the following:

  schedule_timeout: wrong timeout value bf94984b

Per suggestion by Rob Clark, fix this in get_abs_timeout() by picking the same
rollover implementation present in etnaviv. This fixes one part of the problem
where the tv_nsec becomes larger than NSEC_PER_SEC, which is invalid.

However, the PIPE_TIMEOUT_INFINITE is sufficiently large to make tv_secs larger
than KTIME_SEC_MAX, which makes kernel-side ktime_set() return KTIME_MAX and
that in turn triggers the above "wrong timeout value N" message. Fix 
this by
setting the timeout to large enough value in case of PIPE_TIMEOUT_INFINITE.
While the timeout is not truly infinite, the timeout is long enough as anything
longer than a few seconds means the GPU got hung.

The "util/timespec.h" is added so we can use NSEC_PER_SEC instead of 
ad-hoc
constant 10 . The "pipe/p_defines.h" is needed for 
PIPE_TIMEOUT_INFINITE.

This problem can be reliably triggered on iMX53 using Qt5 with EGLFS support,
using the qtbase examples, as follows:

  /usr/share/examples/opengl/qopenglwidget/qopenglwidget -platform eglfs

Fixes: f3cc0d27475 ("freedreno: import libdrm_freedreno + redesign 
submit")
Signed-off-by: Marek Vasut 
Part-of: ;
(cherry picked from commit 6da27271740c7d57cb2822c1864be121b8e8344a)

- - - - -
ab996bc0 by Rob Clark at 2021-09-21T10:20:00-07:00
freedreno/drm: Don't return shared/control bo's to cache

They can never be allocated from the cache, as fd_bo_state() would
return FD_BO_STATE_UNKNOWN

Fixes: 7dabd624649 ("freedreno/drm: Userspace fences")
Signed-off-by: Rob Clark 

[Git][xorg-team/lib/mesa][upstream-unstable] 45 commits: docs/relnotes/21.2.2: Add SHA256 sum

2021-10-04 Thread Timo Aaltonen (@tjaalton)


Timo Aaltonen pushed to branch upstream-unstable at X Strike Force / lib / mesa


Commits:
6ee414e4 by Dylan Baker at 2021-09-21T10:14:30-07:00
docs/relnotes/21.2.2: Add SHA256 sum

- - - - -
95d63a10 by Rhys Perry at 2021-09-21T10:17:10-07:00
aco: don't coalesce constant copies into non-power-of-two sizes

Signed-off-by: Rhys Perry 
Reviewed-by: Daniel Schürmann 
Cc: mesa-stable
Part-of: ;

- - - - -
c9befde0 by Timur Kristóf at 2021-09-21T10:17:10-07:00
aco/optimize_postRA: Use iterators instead of operator[] of std::array.

Also add a few more assertions to make sure the registers are
within the bounds of the array.

Cc: mesa-stable
Signed-off-by: Timur Kristóf 
Reviewed-by: Rhys Perry 
Reviewed-by: Tony Wasserka 
Reviewed-by: Joshua Ashton 
Part-of: ;

- - - - -
362a808f by Marcin Ślusarz at 2021-09-21T10:17:10-07:00
intel/compiler: INT DIV function does not support source modifiers

BSpec says that for all generations.

Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/5281
CC: mesa-stable

Signed-off-by: Marcin Ślusarz 
Reviewed-by: Lionel Landwerlin 
Reviewed-by: Sagar Ghuge 
(chery picked from commit e0533ebf16edcb8b9f0687d3155417e6c1c53d35)

Part-of: ;

- - - - -
fbf76abb by Rob Clark at 2021-09-21T10:17:10-07:00
freedreno: Use correct key for binning pass shader

We updated the key correctly for whether we wanted to use a
safe_constlen binning pass variant, but then passed the wrong
key to ir3_shader_variant().

Fixes: 1dd24bf27b2 ("freedreno: Share constlen between different stages 
properly")
Signed-off-by: Rob Clark 
(cherry picked from commit a79ac1bee14d6600cde2788bf136aa59b69a786f)

Part-of: ;

- - - - -
c4c1e0e9 by Dylan Baker at 2021-09-21T10:18:33-07:00
.pick_status.json: Update to d3511e8af21ac11b8e7f5305942624d1ae29a73a

- - - - -
21e15a4e by Dylan Baker at 2021-09-21T10:19:24-07:00
.pick_status.json: Mark a79ac1bee14d6600cde2788bf136aa59b69a786f as backported

- - - - -
8381b848 by Dylan Baker at 2021-09-21T10:19:40-07:00
.pick_status.json: Mark e0533ebf16edcb8b9f0687d3155417e6c1c53d35 as backported

- - - - -
a23c3167 by Dylan Baker at 2021-09-21T10:19:51-07:00
.pick_status.json: Mark f241bd3749cec55ca5fac9cb24f17553ab31c0e1 as backported

- - - - -
6d612acf by Dylan Baker at 2021-09-21T10:19:52-07:00
.pick_status.json: Mark 268158a758551a46feb120af3f3cff5fb9292310 as backported

- - - - -
6008fce0 by Marek Vasut at 2021-09-21T10:19:56-07:00
freedreno: Handle timeout == PIPE_TIMEOUT_INFINITE and rollover

The fd_fence_finish() may be passed a special timeout value 
PIPE_TIMEOUT_INFINITE.
This gets propagated all the way to get_abs_timeout(), where it gets converted 
to
a huge timeout value and passed down to the kernel. At least on iMX53, the 
kernel
may complain about this value being too large and emit a backtrace. The relevant
piece of information there is the following:

  schedule_timeout: wrong timeout value bf94984b

Per suggestion by Rob Clark, fix this in get_abs_timeout() by picking the same
rollover implementation present in etnaviv. This fixes one part of the problem
where the tv_nsec becomes larger than NSEC_PER_SEC, which is invalid.

However, the PIPE_TIMEOUT_INFINITE is sufficiently large to make tv_secs larger
than KTIME_SEC_MAX, which makes kernel-side ktime_set() return KTIME_MAX and
that in turn triggers the above "wrong timeout value N" message. Fix 
this by
setting the timeout to large enough value in case of PIPE_TIMEOUT_INFINITE.
While the timeout is not truly infinite, the timeout is long enough as anything
longer than a few seconds means the GPU got hung.

The "util/timespec.h" is added so we can use NSEC_PER_SEC instead of 
ad-hoc
constant 10 . The "pipe/p_defines.h" is needed for 
PIPE_TIMEOUT_INFINITE.

This problem can be reliably triggered on iMX53 using Qt5 with EGLFS support,
using the qtbase examples, as follows:

  /usr/share/examples/opengl/qopenglwidget/qopenglwidget -platform eglfs

Fixes: f3cc0d27475 ("freedreno: import libdrm_freedreno + redesign 
submit")
Signed-off-by: Marek Vasut 
Part-of: ;
(cherry picked from commit 6da27271740c7d57cb2822c1864be121b8e8344a)

- - - - -
ab996bc0 by Rob Clark at 2021-09-21T10:20:00-07:00
freedreno/drm: Don't return shared/control bo's to cache

They can never be allocated from the cache, as fd_bo_state() would
return FD_BO_STATE_UNKNOWN

Fixes: 7dabd624649 ("freedreno/drm: Userspace fences")
Signed-off-by: Rob Clark 

Processing of mesa_21.2.3-1_source.changes

2021-10-04 Thread Debian FTP Masters
mesa_21.2.3-1_source.changes uploaded successfully to localhost
along with the files:
  mesa_21.2.3-1.dsc
  mesa_21.2.3.orig.tar.gz
  mesa_21.2.3-1.diff.gz
  mesa_21.2.3-1_source.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)



mesa_21.2.3-1_source.changes ACCEPTED into unstable

2021-10-04 Thread Debian FTP Masters



Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 04 Oct 2021 15:18:27 +0300
Source: mesa
Built-For-Profiles: noudeb
Architecture: source
Version: 21.2.3-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force 
Changed-By: Timo Aaltonen 
Closes: 995618
Changes:
 mesa (21.2.3-1) unstable; urgency=medium
 .
   [ Timo Aaltonen ]
   * New upstream release.
   * rules: Build with -O2 for ppc64el.
   * Build with llvm 13.
 .
   [ Aurelien Jarno ]
   * Disable LLVM support on riscv64, it doesn't have JIT. (Closes: #995618)
Checksums-Sha1:
 e94206712a91d222f45abc8ebe1958b500201861 5310 mesa_21.2.3-1.dsc
 34c1e73ed0cb52ec934883b64b4228f0fdc528da 24440112 mesa_21.2.3.orig.tar.gz
 7a204e27c352a13e34bbc3a0e2cce939259f22a0 109518 mesa_21.2.3-1.diff.gz
 ee6eb727a861702ecded0908adcf4e705fcacb25 10199 mesa_21.2.3-1_source.buildinfo
Checksums-Sha256:
 0a932d881e4a7615f34880e2dba0fc74b466be4d8cb5ddea9fd208d9b7bb8360 5310 
mesa_21.2.3-1.dsc
 cd46ae3ae1f3a14ee1e0a13e47d0e0ae546ad31346527714f5f4733401e96698 24440112 
mesa_21.2.3.orig.tar.gz
 84af3753a1bb43c0c34a32e29ddaeee192df9974d549e80b847d9726518cc346 109518 
mesa_21.2.3-1.diff.gz
 6ce27c425003439d81108c1bcfa402a15080d1d9116e191e445932f8a74b092e 10199 
mesa_21.2.3-1_source.buildinfo
Files:
 65f1ba4fedd93e0e828db37650bc5b6e 5310 graphics optional mesa_21.2.3-1.dsc
 32805366aa02642a6816373d361eb7e9 24440112 graphics optional 
mesa_21.2.3.orig.tar.gz
 29f571568447173a542eb1e746fa5a8b 109518 graphics optional mesa_21.2.3-1.diff.gz
 1278d22e7eb6c6d8633fffd9f87d6c7b 10199 graphics optional 
mesa_21.2.3-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEdS3ifE3rFwGbS2Yjy3AxZaiJhNwFAmFa8S8ACgkQy3AxZaiJ
hNwT6g/+OEX09IBbFy+aeoNJTURGypRcjVcp4FTzo7h8oNXF2txkPrh4ry0eXxCU
yu6ZPrUIj6wMH+GL/Hx5LBwqDBVZtCKhIiDNB2d3aT8A7/wsjc1YR6BcXuQDetBt
dGdyOtRhV2uZy3ORhqYEiFov2JWXtu2DMbkEEbv7cMiDB92pSt/dVCEtwrHd1W8D
I1li1iDNWrqfVrB086XlQHw6rHYuArb8GB9biorvsdzTw6IcKP1oXRX5xjjiEy1F
33RI5lFanZLuNU92lFrH/LLbe3lmVefSeBAtg9/MAhCyELa/wznMEBmP6Qr+XXHr
4laog7XthJo0dAO2QQbPgEX0Olu5OnKb2d8iqcGBpMDzsUUQa91UCQrnTvC3tOdp
NKovsERYTKVEQwWU1oxxOa1LRwRDvzauR6LFI2PNg5dYS4QxRB04l66iqnMBiXlb
W2mQz6ULAEUkFQjq8ZJF8/Rkrlr7a67wswVV/Aw1tDpb5rCjsaUub4M2IAw4H849
YOFHt3jp9WhQ2cceqf6E9W/5wyTceWCzlNMfqpCmVhj67IbcREYl3BdLzPqfiDMd
rQYJ5ddeSmUSkoTisbPU2YX4X6ce13XpqjNA2052cOAttfKMaFALEfyOorcGkRVD
oHrqepzIj8XhXJyQTP3neQnDwo8pUSWoQXumV4QJSp7gFKOTXaQ=
=5IvE
-END PGP SIGNATURE-


Thank you for your contribution to Debian.



Processed: [bts-link] source package libxcb

2021-10-04 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> #
> # bts-link upstream status pull for source package libxcb
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> # https://bts-link-team.pages.debian.net/bts-link/
> #
> user debian-bts-l...@lists.debian.org
Setting user to debian-bts-l...@lists.debian.org (was 
debian-bts-l...@lists.debian.org).
> # remote status report for #914949 (http://bugs.debian.org/914949)
> # Bug title: libx11-6: error message "Invalid MIT-MAGIC-COOKIE-1 key" not 
> followed by a newline character
> #  * https://gitlab.freedesktop.org/xorg/lib/libxcb/-/issues/34
> #  * remote status changed: opened -> closed
> #  * closed upstream
> tags 914949 + fixed-upstream
Bug #914949 [libxcb1] libx11-6: error message "Invalid MIT-MAGIC-COOKIE-1 key" 
not followed by a newline character
Added tag(s) fixed-upstream.
> usertags 914949 - status-opened
Usertags were: status-opened.
There are now no usertags set.
> usertags 914949 + status-closed
There were no usertags set.
Usertags are now: status-closed.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
914949: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914949
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



[bts-link] source package libxcb

2021-10-04 Thread debian-bts-link
#
# bts-link upstream status pull for source package libxcb
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
# https://bts-link-team.pages.debian.net/bts-link/
#

user debian-bts-l...@lists.debian.org

# remote status report for #914949 (http://bugs.debian.org/914949)
# Bug title: libx11-6: error message "Invalid MIT-MAGIC-COOKIE-1 key" not 
followed by a newline character
#  * https://gitlab.freedesktop.org/xorg/lib/libxcb/-/issues/34
#  * remote status changed: opened -> closed
#  * closed upstream
tags 914949 + fixed-upstream
usertags 914949 - status-opened
usertags 914949 + status-closed

thanks



Processed: affects 798408

2021-10-04 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> affects 798408 src:avogadrolibs
Bug #798408 [libgles2-mesa-dev,libglew-dev,libqt5gui5] [arm] libgles2-mesa-dev 
and libglew-dev disagree over GLsizeiptr
Added indication that 798408 affects src:avogadrolibs
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
798408: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798408
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems