mythbuntu-bugs team mailing list archive

[Ricardo Salveti <rsalveti@xxxxxxxxxxxx>]

On Thu, May 5, 2011 at 8:28 AM, Scott Kitterman <ubuntu@xxxxxxxxxxxxx> wrote:
> Here's the feedback from the Debian pyside maintainer.  It seems
> reasonable to me.  Comments?
>
> [07:12:34] <ScottK> OdyX: Would you please have a look at https://bugs.launchpad.net/ubuntu/+source/pyside/+bug/707794 and consider including https://launchpadlibrarian.net/70829859/pyside_1.0.1-1ubuntu0.1.debdiff in your next upload (obviously the changelog entry doesn't work for Debian)?
> [07:14:28] <OdyX> ScottK: will do, thanks for the heads'up.
> [07:14:36] <ScottK> Great.  Thanks.
> [07:25:38] <OdyX> ScottK: huh, no… This patch is no-op (AFAIK, on Debian at least), as mesa-common-dev is already pulled in, B-D on libqt4-opengl-dev > libgl1-mesa-dev > mesa-common-dev .
> [07:25:46] <OdyX> Did Ubuntu break this chain ?
> [07:26:10] <ScottK> OdyX: "Changed".  We switched from GL to GLES in Qt on armel.
> [07:26:34] <ScottK> So it's a no-op for Debian and fixes an actual problem in Ubuntu.
> [07:26:52] <OdyX> ScottK: then requiring PySide to explicitely B-D on mesa-common-dev is wrong (IMHO), it must be done in the libqt4-opengl-dev package.
> [07:27:45] <ScottK> OdyX: Makes sense.  I'll take it up with the people making that recommendation.  Thanks.

It's not wrong, as Qt could be compiled with GL or GLES backend, and
it we can't rely on it to bring the GL headers in both situations.

Also, it doesn't make sense to change the libgles2-mesa-dev package to
depend on libgl1-mesa-dev, as it's not needed. And we can also have
the case where you want to build using some vendor's GLES drivers,
that provides libgles2-dev (libqt4-opengl-dev depends on
libgles2-mesa-dev | libgles2-dev).

After looking again it seems for me that upstream is just wrong
assuming Qt will have OpenGL support if it can find gl.h in the
system. It seems that it should just rely on
HAS_QT_MODULE(QT_QTOPENGL_FOUND QtOpenGL), or at least check both gl.h
and egl.h if it's really needed.

Will discuss with upstream to see what is the preferred fix, meanwhile
we can remove the mesa relation with this bug.


** Changed in: mesa (Ubuntu)
       Status: New => Invalid

** Changed in: mesa (Ubuntu Natty)
       Status: New => Invalid

-- 
You received this bug notification because you are a member of Mythbuntu
Bug Team, which is subscribed to mythtv in Ubuntu.
https://bugs.launchpad.net/bugs/707794

Title:
  libqt4-opengl on armel should be compiled with OpenGL ES 2.x support

Status in “avogadro” package in Ubuntu:
  Won't Fix
Status in “clementine” package in Ubuntu:
  Triaged
Status in “kdeartwork” package in Ubuntu:
  Fix Released
Status in “kdeedu” package in Ubuntu:
  Fix Released
Status in “kdegames” package in Ubuntu:
  Fix Released
Status in “kipi-plugins” package in Ubuntu:
  Fix Released
Status in “koffice” package in Ubuntu:
  Fix Released
Status in “mesa” package in Ubuntu:
  Invalid
Status in “mythtv” package in Ubuntu:
  Fix Released
Status in “phonon-backend-gstreamer” package in Ubuntu:
  Fix Committed
Status in “pyside” package in Ubuntu:
  Triaged
Status in “qt4-x11” package in Ubuntu:
  Fix Released
Status in “qwtplot3d” package in Ubuntu:
  Confirmed
Status in “avogadro” source package in Natty:
  Won't Fix
Status in “clementine” source package in Natty:
  Triaged
Status in “kdeartwork” source package in Natty:
  Fix Released
Status in “kdeedu” source package in Natty:
  Fix Released
Status in “kdegames” source package in Natty:
  Fix Released
Status in “kipi-plugins” source package in Natty:
  Fix Released
Status in “koffice” source package in Natty:
  Fix Released
Status in “mesa” source package in Natty:
  Invalid
Status in “mythtv” source package in Natty:
  Fix Released
Status in “phonon-backend-gstreamer” source package in Natty:
  Fix Committed
Status in “pyside” source package in Natty:
  Triaged
Status in “qt4-x11” source package in Natty:
  Fix Released
Status in “qwtplot3d” source package in Natty:
  Confirmed

Bug description:
  Qt supports having the opengl library compatible with OpenGL and
  OpenGL ES 2.x (you can chose during build time), but currently it's
  compiled with OpenGL support on all architectures.

  As on ARM we only have accelerated OpenGL ES drivers, it'd be good if
  we could change the qt4-x11 packaging to use OpenGL ES on ARM by
  default, and continue using OpenGL at all other architectures.