Bug#1035985: Built without GLESv2 support causing errors on machines only supporting GLES

[Erik Inkinen]

Hi Lisandro,

I think I misunderstood the Qt documentation myself. It seems the
dynamic GLES support is only available on Windows, but the changes in
qt6 rendering would still minimize the requirements for rebuilt
packages.

It seems that it is only necessary to rebuild libqt6gui6 with
"-DINPUT_opengl=es2". Maybe you could make a new source package for
Qt6 Base on GLES and make it build libqt6gui6 and only it.

For reference, you can take a look at
https://github.com/cutie-shell/qt6-base/tree/feature/bookworm/gles_minimal/debian
. Note that you would need to use a different package name like
libqt6gui6-gles and it should provide and conflict with libqt6gui6.

Kind regards,
Erik Inkinen

Bug#1035985: Built without GLESv2 support causing errors on machines only supporting GLES

[Lisandro Damian Nicanor Perez Meyer]

Hi Erik, Leonardo

On Sun, 4 Jun 2023 22:41:46 -0300 Lisandro Damián Nicanor Pérez Meyer 
 wrote:
[snip]
> > please consider bumping the severity level of #1035985, as it makes
> > Debian unable to use qt on the many embedded platforms, and the next
> > stable will be affected by this for a long time. Is it possible to
> > include the `QT_FEATURE_opengles2` flag before the release? I'm
> > willingly to send a patch if needed.
> 
> I am afraid it was discovered too late in the release process. My plan
> is to test it as soon as Bookworm is released and hopefully get a
> stable pu update. But I can't promise anything.
> 
> Bumping the severity for a feature not discovered in time is a non-go.
> 
> 

I reviewed this bug report. libgles-dev is present in the build, as you can see 
in [0].

[0] 


Moreover, if you grep for "gles" in the build log [1] you will see that both 
libgles1 and libgles2 are present.

[1] 


Or even:

```
-- Performing Test HAVE_GLESv2
-- Performing Test HAVE_GLESv2 - Success
-- Found GLESv2: /usr/include 
```

If I force FEATURE_opengles2=ON I get:

```
CMake Error at cmake/QtBuildInformation.cmake:490 (message):
  Feature "opengles2": Forcing to "ON" breaks its condition:

  NOT WIN32 AND NOT WATCHOS AND NOT QT_FEATURE_opengl_desktop AND 
GLESv2_FOUND

  Condition values dump:

  WIN32 = ""
  WATCHOS = "0"
  QT_FEATURE_opengl_desktop = "ON"
  GLESv2_FOUND = "TRUE"

Call Stack (most recent call first):
  cmake/QtFeature.cmake:281 (qt_configure_add_report_error)
  cmake/QtFeature.cmake:403 (qt_feature_check_and_save_internal_value)
  cmake/QtFeature.cmake:606 (qt_evaluate_feature)
  cmake/QtFeature.cmake:575 (qt_feature_module_end)
  src/CMakeLists.txt:12 (qt_feature_evaluate_features)
```

So, unless I am missing something, it is Qt itself the one not producing OpenGL 
ES 2 support.

Am I missing something here?

Kinds regards, Lisandro.

signature.asc
Description: This is a digitally signed message part.

Bug#1033690: marked as done (Different HiDPI scaling for GTK applications)

[Debian Bug Tracking System]

Your message dated Mon, 5 Jun 2023 08:31:22 -0700
with message-id 

and subject line Re: Different HiDPI scaling for GTK applications
has caused the Debian Bug report #1033690,
regarding Different HiDPI scaling for GTK applications
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.)


-- 
1033690: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033690
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: kde-config-gtk-style
Version: 5.27.2-1
Severity: important
Tags: fixed-upstream, bookworm, sid, experimental

I have a QHD 13' laptop screen, which requires (150-200%) scaling for it
to be usable with any desktop environment (also have an external 4K monitor
that needs similar scaling).
Since upgrading to KDE 5.27.x the GTK application scaling has regressed
(this was working fine in 5.26.x and even in the beta 5.26.90). Qt apps are
correctly scaled but GTK apps are pegged at 100% scaling.
This is a major headache for many users of GTK apps like firefox, gimp,
inkscape, etc on KDE, as the apps look tiny.
This regression was quickly reported upstream:
https://bugs.kde.org/show_bug.cgi?id=466463

A fix has been merged into KDE 5.27.x, and it's slated to be released for
version 5.27.4 (see:
https://invent.kde.org/plasma/kde-gtk-config/-/merge_requests/63)
Please consider allowing KDE 5.27.4 to migrate to testing when it's
available or at least apply this upstream fix to the bookworm package
before release.

Best,
Andres
--- End Message ---
--- Begin Message ---
Version: 5.27.5-2
Tags: fixed

This seems addressed in the latest version in Debian. Closing this bug
report
--- End Message ---

Re: Checksum error in some packages - found problem

[Lisandro Damián Nicanor Pérez Meyer]

Hi!

On Wed, 24 May 2023 at 14:34, Antonio  wrote:
>
> The mystery was discovered: in subdir "/usr/share/doc/" there are
> symlink of different packages that aim for the same directory:

That explains it. Besides you where using experimental...
My gut feeling is: you might find this and many more issues if you use
experimental. Now if you find them in unstable then you should really
filea bug.