Processed: block 874757 with 886533 886534 886535 886536 886537
Processing commands for cont...@bugs.debian.org: > block 874757 with 886533 886534 886535 886536 886537 Bug #874757 [khelpcenter4] please drop transitional package khelpcenter4 874757 was not blocked by any bugs. 874757 was not blocking any bugs. Added blocking bug(s) of 874757: 886535, 886534, 886536, 886533, and 886537 > thanks Stopping processing here. Please contact me if you need assistance. -- 874757: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=874757 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#886542: -qmake -query something is broken
Package: qt5-qmake
Version: 5.9.2+dfsg-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:qsynth
Running "-qmake -query foo" gives an unpleasant error
"***Unknown option -query". It seems that qmake's argument parsing is
position dependent and the insertion of -qtconf breaks the handling.
This issue has been spotted elsewhere already:
https://stackoverflow.com/questions/6592931/building-for-windows-under-linux-using-qt-creator
The easy fix is to special case the -query handling and insert it early.
I checked that doing so still considers the -qtconf and gives query
results for that qt.conf. So this should work.
qsynth still needs to switch to AC_PATH_TOOL to see the issue.
Helmut
diff --minimal -Nru qtbase-opensource-src-5.9.2+dfsg/debian/changelog
qtbase-opensource-src-5.9.2+dfsg/debian/changelog
--- qtbase-opensource-src-5.9.2+dfsg/debian/changelog 2017-12-04
13:31:27.0 +0100
+++ qtbase-opensource-src-5.9.2+dfsg/debian/changelog 2018-01-07
14:44:24.0 +0100
@@ -1,3 +1,10 @@
+qtbase-opensource-src (5.9.2+dfsg-6.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Support -qmake -query something. (closes: #-1)
+
+ -- Helmut Grohne Sun, 07 Jan 2018 14:44:24 +0100
+
qtbase-opensource-src (5.9.2+dfsg-6) unstable; urgency=medium
[ Lisandro Damián Nicanor Pérez Meyer ]
diff --minimal -Nru qtbase-opensource-src-5.9.2+dfsg/debian/qmake-cross-wrapper
qtbase-opensource-src-5.9.2+dfsg/debian/qmake-cross-wrapper
--- qtbase-opensource-src-5.9.2+dfsg/debian/qmake-cross-wrapper 1970-01-01
01:00:00.0 +0100
+++ qtbase-opensource-src-5.9.2+dfsg/debian/qmake-cross-wrapper 2018-01-07
14:42:39.0 +0100
@@ -0,0 +1,5 @@
+#!/bin/sh
+if test "$#" = 2 -a "x$1" = x-query; then
+ exec /usr/lib/qt5/bin/qmake "$@" -qtconf
/usr/lib/@DEB_HOST_MULTIARCH@/qt5/qt.conf
"QMAKE_CC=${CC:-@DEB_HOST_GNU_TYPE@-gcc}"
"QMAKCE_CXX=${CXX:-@DEB_HOST_GNU_TYPE@-g++}"
"QMAKE_LINK=${CXX:-@DEB_HOST_GNU_TYPE@-g++}"
"PKG_CONFIG=@DEB_HOST_GNU_TYPE@-pkg-config"
+fi
+exec /usr/lib/qt5/bin/qmake -qtconf /usr/lib/@DEB_HOST_MULTIARCH@/qt5/qt.conf
"QMAKE_CC=${CC:-@DEB_HOST_GNU_TYPE@-gcc}"
"QMAKCE_CXX=${CXX:-@DEB_HOST_GNU_TYPE@-g++}"
"QMAKE_LINK=${CXX:-@DEB_HOST_GNU_TYPE@-g++}"
"PKG_CONFIG=@DEB_HOST_GNU_TYPE@-pkg-config" "$@"
diff --minimal -Nru qtbase-opensource-src-5.9.2+dfsg/debian/rules
qtbase-opensource-src-5.9.2+dfsg/debian/rules
--- qtbase-opensource-src-5.9.2+dfsg/debian/rules 2017-12-04
13:31:13.0 +0100
+++ qtbase-opensource-src-5.9.2+dfsg/debian/rules 2018-01-07
14:44:18.0 +0100
@@ -261,15 +261,9 @@
> debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/qt5/qt.conf
mkdir -p debian/tmp/usr/bin
- echo "#!/bin/sh" > debian/tmp/usr/bin/$(DEB_HOST_GNU_TYPE)-qmake
- echo "exec /usr/lib/qt5/bin/qmake" \
- "-qtconf /usr/lib/$(DEB_HOST_MULTIARCH)/qt5/qt.conf" \
- 'QMAKE_CC=$${CC:-$(DEB_HOST_GNU_TYPE)-gcc}' \
- 'QMAKE_CXX=$${CXX:-$(DEB_HOST_GNU_TYPE)-g++}' \
- 'QMAKE_LINK=$${CXX:-$(DEB_HOST_GNU_TYPE)-g++}' \
- "PKG_CONFIG=$(DEB_HOST_GNU_TYPE)-pkg-config" \
- '"$$@"' \
- >> debian/tmp/usr/bin/$(DEB_HOST_GNU_TYPE)-qmake
+ sed -e 's/@DEB_HOST_MULTIARCH@/$(DEB_HOST_MULTIARCH)/g' \
+ -e 's/@DEB_HOST_GNU_TYPE@/$(DEB_HOST_GNU_TYPE)/g' \
+ < debian/qmake-cross-wrapper >
debian/tmp/usr/bin/$(DEB_HOST_GNU_TYPE)-qmake
chmod +x debian/tmp/usr/bin/$(DEB_HOST_GNU_TYPE)-qmake
override_dh_auto_install-indep:
Processed: -qmake -query something is broken
Processing control commands: > affects -1 + src:qsynth Bug #886542 [qt5-qmake] -qmake -query something is broken Added indication that 886542 affects src:qsynth -- 886542: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886542 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#886557: okular: Poor rendering
Package: okular Version: 4:17.08.3-2 Severity: important Tags: upstream Dear Maintainer, Since last update of my system (buster/sid) the rendering of Okular is getting pretty ugly. Letters look "pixelised". It looks like a resolution problem : If I zoom the pixelation is still there but represents a lower relative size with respect to the size of the letter. It is specific to okular since evince or other are not concerned. -- System Information: Debian Release: buster/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages okular depends on: ii kio 5.37.0-2 ii libc62.26-2 ii libfreetype6 2.8.1-1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libkf5activities55.37.0-2 ii libkf5archive5 5.37.0-2 ii libkf5bookmarks5 5.37.0-2 ii libkf5codecs55.37.0-2 ii libkf5completion55.37.0-2 ii libkf5configcore55.37.0-2 ii libkf5configgui5 5.37.0-2 ii libkf5configwidgets5 5.37.0-2 ii libkf5coreaddons55.37.0-2 ii libkf5i18n5 5.37.0-2 ii libkf5iconthemes55.37.0-2 ii libkf5itemviews5 5.37.0-2 ii libkf5jobwidgets55.37.0-2 ii libkf5kexiv2-15.0.0 17.08.3-1 ii libkf5kiocore5 5.37.0-2 ii libkf5kiowidgets55.37.0-2 ii libkf5parts5 5.37.0-2 ii libkf5pty5 5.37.0-2 ii libkf5service-bin5.37.0-2 ii libkf5service5 5.37.0-2 ii libkf5textwidgets5 5.37.0-2 ii libkf5wallet-bin 5.37.0-2 ii libkf5wallet55.37.0-2 ii libkf5widgetsaddons5 5.37.0-2 ii libkf5windowsystem5 5.37.0-2 ii libkf5xmlgui55.37.0-2 ii libokular5core7 4:17.08.3-2 ii libphonon4qt5-4 4:4.9.1-3 ii libpoppler-qt5-1 0.61.1-2 ii libqca-qt5-2 2.1.3-1 ii libqmobipocket2 4:17.08.3-2 ii libqt5core5a 5.9.2+dfsg-6 ii libqt5dbus5 5.9.2+dfsg-6 ii libqt5gui5 5.9.2+dfsg-6 ii libqt5printsupport5 5.9.2+dfsg-6 ii libqt5qml5 5.9.2-3 ii libqt5quick5 5.9.2-3 ii libqt5svg5 5.9.2-3 ii libqt5widgets5 5.9.2+dfsg-6 ii libqt5xml5 5.9.2+dfsg-6 ii libspectre1 0.2.8-1 ii libstdc++6 7.2.0-18 ii phonon4qt5 4:4.9.1-3 ii qml-module-org-kde-kirigami 1.1.0-2 ii qml-module-org-kde-kquickcontrolsaddons 5.37.0-2+b1 ii qml-module-qt-labs-folderlistmodel 5.9.2-3 ii qml-module-qtgraphicaleffects5.9.2-2 ii qml-module-qtquick-controls 5.9.2-2 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages okular recommends: ii cups-bsd 2.2.6-4 Versions of packages okular suggests: ii ghostscript9.22~dfsg-1 ii jovie 4:16.08.0-1+b1 ii okular-extra-backends 4:17.08.3-2 ii poppler-data 0.4.8-2 ii texlive-binaries 2017.20170613.44572-8 pn unrar -- no debconf information
Bug#884192: libqt5gui5: X startup hang due to glxinfo in Xsession.d/90qt5-opengl
On Sat, 23 Dec 2017 16:50:45 -0300 Lisandro Damián Nicanor Pérez Meyer wrote: > Vversion: 5.8.0+dfsg-1 > > Karl: please note I'm closing this bug for testing and unstable, as > this is not an issue there, read below. Ok. > On martes, 19 de diciembre de 2017 16:46:48 -03 Karl O. Pinc wrote: [snip] > > > So far this is the first time we hear this > > > inconvinience. > > > > First time I've seen it also. Started when I upgraded from Debian > > Jessie to Debian Stretch. For what it's worth, that's the same > > time my video frame rate dropped to about 1 frame every 2 seconds > > when playing video files with avplay. I've not bothered to debug > > this. My desktop works fine as far as I can tell. Can't say > > what happens with video in a browser, I've ads turned off and not > > tried to view a video at, say, youtube, since the Debian upgrade. > > That's maybe because of the way stuff is being rendered, specially > for Qt5. There are options, see below. > > > > What video card do you have? > > > > > > > Note that my configuration is an X terminal; the glxinfo call > > > > is on the X client. This may have somethig to do with why > > > > glxinfo hangs. > > > > > > Sorry, I did not understand that. But glxinfo needs an X session > > > to work. > > > > This means that I sit in front of a monitor, keyboard, and mouse > > attached to a computer (the X server) attached to a network on the > > other end of which is another computer (the X client) which has a > > CPU and disk and, this is the important part, on which all programs > > are executed. Local CPU for video, running X. Remote CPU, running > > desktop and xterm windows for shell. > > ooh, that's why we never seen it before. Right, this is not very > usual. People tend to use other stuff like X2Go. In theory, I'd like to use xdmx which requires this sort of setup. In practice, I've never gotten around to setting up more than one monitor. > > So, the 90qt5-opengl file is executed on the box with the CPU. > > > > The X client, the remote box, says this for the "lspci -nn" > > output related to video: > > > > 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, > > Inc. [AMD/ATI] RV620 LE [Radeon HD 3450] [1002:95c5] > > > > FYI, the #debian irc judd bot says this about that pciid: > > > > [1002:95c5] is 'RV620 LE [Radeon HD 3450]' from 'Advanced > > Micro Devices, Inc. [AMD/ATI]' with kernel > > modules 'snd-hda-intel', 'radeon' in stretch. See > > also > > http://kmuto.jp/debian/hcl/index.rhtmlx?check=1&lspci=1002:95c\ 5 > > http://wiki.debian.org/ATIProprietary and the > > out-of-tree 'fglrx', 'snd-hda-intel' module. > > > > I poked around some time ago making sure that the X client had > > the video drivers it needs. I thought I succeeded, but never > > use video on that box. Attached is lsmod output from the X client. > > > > On the X server lspci -nn says: > > > > 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom > > Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller > > [8086:a011] > > > > 00:02.1 Display controller [0380]: Intel Corporation Atom > > Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller > > [8086:a012] > > > > I generally use 8086:a011 (but the other is always on). > > > > Judd says this about them: > > > > [16:32:05] [8086:a011] is 'Atom Processor > > D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller' from 'Intel > > Corporation' with kernel modules 'i915', 'snd-hda-intel', > > 'ata-generic' in stretch. See > > also > > http://kmuto.jp/debian/hcl/index.rhtmlx?check=1&lspci=8086:a011 > > > > [16:32:17] [8086:a012] is 'Atom Processor > > D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller' from 'Intel > > Corporation' with kernel modules 'snd-hda-intel', 'ata-generic' in > > stretch. See also > > http://kmuto.jp/debian/hcl/index.rhtmlx?check=1&lspci=8086:a012 > > > > Never did look at the video drivers on the X server. I seem to have > > video so haven't bothered. > > > > (I keep thinking I'll get some more X servers and monitors and run > > xdmx but I've never gotten around to it.) > > If I understand correctly the video card is not relevant on the > server side, as stuff will be rasterized in the client. And possibly > using software instead of hardware. > > Anyways you are better of by just removing the script. You might also > want to try the render2d plugin, see > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850705 > > The package should be available at http://snapshot.debian.org/package/ > qtdeclarative-render2d-opensource-src/ > > In newer Qt versions it's integrated in qtbase and the script you > mention is gone, so closing for versions in testing/unstable. > > For stable I think this is a wontfix, as this is a special edge case, > but itshould be fixed by removing the script and maybe using the > above mentioned plugin. > > Please do not heasitate in tel
Bug#886608: qttools5-dev-tools: QWebEngineView in QtDesigner
Package: qttools5-dev-tools Version: 5.9.2-4 Severity: minor QWebKit was removed in Qt 5.6. So QWebView is no longer available. Use QWebEngineView as a replacement. But in Qt Designer, QWebview is not replaced by QWebEngineView nor is there a new QWebEngineView widget -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), LANGUAGE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages qttools5-dev-tools depends on: ii libc62.25-5 ii libqt5core5a [qtbase-abi-5-9-2] 5.9.2+dfsg-6 ii libqt5dbus5 5.9.2+dfsg-6 ii libqt5designer5 5.9.2-4 ii libqt5designercomponents55.9.2-4 ii libqt5gui5 5.9.2+dfsg-6 ii libqt5help5 5.9.2-4 ii libqt5network5 5.9.2+dfsg-6 ii libqt5printsupport5 5.9.2+dfsg-6 ii libqt5quickwidgets5 5.9.2-3 ii libqt5sql5 5.9.2+dfsg-6 ii libqt5sql5-sqlite5.9.2+dfsg-6 ii libqt5webkit55.212.0~alpha2-5 ii libqt5widgets5 5.9.2+dfsg-6 ii libqt5xml5 5.9.2+dfsg-6 ii libstdc++6 7.2.0-18 ii qtchooser64-ga1b6736-5 qttools5-dev-tools recommends no packages. qttools5-dev-tools suggests no packages. -- no debconf information
Bug#886557: okular: Poor rendering
Hi Laurent, does this happen for every PDF document or just for specific ones? Can you possibly attach one that is affected? I just tried quickly with one PDF document and did not see any real difference between the "old" Okular in testing and the one in unstable. Regards, Michael On Sun, 07 Jan 2018 17:32:58 +0100 laurent B wrote: > Package: okular > Version: 4:17.08.3-2 > Severity: important > Tags: upstream > > Dear Maintainer, > > Since last update of my system (buster/sid) the rendering of Okular is getting > pretty ugly. Letters look "pixelised". > It looks like a resolution problem : If I zoom the pixelation is still there > but represents a lower relative size with respect to the size of the letter. > It is specific to okular since evince or other are not concerned. > > > [...]
