Bug#1031078: qt6-speech-dev: library libqtexttospeech_mock.so referenced but not provided
Package: qt6-speech-dev Version: 6.4.2-2 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 When I try to build a project containing this line: find_package(Qt6 COMPONENTS TextToSpeech REQUIRED) The configure fails like this: CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt6TextToSpeech/Qt6QTextToSpeechMockPluginTargets.cmake:96 (message): The imported target "Qt6::QTextToSpeechMockPlugin" references the file "/usr/lib/x86_64-linux-gnu/qt6/plugins/texttospeech/libqtexttospeech_mock.so" but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained "/usr/lib/x86_64-linux-gnu/cmake/Qt6TextToSpeech/Qt6QTextToSpeechMockPluginTargets.cmake" but not all the files it references. Call Stack (most recent call first): /usr/lib/x86_64-linux-gnu/cmake/Qt6TextToSpeech/Qt6QTextToSpeechMockPluginConfig.cmake:61 (include) /usr/lib/x86_64-linux-gnu/cmake/Qt6/QtPublicPluginHelpers.cmake:439 (include) /usr/lib/x86_64-linux-gnu/cmake/Qt6TextToSpeech/Qt6TextToSpeechPlugins.cmake:5 (__qt_internal_include_plugin_packages) /usr/lib/x86_64-linux-gnu/cmake/Qt6TextToSpeech/Qt6TextToSpeechConfig.cmake:133 (include) /usr/lib/x86_64-linux-gnu/cmake/Qt6/Qt6Config.cmake:167 (find_package) plugins/speech/CMakeLists.txt:22 (find_package) Concretely, the pacakge I try to build is hyperborg, available here: https://salsa.debian.org/tinker-team/hyperborg - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmPnXJUACgkQLHwxRsGg ASG3mQ//b0L2GLW6AxJRB9JBKDxulflFHv8BWDGVwS3Yn1FYH3kgLlRonhf6UHAY Hsi5dHTcHbOSL4sArtKslurfzPDOBMvtpHfuf5oGni1WVeQghFMd0kMp7ggGxTRj s5XtZAQSQ/AjroL9VFXZTam4tHsf1o1pW+8niBTN7NdMiE7IaKrU9zvg7fjdYMdv vKi7TQ1NZ/QOnVHT0bKwwHpXcNRKPFWy49NyHBOVzNHTI4wv0+CffX0Wf2t2WNE8 EmlKDPi+VO4nKffF+m4madlmfp7ERGVa1OSmEs8kgEszC+2DQgQsHK5aRA91dqPq SqJH8N9Hm9oNxuoW7G1GQpeqjD4RwvmdXa6htBMlfl29QuO6X11SRtkmxgp7ZrCq GElYE61Z97+OduOhjb5AEIym0At5q4BWnDVj341lQctIOAEBsImFuasDI1SCSH5/ Kvc1ac27whPt42pcqg0Xmo57f0m2i5LNO0RhHAALgw+e1ZUzUdmBffflFvVQKrM3 vEq6fLHicXP9MiKFLtEU1pCWp/iCWEWkoPqbcaMugAkDgqlp5hFbLsM/FppYFm1p IrsrhyYnTtrsZRJ0p23pxxGV1cRNDv6roq/Rev0pppuQnQVLOckZNca01otgfjaM MOuIV3YKJ8imBgeF1404z/wdhZrEJlPrSIdds6+lQJVtZ2tLqJg= =eV50 -END PGP SIGNATURE-
Bug#1013409: O: matrix-mirage -- desktop IM client for the Matrix protocol
Package: wnpp Severity: normal X-Debbugs-Cc: Matrix Packaging Team , Debian Qt/KDE Maintainers Control: affects -1 src:matrix-mirage -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I intend to orphan the matrix-mirage package. The package description is: Mirage is a fancy, customizable, keyboard-operable chat client for the Matrix protocol, written in Qt/QML and Python. . Notable Matrix features supported: * Markdown parsing when sending messages * End-to-end encryption * Multiple concurrent accounts * Session administration * Room administration . Notable Matrix features missing: * Communities (a.k.a. groups of rooms) * Audio/video chat . Matrix is an open, federated communications protocol. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmK0DRoACgkQLHwxRsGg ASHqpQ//T6NfeFXCmQAprWBCkEvPwfdmFFUmsSH9Y+UribdF2bY1TttFSCsuX82e DJClBj2eV4k05QDlPC5T0L3k3b8sAzQducg9g6HnOH6vkd9QPQBfxJFq97CIB9UX n8/URgpib853hPb95CxMQ1i9Y1DmZvnjH69iyXfbLYP1sIcz1kub6+/WbxVBPXiL 0DojZNW3pBpLlAtlS2K39N/jyFOLeaTpaIe0YPO1+fsAlE2UY6xPWRWQjDGCuqg8 QRYTcBUi3vP3plSNFUDdHnhwOIaRb4e/vRMkjVoCmOYGvPUe3R26d/hxy/gJa7du 1qoB65I4TlXJ4v7DAPKbDZ5x4Lv2eoCgd06eNhXOwEb43Md1acjAVk1DPopx1KmD Qe+3HfbNLbiMoyYtLJ5roRO8Cz7yN/PHHmbtpZqasxm9fvmKgTtvvpMkBcg1ONCy JAvrWNfydcHFFFwBCrKol2vgioCFmNpt1fzveSMAUGYhtmr7U6ZfYoH+7LpykPQc atbHuusbh8CAZN6IF8zrmTSMDPgVI2Bl+n+sIR6nqTjMp1mVEZDQM2je4wsMwItw g0FrXpeFtxIeFc6uJU1cULtCuUbziBmTWxd8FEeWyQJf45NDsRvW2kuM8fuqX33m wb3yMxpaSN2oP0LCNYVlEgjikPKQzjCNNBTmass90zWtkbwEKOo= =XTWy -END PGP SIGNATURE-
Re: Bug#977754: evince does not display EPS or PS files anymore and shows "Loading..." forever
Quoting Pino Toscano (2021-01-03 01:43:04) > In data domenica 27 dicembre 2020 03:53:01 CET, Jonas Smedegaard ha scritto: > > Version: 9.53.3~dfsg-6 > > > > Quoting Pino Toscano (2020-12-22 10:08:12) > > > In data lunedì 21 dicembre 2020 18:23:12 CET, Simon McVittie ha scritto: > > > > > On my side, rebuilding libspectre1 solved this on my system. > > > > > > > > If a simple rebuild with no source changes fixes the symptoms of > > > > a bug, that might indicate an unintended ABI break in libgs9, or > > > > perhaps a bug in the old libgs9 headers (but fixed in the new > > > > headers) in code that gets inlined into libspectre at compile > > > > time. > > > > > > Both of them are issues in ghostscript anyway. > > > > This was fixed in Ghostscript since release 9.53.3~dfsg-6 - I just > > forgot to mention it in changelog (that will be corrected in next > > release). > > Oh nice, I did not notice it. I can confirm that using > - libgs9 9.53.3~dfsg-6 > - libspectre1 0.2.9-1 > - evince 3.38.0-3 > there are no problems opening PS files in evince. Thanks for the confirmation! Happy new (gregorian) year, - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: Bug#977754: evince does not display EPS or PS files anymore and shows "Loading..." forever
Version: 9.53.3~dfsg-6 Quoting Pino Toscano (2020-12-22 10:08:12) > In data lunedì 21 dicembre 2020 18:23:12 CET, Simon McVittie ha scritto: > > > On my side, rebuilding libspectre1 solved this on my system. > > > > If a simple rebuild with no source changes fixes the symptoms of a > > bug, that might indicate an unintended ABI break in libgs9, or > > perhaps a bug in the old libgs9 headers (but fixed in the new > > headers) in code that gets inlined into libspectre at compile time. > > Both of them are issues in ghostscript anyway. This was fixed in Ghostscript since release 9.53.3~dfsg-6 - I just forgot to mention it in changelog (that will be corrected in next release). Thanks to all involved in triaging this bug, - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#969655: akonadi: depends on libqt5gui5 and 170 MB of gui libraries
Source: akonadi Version: 4:20.04.1-2+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 akonadi is a server, yet it links with libqt5gui5 which pulls in 170 MB of GUI-related libraries. Please try avoid that, to ease its goal of being usable not only in KDE. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl9VFKQACgkQLHwxRsGg ASGpGRAApT+0df8PeGUBjhJwdB6IKNFgrDEU4I/TDkNxGKDSrK+wA6hoMH+s+4mp xkQ2uKywZKGkguPhg9kS3/DCKqoanpkIgOdtqGJP7KcaKoucP5Y4yVDakypCgGKH EvHXAF+6+PqH54AREKwR8DPTxhE9qhmwktaZ7NyfadzIugmFoEM4c26KGYXdqIUs NgeUY0OE2EOLgWptWDH0ciLvtQNS0Zm+3UEiYmaIv8fLhI8MVHj/gONo6Af+zXBn jJrVrLtvJtuhbio1xBLJRNj3bvNHcG3HG9xMkU98qxoqMm5ldo1zOWT73LlZ/3Ar Yrdp5BNG5HJrwjpu50P97Fg8wYY2KQUXY64M7ChQXO9ChBpCejrCrViVWGRYHzza uX4HCo2yOrCakZDqmCyK13GlEkY9LlQR4TTUMHUMpdKHqS7QQHfum4fQndgrkJkf FEfkuItHeXtfGOEbvFqvYDaall5RI8Q6DHbC8gyyunhP0/GyD4XnX3fMmNsqs4Qz RdGBfGNV+EzwIxapEIOYEPw7JxYHaOK0ECXonVL4F8HIwuCkxiirz0/lR9/56HJB KGp5+X3cPJrP/dwGi0ZUTByCnGK3J6MzRazgGqT15ueMOQmLnPeKJbzp6WKByoVp eYE+5ZctVf+NtPfhkHZ5H4pMmtD3nkSd4KOCHGxS5pWeoQ6keWA= =o2gL -END PGP SIGNATURE-
Bug#905845: closed by Dmitry Shachnev (Bug#905845: fixed in pkg-kde-tools 0.15.29)
Quoting Dmitry Shachnev (2019-03-24 12:14:01) > Hi Jonas! > > On Sun, Mar 24, 2019 at 11:52:30AM +0100, Jonas Smedegaard wrote: > > Quoting Debian Bug Tracking System (2019-03-24 11:39:08) > > >[ Kunal Mehta ] > > >* Replace broken alioth URLs in man pages (Closes: #905845). > > > > Thanks for fixing the bug. > > > > ...but my name is Jonas Smedegard (not Kunal Mehta). > > Kunal Mehta was someone who created a merge request fixing this issue: > > https://salsa.debian.org/qt-kde-team/pkg-kde-tools/merge_requests/1 > > So the credits for reporting this bug goes for you (thanks!), and for > fixing goes to them. Oh, of course - makes perfect sense re-reading it again now. It is _not_ important that I be mentioned in changelog: I only reacted because I (wrongly) saw it as someone else got fame for my my (tiny!) contribution here. Sorry for the noise, and have a nice Sunday. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#905845: closed by Dmitry Shachnev (Bug#905845: fixed in pkg-kde-tools 0.15.29)
Quoting Debian Bug Tracking System (2019-03-24 11:39:08) >[ Kunal Mehta ] >* Replace broken alioth URLs in man pages (Closes: #905845). Thanks for fixing the bug. ...but my name is Jonas Smedegard (not Kunal Mehta). - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#881333: tracking OpenGL support for specific boards
Quoting Re4son (2018-11-27 11:38:14) > On 2018-11-27 02:46 +, Wookey wrote: > > > > > > Well, that's at very least an interesting data point. So yes, they exist, > > > but > > > they are new and expensive. Can I assume that this means most of our > > > arm64 > > > users do not yet get to them? > > > Not yet, no although I think you can just buy one (Gigabyte > > ThunderXstation) now. But Machiato-bin exists with working PCI and > > you can buy one > > (https://wiki.debian.org/InstallingDebianOn/Marvell/MACCHIATOBin), > > and nvidia-based hardware is available and supports GL (Jetson TX1) > > (https://wiki.debian.org/InstallingDebianOn/NVIDIA/Jetson-TX1). > > There is more hardware coming which will support GL, so it is > > definately not as simple as 'available hardware is all GLES'. > > (Perhaps someone has made a list in this long thread). > > I have previously compiled this excel sheet with data relevant to this thread: > > https://github.com/Re4son/kali-gemini-multistrap-config/raw/files/Arm64List.xls > > Any feedback, correction and addition that could benefit this discussion > would be appreciated. Great that you collected that dataset, and put it public. What would help further would be for such information having references to sources, and each information point be referencable (not only the dataset as a whole). In other words, your data gets 2 stars: https://5stardata.info/en/ I maintain https://wiki.debian.org/CheapServerBoxHardware and have for a long time wanted to make that 5-star data (currently that has 3 stars). Would be great to include your dataset in that, but I would then need to know the sources for the datapoints to be able to verify. Also, ideal would be that you maintain your dataset yourself as 5-star reusable data instead of me needing to maintain a fork. A user-visible benefit of 5-star data is the possibility for not only browsing it as tabular data, but also navigating multiple dimensions e.g. like https://kumu.io/DigLife/digital-life-collective#our-network Please tell me if interested in helping out, and I will provide concrete examples of how to optimally organize data, as soon as I get it documented for my own work. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#881333: Qt with GLES on arm64 maintainer's decision - Was:: Upcoming Qt switch to OpenGL ES on arm64
Quoting Raphael Hertzog (2018-11-26 12:37:57) > Software can be fixed/improved to also work with OpenGL ES. However > hardware, once bought, cannot be fixed to support Desktop OpenGL when > it has been designed for OpenGL ES only. Is some _hardware_ really "designed for OpenGL ES only"? I guess you mean that some hardware is only supported by non-free firmware/software hardcoded which is designed for OpenGL ES only". - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#905845: pkg-kde-tools: man page links to alioth.debian.org
Package: pkg-kde-tools Version: 0.15.28 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 man page for pkgkde-symbolshelper links in SEE ALSO section to http://pkg-kde.alioth.debian.org/symbolfiles.html Seems that should be updated to https://qt-kde-team.pages.debian.net/symbolfiles.html - Jonas - -- System Information: Debian Release: buster/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8), LANGUAGE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pkg-kde-tools depends on: ii libdpkg-perl 1.19.0.5 ii perl 5.26.2-6 ii python3 3.6.6-1 Versions of packages pkg-kde-tools recommends: ii dpkg-dev 1.19.0.5 ii libwww-perl 6.35-2 Versions of packages pkg-kde-tools suggests: ii cdbs 0.4.156 ii debhelper 11.3.5 - -- no debconf information -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAlttoD8ACgkQLHwxRsGg ASFQBg/+MaAXCMWv975RN4IwdCzX3zZzTGWVb/ukjuNMr/XG9EHjJ04Y95P7lGuE a7ui0NHf5TAmUqH/5oDajTP/tQMa2fzGUXM5BqROUB2trDlZSMmz3sQP57x6cdEc 4DuYJJTE2ZSFu6GUDjbw+wrFR6zaQwqLsykJP7KMuQMmzDc9s7S1A69D1Js0O7m6 7npIuOzcWHnmVXX3H0Vj9eVC9jEK8Ujl8MiuqNuvAFAiSSgGElqa1wXTChxE8GvY Pav6zo301Pi0YJ6ofDhoK40bFarjAGbJgYDaRbUnhN5iCwv8Bmo6LPA6efVMm/w+ 5fIor6pq4GnyNzJTlPDSs0ZisVo71M1HBRXCKIjZk3fSxMh4sVhHD0dX7lWFKCMM d2ttz2Fr8IgKsnByShgj90wQKmDNp5dEeKE6J9hBH1WFW/0Xx3BJNSNxp/Fsa9PN XYV3Jh3E2K3moXMfOQ6XVnbPcYeCx8lH77lnqaxrE4LfEpo0N4rM49lXwaQ+Vppi 7hVJ82ZgKU7Jr+JSz+RmdIrmlOtN5dyEsWeGIITtnoGXFAtjK04tSjum65EhlA+Y VRpYgCI7QT0to65fn6oPLxwuNTc+do4g4w3iX/kuS0+Mv2zH7ErujzCHW7Zp1DUx b1iV8LNmm+r8H7QDxWTIgHqUgoRoJ93jifebbzjgzbIbipCyJS8= =6pzq -END PGP SIGNATURE-
Bug#903126: minimu libvpx version?
Hi Lisandro, Quoting Lisandro Damián Nicanor Pérez Meyer (2018-07-13 18:39:27) > Hi Jonas! Upstream has asked me if we could provide them the minimum > libvpx version in which this change has happened, so they can replace > a compile check with a pkgconfig call. > > Do you happen to know this or where to ask? > > Thanks a lot in advance! This involves no change in libvpx, but a change in Chromium to no longer rely on some private headers of libvpx. So if anything, some existing versioning constraint should be _dropped_. Would be awesome if upstream would stop embed Chromium and instead somehow probe which release of Chromium shared libraries would be needed - but as you no doubt are aware already, that is unlikely to happen. Details about when the change happened in chromium is already referenced in the header of my previously attached patch. Hope that helps. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#903126: qtwebengine-opensource-src: links with embedded libvpx code copy
Source: qtwebengine-opensource-src Version: 5.10.1+dfsg-4 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 qtwebengine-opensource-src build-depends on libvpx-dev, but makes no use of it. libvpx is used with the embedded Chromium, which in the past relied on experimental libvpx headers, but this was change several years ago, just not corrected in the configure check of qtwebengine-opensource-src. Attached patch addresses the configure check. To ensure that system lib is used (failing build instead of silently using embedded code copy), additionally "config_args" in debian/rules should declare "-feature-webengine-system-libvpx". On a related note, several more "-feature-*" should probably be added to ensure avoidance of the various other embedded code copies. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAls/c4AACgkQLHwxRsGg ASGJlw//ZWsWlrbTAm32BXQLbgqKFHVcAmAKazMLMZ5DD/RXdLDgct5Dx4VWozEd wyFvlq5FhrfqC4zXhsR4gh/IOF3fpP6c9b1TzNEQThAoPTw2tj7Bkb9lA/x+s1nt wEgUPyVV+GzMfqbgiCktX5JHdxhtItNs7uZYf+oFSPkgWCnM6Qg6vbIiURmZaaXl Md7SfLF/F18ImAtRr/4SOBY8hFGqCingKIM/56vqsjaPSN6zTgRvvLDH7C72mg0W 77mfkowRr+lKJQX+yWnAr5MprxWRsYml6gyN0o+N/iul/z7j65sPBzSvMXgFPT4a S8Jcp/FDmRdFU6wks4prl1S6toHwSHjzWhtlbfwccJ+2kQ7vWBW8usPbpv1X7hbI vzhxW5vY0BFRaewbjJPhaPJM5Iva1S0JLIzn3BCv2pDzYOj55R81DJkQPVRbuuZu SyaTwR/p4uC0IVJqVKZtr3W8Hevu5tbpix+OdnRZa/s0HUTEkJjFhVRX8n4dk7Y8 0cX7NDWharRQ+dYlNxNzY9kmaJgVaipLC5U5sR8rElfWIMlWxmXdQXuc6FOziZme 1xzoFNHMQ3z3so7gW7yyo5HcdX8jxMfhLAq2Btc7JNueMoiPXo2Ty9GDWjp64IR4 Za3aW9c/6gw2uABDLzc70bti+lXY0QYWC9PoHQ62W3Q2gLgZgnQ= =+O3g -END PGP SIGNATURE- Description: Fix use system shared libvpx library QTWebengine checks before build if system shared libvpx library works. . Previously the embedded code copy of Chromium depended on experimental parts of libvpx, but that was later discovered to be unneeded and code adapted since September 2016: <https://bugs.chromium.org/p/chromium/issues/detail?id=575651> . Apparently QTwebengine simply missed that change and didn't adapt its checks accordingly. Author: Jonas Smedegaard Last-Update: 2018-07-06 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/config.tests/libvpx/libvpx.cpp +++ b/config.tests/libvpx/libvpx.cpp @@ -26,7 +26,7 @@ ** / -#include +#include #include #include
Bug#663079: qdbus: should use package section utils (not libs)
Package: qdbus Version: 4:4.7.4-2 Severity: normal qdbus is a utility, not a library, so should use package section utils. - Jonas -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120308110951.26136.1895.reportbug@localhost.localdomain