Icons appear to be too big (much bigger than the associated text).
I don't think this is intentional. VLC 2.x didn't have such a problem.

I've attached a screenshot of a part of the main window.

Just in case this matters, the configured Xft.dpi is 132, and I can
see in ".config/vlc/vlc-qt-interface.conf", in particular:

[FullScreen]
pos=@Point(1200 1732)
screen=@Rect(0 0 3200 1800)
wide=false

[MainWindow]
QtStyle=System's default
adv-controls=0
bgSize=@Size(100 30)
pl-dock-status=true
playlist-visible=true
playlistSize=@Size(600 300)
status-bar-visible=false

If you think this is wrong, I encourage you to discuss this with upstream. Their
bug tracker is at https://trac.videolan.org/vlc.

Cheers

Control: reassign -1 libqt5core5a 5.9.2+dfsg-6
Control: forwarded -1 https://bugreports.qt.io/browse/QTBUG-53022
Control: severity -1 normal
Control: tags -1 = upstream

It seems to be a Qt bug (maybe related to QTBUG-53022). Fedora seems to carry a
patch for that (https://bugzilla.redhat.com/show_bug.cgi?id=1381828).

Cheers

… and QT_AUTO_SCREEN_SCALE_FACTOR=0 seems to a workaround.

Cheers

Control: retitled -1 Qt 5: HiDPI scaling is broken

I confirm. And this also fixes font size, e.g. for the menus (the font
was smaller than the one in the Gtk apps).

This also avoids bug 884953 with the nVidia driver.

Interesting. I'm currently trying to find the Fedora patch. Sadly I do
not have any HiDPI monitor to test this.

On 16 February 2018 at 11:26, Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com> wrote:

Which is https://src.fedoraproject.org/rpms/qt5-qtbase/blob/master/f/qtbase-hidpi_scale_at_192.patch

I'll see to add it.

We believe that the bug you reported is fixed in the latest version of
qtbase-opensource-src, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 884956@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Lisandro Damián Nicanor Pérez Meyer <lisandro@debian.org> (supplier of updated qtbase-opensource-src package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Fri, 16 Feb 2018 12:11:28 -0300
Source: qtbase-opensource-src
Binary: libqt5core5a libqt5gui5 qt5-gtk-platformtheme libqt5network5 libqt5opengl5 libqt5sql5 libqt5sql5-mysql libqt5sql5-odbc libqt5sql5-psql libqt5sql5-sqlite libqt5sql5-tds libqt5sql5-ibase libqt5xml5 libqt5dbus5 libqt5test5 libqt5concurrent5 libqt5widgets5 libqt5printsupport5 qtbase5-dev qtbase5-private-dev libqt5opengl5-dev qtbase5-dev-tools qt5-qmake-bin qt5-qmake qtbase5-examples qt5-default qtbase5-doc qtbase5-doc-html
Architecture: source
Version: 5.9.2+dfsg-11
Distribution: unstable
Urgency: medium
Maintainer: Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>
Changed-By: Lisandro Damián Nicanor Pérez Meyer <lisandro@debian.org>
Description:
 libqt5concurrent5 - Qt 5 concurrent module
 libqt5core5a - Qt 5 core module
 libqt5dbus5 - Qt 5 D-Bus module
 libqt5gui5 - Qt 5 GUI module
 libqt5network5 - Qt 5 network module
 libqt5opengl5 - Qt 5 OpenGL module
 libqt5opengl5-dev - Qt 5 OpenGL library development files
 libqt5printsupport5 - Qt 5 print support module
 libqt5sql5 - Qt 5 SQL module
 libqt5sql5-ibase - Qt 5 Firebird database driver
 libqt5sql5-mysql - Qt 5 MySQL database driver
 libqt5sql5-odbc - Qt 5 ODBC database driver
 libqt5sql5-psql - Qt 5 PostgreSQL database driver
 libqt5sql5-sqlite - Qt 5 SQLite 3 database driver
 libqt5sql5-tds - Qt 5 FreeTDS database driver
 libqt5test5 - Qt 5 test module
 libqt5widgets5 - Qt 5 widgets module
 libqt5xml5 - Qt 5 XML module
 qt5-default - Qt 5 development defaults package
 qt5-gtk-platformtheme - Qt 5 GTK+ 3 platform theme
 qt5-qmake  - Qt 5 qmake Makefile generator tool
 qt5-qmake-bin - Qt 5 qmake Makefile generator tool — binary file
 qtbase5-dev - Qt 5 base development files
 qtbase5-dev-tools - Qt 5 base development programs
 qtbase5-doc - Qt 5 base documentation
 qtbase5-doc-html - Qt 5 base HTML documentation
 qtbase5-examples - Qt 5 base examples
 qtbase5-private-dev - Qt 5 base private development files
Closes: 884956
Changes:
 qtbase-opensource-src (5.9.2+dfsg-11) unstable; urgency=medium
 .
   * Add Martin Briza's hidpi_scale_at_192.diff to solve wrong HiDPI scalling
    (Closes: #884956). Thanks Fedora guys!
Checksums-Sha1:
 afff8769ac51a960976413e0166131440a0ae9a0 5070 qtbase-opensource-src_5.9.2+dfsg-11.dsc
 a92a334fdbc7f5054bf6b4289bcfab4475619c04 223212 qtbase-opensource-src_5.9.2+dfsg-11.debian.tar.xz
 2ca5a61f023dbb2e3cd42b420e626fe3b565baae 6216 qtbase-opensource-src_5.9.2+dfsg-11_source.buildinfo
Checksums-Sha256:
 bc214f4fd95c74681065310bb547037717cfc098a624dbda6ed1363854a6e37a 5070 qtbase-opensource-src_5.9.2+dfsg-11.dsc
 e4e057bda1f9d78d4aab37af66148009b51696b35fd55b307443b34b0a1ba518 223212 qtbase-opensource-src_5.9.2+dfsg-11.debian.tar.xz
 a8366597197991bfdb49a43e79fbd2467103e94781b83245bff1a91aa5d58a64 6216 qtbase-opensource-src_5.9.2+dfsg-11_source.buildinfo
Files:
 9d117170fdaceea78b356a696c7c2374 5070 libs optional qtbase-opensource-src_5.9.2+dfsg-11.dsc
 9523528a47b8c70bd306044ad46920b2 223212 libs optional qtbase-opensource-src_5.9.2+dfsg-11.debian.tar.xz
 58c3a17342618435ff9315dff06c369a 6216 libs optional qtbase-opensource-src_5.9.2+dfsg-11_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQJIBAEBCAAyFiEEEt36hKwjsrvwSzE8q2RfQGKGp9AFAlqG9SYUHGxpc2FuZHJv
QGRlYmlhbi5vcmcACgkQq2RfQGKGp9Aqcg/+MGT3iHgadQkpanD759mSVAE4fB4E
OT6/OZtuPksF/0u+xonE7h9K6DUafDei8NhpzD3i17jcF8K+HhD2h5GozKnQYTp5
TiThCIp7FixBtLXxkNkxecXZzXH3V+8UT9D6l1CZMHFHisopbuI2O/gzTVKvZNpD
mX00omXqbfdfy3mgDpo5C9zGH21pL+hBZ0fAa/mCFZ6vHCP9qY6habwQPRubRHrW
PpvKijiAmrNGytvuDdAYPDcPHx788HpG9keuMhMkDhX9CTWyptmXMKkKRGbQVlrB
7DO39zOxKhEpdEu7FZ15Iib3U6unSVNP16Wn9Pj8tG/F8XJbnNyH4axNAgwpWGoI
VL+HeUhpImtsSaY75/UXwucUgkBRdsqHC1lu8k1SqgfW5V0niqxzObMWTv/wjoPk
r55HWX7uWMgkgR8AB66imlKvkT2oyWekOvNCfXwSLnMtItM9o8V4Ni+4UwYmmGXw
9rddBs3n0w2wzrRA8XNiRFafHs4lpbqF/iEtlt/bwBam+T2F3dSqsS7lzFx4fLJz
aSELzCZ8ztaV2eKTPoDaxcpQrehmbaxxAbTcMdUsVh3F/WF2x4BI+6X2/W/RwfI5
NCC0aKkJgb/Op0+OBBVJ+4gFusgrnXblmxuJBLtVnsIMrTbOxmDgxWEodmplVFNM
TIciOhmsjUL5aMc=
=iakb
-----END PGP SIGNATURE-----

This "fix" broke HIDPI scaling for me.

Looking at the patch, this patch is just broken. Rounding up to
nearest is correct, because it means if you have a scale factor of
1.9999 you end up with 2. With the patch applied, it scales to 1, which
is nonsense.

What the heck are you doing? Really?

Control: reopen -1
Control: found -1 5.9.2+dfsg-12

It doesn't seem to have any effect for me. At least the icons are
still very big compared to the text.

El 16 feb. 2018 10:21 p.m., "wm4" <nfxjfg@googlemail.com> escribió:

This "fix" broke HIDPI scaling for me.

Looking at the patch, this patch is just broken. Rounding up to
nearest is correct, because it means if you have a scale factor of
1.9999 you end up with 2. With the patch applied, it scales to 1, which
is nonsense.

What the heck are you doing? Really?


Trying to solve user's bugs. Really.

Trying to fix bugs which I can't even reproduce. Really.

Trying to make the world a little bit better by using my free time to
package free software, really.

And really really demotivated by users who think I'm his employee. Really.

El 17 feb. 2018 8:30 a.m., "Vincent Lefevre" <vincent@vinc17.net> escribió:

Control: reopen -1
Control: found -1 5.9.2+dfsg-12

It doesn't seem to have any effect for me. At least the icons are
still very big compared to the text.


Thanks for the feedback. It seems I'll need to revert the patch then.

Well, your attempt to fix a bug just caused another bug, and didn't
seem to fix the original bug either. I'm sorry if my reaction was too
strong, but right now every new Qt program I start is unusable, and
Debian doesn't provide an easy way to rollback, or even building all
the Qt packages with the patch removed. It's a big inconvenience. It's
not the first time that Debian makes things worse by randomly applying
half-baked patches either.

(Also, in this case, from a distro which most likely cares about making
Qt behave like Qt only, rather than any kind of real fix. Desktop
environments other than Gnome are left broken.)

As if HIDPI configuration on Linux weren't already hard enough.

El domingo, 18 de febrero de 2018 13:06:36 -03 wm4 escribió:
[snip]

That happens.

It was, and apologize accepted. Try to remember we maintainers are not
employees, but people trying to help. Be polite with us.

qtbase 5.9.1-12 is only available in unstable. Unstable is the place when
things like this *can* happen. So if you think this is really an inconvenience
please use testing, not unstable.

By the way the patch solved the issue for the users of at least two other
distros, so it's reall ynot half-baked. Yes, there is the chance that it might
not work everywhere, as you discovered.

But now that we are on this please check this bug log and see if the
workaround works for you with this patch. I would test it, but I'm far from
having a HiDPI monitor.

Thanks, Lisandro.

I've been digging around and:

- One user (wm4, CCed) reported that the fix broke his setup. wm4: can you
please test -12 with a new user without any change to any setup?

- One user that did not see any change (Vincent, CCed).

- One user and fellow developer Dmitry (auto CCed) which found that for him
-12 works better than -10. He also tested that using

  QT_AUTO_SCREEN_SCALE_FACTOR=0

makes VLC work as -12 without that variable set in both -10 or -12, meaning
that the patch indeed helps him.

wm4, Vincent: can you try setting QT_AUTO_SCREEN_SCALE_FACTOR=0 ? mw4: in your
case I would like you to test in your normal user and in the new user I asked
you about above.

I acknowledge that the bug is still there, but as long as we do not have
strong evidence that it backfires for most people we will keep it around until
upstream finds a proper fix.

Cheers, Lisandro.

Like Lisandro already pointed out, there's testing if you use sid.
But there is always http://snapshot.debian.org which allows you to go back to
any version ever uploaded to Debian (at least since a couple of years).

No combination of these environment variables restores behavior. Please
unbreak this.

El 19 feb. 2018 4:15 a.m., "wm4" <nfxjfg@googlemail.com> escribió:
him
meaning
your
asked
until

No combination of these environment variables restores behavior. Please
unbreak this.


That's totally strange because that environment variable is supposed to
override that value. Have you tried by creating a new user?

On Mon, 19 Feb 2018 07:54:11 -0300 Lisandro Damián Nicanor Pérez Meyer <perezmeyer@gmail.com> wrote:

Yeah, that is strange. I didn't create a new user, because that would
change nothing. I made sure to override all environment variables for
the test. I can't test anymore because after fighting Debian's
absolutely crappy package manager to make it downgrade to testing's
Qt packages, it works again. (And I'll defend my word choice "crappy".
Why can't it figure out transitive dependencies? It's just bad.
aptitude didn't behave better.)

QT_AUTO_SCREEN_SCALE_FACTOR=0 works with -12, just like with -10.

I suspect that different behaviors are due to the fact that among
HiDPI cases, screen sizes, DPI's, etc. are different.

The patch consisted in truncating instead of rounding to nearest,
so that it might have solved the problem for users where the
real factor was between 1.5 and 2, thus changed from 2 to 1
when converted to integer, 1 meaning no HiDPI (for which there
are no issues) if I understand correctly.

I suppose that my real factor is between 2 and 2.5, so that truncating
gives the same result as rounding to nearest. Hence the same behavior.

I don't know what broke for wm4. "With the patch applied, it scales
to 1, which is nonsense." is not very meaningful. This is what happens
for low DPI, for which no issues have been reported.

On Mon, 19 Feb 2018 12:10:02 +0100 Vincent Lefevre <vincent@vinc17.net> wrote:

Maybe I wasn't clear enough, but I have a HiDPI screen, with a scale
factor (as reported by X11) of approximately 1.9. With -12, it reduced
the sizes of windows and GUI elements by half, and no combination of
environment variables made it scale correctly. I suspect there's some
other scaling factoring in somewhere, which somehow controls font sizes.
Now I'm back to -10 (testing), and I won't upgrade it until the patch
is reverted, so no new tests by me.

IMHO, dependency resolution would not work well (or even not at all)
for downgrades. Getting all the installed package from the same source
package (here, qtbase-opensource-src) could make things easier for
downgrades.

On Mon, 19 Feb 2018 12:26:54 +0100 Vincent Lefevre <vincent@vinc17.net> wrote:
application packages as preparation for downgrading. Then I installed
the downgraded Qt packages. Then I wanted to reinstall an application
package. But it showed dozens of errors like this:

 package1 : Depends: package2 (>= version) but it is
 not going to be installed

It turns out the resolution was removing/downgrading just 1 or 2
packages (not package1 or package2) that transitively blocked
installing package2. Not even aptitude after crunching on it for
minutes could come up with the resolution. I'd really expect better.

I don't get why Debian has to split everything into thousands of
packages either, when everything depends on everything anyway.

Sorry for off-topic.

El lunes, 19 de febrero de 2018 08:04:24 -03 wm4 escribió:
[snip]

*Too* strange. According to src/gui/kernel/qhighdpiscaling.cpp:

    2) Per-screen scale factors
        Some platform plugins support providing a per-screen scale
        factor based on display density information. These platforms
        include X11, Windows, and Android.

        There are two APIs for enabling or disabling this behavior:
            - The QT_AUTO_SCREEN_SCALE_FACTOR environment variable.
            - The AA_EnableHighDpiScaling and AA_DisableHighDpiScaling
              application attributes

        Enabling either will make QHighDpiScaling call
QPlatformScreen::pixelDensity()
        and use the value provided as the scale factor for the screen in
        question. Disabling is done on a 'veto' basis where either the
        environment or the application can disable the scaling. The intended
use
        cases are 'My system is not providing correct display density
        information' and 'My application needs to work in display pixels',
        respectively.

And efectively the code does that in usePixelDensity() from the same code.
QPlatformScreen::pixelDensity() in X11 is implemented by
src/plugins/platforms/xcb/qxcbscreen.cpp, which is the file that the patch
touches.

So the fact that the env variable "does not changes things" for you is really
really strange.

Let's also look at the patch:

-    m_pixelDensity = qMax(1, qRound(dpi/96));
+    m_pixelDensity = qMax(1, (int) (dpi/96));

The first line is the original code. The only way I see this could work for
you in -10 but not in -12 is that (dpi/96) > 2.

Please tell me which exact branch and model of monitor you have please, so I
can check this value.

OK, but don't complain later if things do not work out for you.

And this behavior makes me want to avoid helping you any further. So if you
really value our work and are willing to help, please stop with this.

[...]

I think that wm4 just means that everything is too small.
So this actually does not break anything and is the expected
behavior.

FYI,

  QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2 vlc

also yields a valid rendering with everything scaled by a factor 2
(wm4, doesn't this solve your issue?).

The issue is that *without* QT_AUTO_SCREEN_SCALE_FACTOR=0, the
text and the icons are not scaled with the same factor.

Not everything is in the environment variables. There are also
user config files, which might matter even when they shouldn't
(let's recall that we are talking about bugs).

If there are still problems and you don't want to create a new user,
try at least something like (with a correct path):

$ mkdir /path/to/newhome
$ HOME=/path/to/newhome QT_AUTO_SCREEN_SCALE_FACTOR=0 vlc

(possibly with other environment settings).

I didn't say it didn't change anything. I just couldn't make it do the
right thing. In fact, even with -10, QT_AUTO_SCREEN_SCALE_FACTOR=0 will
break it, probably in a similar way like with -12. If that env var is
set, QT_SCALE_FACTOR=1 will make the window too small, and
QT_SCALE_FACTOR=2 will make it too big. So either way, something else
must factor into this, but I didn't check the code.

The effects with -10 are as follows:

  QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=1:

     Window and UI elements like scrollbars are too small. The font
     size is correct. Fonts and icons have the correct size.

  QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=2:

     Window and UI elements have correct size, but fonts and symbols
     are scaled 4 times (!!!?).

  QT_AUTO_SCREEN_SCALE_FACTOR=1 (QT_SCALE_FACTOR unset):

     Everything looks correct, apparently scaling 2x compared to HiDPI
     disabled.

  QT_AUTO_SCREEN_SCALE_FACTOR=1 QT_SCALE_FACTOR=1:

     Same as previous.

  QT_AUTO_SCREEN_SCALE_FACTOR=1 QT_SCALE_FACTOR=2:

     Looks correct, except it scales 4x instead of 2x, so everything
     has double the size it should have.

xdpyinfo contains:

  dimensions:    3840x2160 pixels (530x301 millimeters)
  resolution:    184x182 dots per inch

Assuming Qt computes the dpi value the same way, that makes dpi/96
approximately 1.9. (int)1.9 is 1, qRound(1.9) is 2. I'm not sure why
you're arguing with something about "> 2".

Now I don't even know if that specific patch caused the bug, since
apparently there were other Qt builds between -10 and -12, but it seems
like a rather likely candidate.

What environment variable or config setting do you suppose could have
influence that a new user would remove? I set these environment
variables for my whole system anyway _and_ I tested with overwriting
their values locally from the terminal. Also before you suspect I'm
unable to set environment variables correctly: setting them certainly
had an effect.

Anyway, as it was just suggested, I also tried with setting HOME to
something else, and the result was the same.

Depends if you find it unreasonable whether a user gets angry about
having to sink time into making a distro maintainer to revert a patch
(that was apparently never accepted in upstream Qt), that was applied as
trial&error for fixing a bug, and which wasn't reverted even after it
turned out that it 1. caused regressions for other users, and 2. didn't
fix the original bug.

It seems the broken Qt build has reached testing. So much for testing
being better for stability. I wants to upgrade from 5.9.2+dfsg-10 to
5.9.2+dfsg-12.

If you want stability you should use Debian Stable.

If you want to use Testing or Sid, you should expect that things can break
*and* be able to cope with that. If you're not yet there, but willing to
learn, there are resources for that (#debian-next f.e.) and you should learn
your way around your package manager. If you don't want to upgrade to -12, you
hold your packages at -10, it really isn't that hard.

Whining surely isn't helping anyone.

Hi,

VLC 3.0.1 has been released recently. There is interesting note in its [changelog]:
...
Qt Interface:
 * Improve scaling on HiDPI displays
...

Try this new version of VLC please to check if the bug is still reproducible.

[changelog] http://git.videolan.org/?p=vlc/vlc-3.0.git;a=blob;f=NEWS;hb=399713b542d29c81300d23a657fd2ec22bc927b6

Best wishes,
Boris

Control: found -1 3.0.1-1

I haven't seen any change.

I wonder which patch it is. I've only seen:

http://git.videolan.org/?p=vlc/vlc-3.0.git;a=commitdiff;h=8f05b289e0f3efd3ac0aebf28c6f80a552d91dd8

but it is previous to the 3.0.0 release and seems to concern window
resize only.

(This is a Qt bug, so removing incorrect found version.)

This change only affects the Windows build where vlc upstream patches Qt to fix
some HiDPI issues.

Cheers

Hello,

Bug #884956 in qtbase-opensource-src reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:

https://salsa.debian.org/qt-kde-team/qt/qtbase/commit/c4ce48d999a05317c281d3746b5f82316ae47fc3
------------------------------------------------------------------------
Replace hidpi_scale_at_192.diff with the applied upstream version.

Closes: #884956.

------------------------------------------------------------------------

(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/884956

We believe that the bug you reported is fixed in the latest version of
qtbase-opensource-src, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 884956@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Dmitry Shachnev <mitya57@debian.org> (supplier of updated qtbase-opensource-src package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Wed, 02 May 2018 20:50:22 +0300
Source: qtbase-opensource-src
Binary: libqt5core5a libqt5gui5 qt5-gtk-platformtheme libqt5network5 libqt5opengl5 libqt5sql5 libqt5sql5-mysql libqt5sql5-odbc libqt5sql5-psql libqt5sql5-sqlite libqt5sql5-tds libqt5sql5-ibase libqt5xml5 libqt5dbus5 libqt5test5 libqt5concurrent5 libqt5widgets5 libqt5printsupport5 qtbase5-dev qtbase5-private-dev libqt5opengl5-dev qtbase5-dev-tools qt5-qmake-bin qt5-qmake qtbase5-examples qt5-default qtbase5-doc qtbase5-doc-html
Architecture: source
Version: 5.10.1+dfsg-6
Distribution: unstable
Urgency: medium
Maintainer: Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>
Changed-By: Dmitry Shachnev <mitya57@debian.org>
Description:
 libqt5concurrent5 - Qt 5 concurrent module
 libqt5core5a - Qt 5 core module
 libqt5dbus5 - Qt 5 D-Bus module
 libqt5gui5 - Qt 5 GUI module
 libqt5network5 - Qt 5 network module
 libqt5opengl5 - Qt 5 OpenGL module
 libqt5opengl5-dev - Qt 5 OpenGL library development files
 libqt5printsupport5 - Qt 5 print support module
 libqt5sql5 - Qt 5 SQL module
 libqt5sql5-ibase - Qt 5 Firebird database driver
 libqt5sql5-mysql - Qt 5 MySQL database driver
 libqt5sql5-odbc - Qt 5 ODBC database driver
 libqt5sql5-psql - Qt 5 PostgreSQL database driver
 libqt5sql5-sqlite - Qt 5 SQLite 3 database driver
 libqt5sql5-tds - Qt 5 FreeTDS database driver
 libqt5test5 - Qt 5 test module
 libqt5widgets5 - Qt 5 widgets module
 libqt5xml5 - Qt 5 XML module
 qt5-default - Qt 5 development defaults package
 qt5-gtk-platformtheme - Qt 5 GTK+ 3 platform theme
 qt5-qmake  - Qt 5 qmake Makefile generator tool
 qt5-qmake-bin - Qt 5 qmake Makefile generator tool — binary file
 qtbase5-dev - Qt 5 base development files
 qtbase5-dev-tools - Qt 5 base development programs
 qtbase5-doc - Qt 5 base documentation
 qtbase5-doc-html - Qt 5 base HTML documentation
 qtbase5-examples - Qt 5 base examples
 qtbase5-private-dev - Qt 5 base private development files
Closes: 884956 886400
Changes:
 qtbase-opensource-src (5.10.1+dfsg-6) unstable; urgency=medium
 .
   [ Simon Quigley ]
   * Add my name to Uploaders.
 .
   [ Dmitry Shachnev ]
   * Backport upstream patch to fix loading OpenGL library in the GLX
     integration plugin (closes: #886400).
   * Replace hidpi_scale_at_192.diff with a version that has been applied
     upstream (closes: #884956).
   * Update symbols files from buildds’ logs.
   * Bump qttools5-dev-tools (indep-)build-dependency to 5.10.1.
   * Bump Standards-Version to 4.1.4, no changes needed.
Checksums-Sha1:
 7585d67a67e89d0a86376405db5cef07a47993e7 5052 qtbase-opensource-src_5.10.1+dfsg-6.dsc
 cfc8167f1c3f06fcf63701a53c6b52d1ca31ccad 226028 qtbase-opensource-src_5.10.1+dfsg-6.debian.tar.xz
 6f057d0b4fa0930691a52dceb959c461e82572bc 9329 qtbase-opensource-src_5.10.1+dfsg-6_source.buildinfo
Checksums-Sha256:
 5a29ec693024b7cbca81cc5c0f59341177059a3b4ebba22ecd7c3916e04aba12 5052 qtbase-opensource-src_5.10.1+dfsg-6.dsc
 3b2c97994f332508b57464922d052f3939aa4828e517d6238b5be8e2eb17dc26 226028 qtbase-opensource-src_5.10.1+dfsg-6.debian.tar.xz
 1ab8d632fdcc94b5838f4b34dc13a60f2ae27b74da8c8df56149243a57e4a3be 9329 qtbase-opensource-src_5.10.1+dfsg-6_source.buildinfo
Files:
 add55df2cfd18be5055b0cac0c5030ab 5052 libs optional qtbase-opensource-src_5.10.1+dfsg-6.dsc
 8318f40d88951d6f9c399fb83463fede 226028 libs optional qtbase-opensource-src_5.10.1+dfsg-6.debian.tar.xz
 814dd9b03c95a76a27acb4d96441e1c5 9329 libs optional qtbase-opensource-src_5.10.1+dfsg-6_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQJHBAEBCgAxFiEEbEPcK+5mZmLK5jNU1v5xA2P4XdMFAlrp+/sTHG1pdHlhNTdA
ZGViaWFuLm9yZwAKCRDW/nEDY/hd09C5EACA2pCsFBCIKGi/Oat5Xmbt+qD7vrpQ
a+RsJUwPyxmduWxoERKXW3s4QHpGYJKeR691cvaeBFgpJtQWdjfW/IVM662M/Bby
PuKwiRJn7T6jOGdxH6tGgey7jGqUNAtTw8fKDx+phFx+FQfHZD6e20hPymRxx55X
sOIgbGOl4GAyiaXvjGhPMX2LKDEedbqlZsgWEeipXO8bJqhqa5YOhs97BE+WZenq
f+p8IWOGVpthlANaEdv8IxOA66lwRhBvF7LPDmjPGzybRQUVYIWkW711rGTnoRn+
6857E9Jg0Tpn8hRBpgprh8WKxtSD7YaT2IxwRDd9h9+FiHY1JY7tMkrDEppJdI0B
BosSt87vSz+PAAMVxdBGE/trEhCd70Qvy5CWjfl4fWSunYsuG14BRjb7cejTPDq5
W3dM3Fw1Dk431tbn4UAMrgqMLfAujvwNt8GxNHdgj0W9mf5OtJncFf5UbD8AovaS
zyR4xDhaMAjRBhsfIo7Hor8m7PbcUhUP3VWxCh1T1DkvguJ+O1nfn5FedX/vJipI
aiGkoO7yzUk9cfcID/KSTBeUvbFoJ9rnOUWuQErwwhal6t+6jaqp9mbHNR0rlGv7
mKJ7kjj8QJz/hAsHAY5H10vVbYwcMGG7L+C6eTOhlF6xzdiB+m3YMkjxKgdvrt6z
6FuQDi59XYqXvg==
=utd+
-----END PGP SIGNATURE-----

The bug is still there. The upgrade of the qtbase-opensource-src
packages to 5.10.1+dfsg-6 had no effect.

Hello,

Bug #884956 in qtbase-opensource-src reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:

https://salsa.debian.org/qt-kde-team/qt/qtbase/commit/c4ce48d999a05317c281d3746b5f82316ae47fc3
------------------------------------------------------------------------
Replace hidpi_scale_at_192.diff with the applied upstream version.

Closes: #884956.

------------------------------------------------------------------------

(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/884956

Hi Vincent and all!

Can you please check if this is still an issue with qtbase 5.11.2+dfsg-4?

There have been some upstream changes in 5.11.x, plus I have backported
this commit [1] which may make things better.

[1]: https://code.qt.io/cgit/qt/qtbase.git/commit/?id=5e6bbbc1b86905c4

Control: found 884956 5.11.3+dfsg1-4
Control: tags 884956 fixed-upstream

Sorry for the last reply. After unsetting QT_AUTO_SCREEN_SCALE_FACTOR,
the bug still occurs in Debian/unstable.

The bug has been fixed upstream a couple of days ago, but I haven't
tested.

Hi Vincent!

El dom., 15 sep. 2019 08:09, Vincent Lefevre <vincent@vinc17.net> escribió:

It has been fixed in 5.14, so it will take some time to get into unstable.
According to what I read the changes are many so I highly doubt or would be
backportable.

In any case, the workaround is sufficient for me. A backport would
probably be not useful enough and too risky.

Please read the attachment carefully.


“你为什么会这么说？”我不解地问。
“我想让纽约多点人情味，”他答道，“唯有这样，我城市才有救。”
“靠你一个人的力量怎能办得到？”
“我只是起带头作用。我相信一句小小的赞美能让那位司机整日心情愉快，如果他今天载了20位乘客，他就会对这20位乘客态度和善，而这些乘客受发司机的感染，也会对周围的人和颜悦色。这样算来，我的好意可间接传达给1000多人，不错吧？”

也许你已听说过这么一个故事。
约翰是一个独特的不同寻常的餐馆经理。他的积极人生态度，影响着他周围的人们。他换过几个餐馆，而有几个餐馆待应生都跟着他跳槽。他天生就是个鼓舞者，如果那个雇员心情不好，约翰就会告他怎么看事物的正面。一次，约翰做了一件餐馆人员永远也不会做的事：有一天早上，他忘记了关后门，被三个持枪的强盗拦住了。强盜因为紧张而受了惊吓，对他开了枪。

同样在人际相处时，真诚的关系更为重要。如果一个人接近别人的目的是为了一种自我的完全功利目的，事情在一开始会很不错的发展，但在一段时间后情况就会急转直下，这不用怪别人，要怪就怪自己的问题。

Gail

2020-07-07

...

Hallo guten Abend, ich habe Ihnen gestern eine E-Mail geschickt, aber keine
Antwort, bitte rufen Sie mich an oder antworten Sie dringend

严冬凛冽冷如刀，寒岁后凋君子褒，
壮志凌云天地溥，孤标傲世雪霜高；
长留劲节情相契，且共冰心意自豪，
野径山林欹枕听，清音戛玉足风涛。


注：1.孤标：孤高自赏，傲然一世，比喻人格的傲然不群和不与俗流。
2.冰心：冰心：清洁的心。形容性情淡泊，不求名利。@


...

本周发布的最新数据显示，新西兰房地产市场在整个去年直到最后一个月，都没有放缓的迹象，全国房价季度涨幅达到16年来最高水平，全国各地的房价增长，也都接近创记录水平。这让很多人担心，政府和央行如不尽快行动，新西兰房价飙涨将很难阻止。