Bug#1030620: skanpage: should depend/sugest on tesseract-ocr-lang/uage
Hello, I wanted to scan a page quickly on KDE. I tried skanpage and it crashed. I could find a solution for myself (installing the tesserect lang package). Skanpage crashes if *no* tesseract-ocr-lang package is installed and the default option "use ocr" is used for exporting a pdf. So if a user doesn't uncheck that default option or doesn't install a tesseract ocr lang package the application crashes. I think changing the default configuration of the application (making the option to use ocr not the default option) or inluding a tesseract ocr lang package as a dependency would solve the issue. The current default configuration of skanpage causing the program to crash as when trying to export as PDF as described above. I think the default configuration of the package should allow the user to make a scan and exporting it to a pdf without having to adjust the configuration. Thanks Subject: Re: skanpage: should depend/sugest on tesseract-ocr-lang/uage Followup-For: Bug #1030620 Package: skanpage Version: 22.12.3-1 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-13-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages skanpage depends on: ii libc6 2.36-9+deb12u3 ii libgcc-s1 12.2.0-14 ii libkf5configcore5 5.103.0-2 ii libkf5configgui5 5.103.0-2 ii libkf5coreaddons5 5.103.0-1 ii libkf5crash5 5.103.0-1 ii libkf5i18n5 5.103.0-1 ii libksanecore1 22.12.3-1 ii liblept5 1.82.0-3+b3 ii libqt5core5a 5.15.8+dfsg-11 ii libqt5gui5 5.15.8+dfsg-11 ii libqt5printsupport5 5.15.8+dfsg-11 ii libqt5qml5 5.15.8+dfsg-3 ii libqt5quick5 5.15.8+dfsg-3 ii libqt5widgets5 5.15.8+dfsg-11 ii libstdc++6 12.2.0-14 ii libtesseract5 5.3.0-2 skanpage recommends no packages. skanpage suggests no packages. -- no debconf information
qt6-webengine_6.6.0+dfsg-2_source.changes ACCEPTED into experimental
Thank you for your contribution to Debian. Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 24 Nov 2023 18:50:06 +0100 Source: qt6-webengine Architecture: source Version: 6.6.0+dfsg-2 Distribution: experimental Urgency: medium Maintainer: Debian Qt/KDE Maintainers Changed-By: Patrick Franz Changes: qt6-webengine (6.6.0+dfsg-2) experimental; urgency=medium . [ Patrick Franz ] * Disable check for 32bit Node.js to re-enable building on 32bit- architectures. * Update symbols from buildlogs. Checksums-Sha1: aa39135f439709954de3231d5c01d492651c552e 5286 qt6-webengine_6.6.0+dfsg-2.dsc d8d4a4fca80d82a4f4a91ed30a1621d411d9190c 346092 qt6-webengine_6.6.0+dfsg-2.debian.tar.xz 9899e1a938155df49e2b360addc126953f95869f 14639 qt6-webengine_6.6.0+dfsg-2_source.buildinfo Checksums-Sha256: 80e7e1a597bf1f34f73544f9bc08958166de88e2158b4b58f771839a0f6aebe6 5286 qt6-webengine_6.6.0+dfsg-2.dsc aea85427e6e7897c4b43df085a4a24323414c0c9523b098779fde20c1e3b8ce1 346092 qt6-webengine_6.6.0+dfsg-2.debian.tar.xz 1f60d1efa3d621952467e80098cfb311dfa67017c9c98fb38f455bf1e18eaf91 14639 qt6-webengine_6.6.0+dfsg-2_source.buildinfo Files: d74cff6d10e103c212cc84f5eff777b7 5286 libs optional qt6-webengine_6.6.0+dfsg-2.dsc 0ec91bacdc0c01b06a09c5330f60ff40 346092 libs optional qt6-webengine_6.6.0+dfsg-2.debian.tar.xz 7397b1c68faebdbff2d8b341ddc0216b 14639 libs optional qt6-webengine_6.6.0+dfsg-2_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEYodBXDR68cxZHu3Knp96YDB3/lYFAmVg4msACgkQnp96YDB3 /lYwMQ//YAyhiSqlbSn559EZK/luLl4Psb7UWe7pAyPbcI0LSy3lh+FsTi0zw9yz exFs1sLxOBWQnyTE1S0ct4z8UP1oZmXPyMXPcNsVeLtk82Z9eXYulbXh/KWYTdvW PGDmYe+NwasfIgzAlmGt4zo9fplk6LBRjYw0yu1XMu4aZauELbFKMcq/Ymg18yM6 ptOD93XT3Igwg6HlA9Wf1ujLgGrBzx5pziDQ+BpfnJDi/G6g8T3P5YpwQFAYbUuE D16YIowglt+yKDZIveN/BQwFKTs5lkR3n3odDDTYGYVUBU+UdRnUVYw5PFxUosPZ cY8wAjHiC0GoEZ9M6i0tIu+NZzANQrtrBlymC+d25RmHv76PU4LKik6kDlUyQ30s 09e9BdVcDv57VEcMZX15liELvM8X+6mZMfciS5YH9k+CytI5WoWwAMwA1tIV7Rod Qf3GjWuW68Psp977AIrRJ+nDaTD2rudKDmuoFzws1OhtfIaINWwUwglfPpBbBqjt Cpfftliceg2kI8gWhclmgwgY6CUvhWYI3t8byylT/+bvcCZn6e9pwFOtwan3wgNc OJ7NPA8AIxoYRklxP5+u5I78DcAcg8umA6j5vUfsD44ep+OfEm21+54KleEYt/BG Q/SHwDm5bGcxEV0ga3cqwLDMK4Qvoz9wcXhMrybLs7eveGD94AE= =8BBS -END PGP SIGNATURE-
Processing of qt6-webengine_6.6.0+dfsg-2_source.changes
qt6-webengine_6.6.0+dfsg-2_source.changes uploaded successfully to localhost along with the files: qt6-webengine_6.6.0+dfsg-2.dsc qt6-webengine_6.6.0+dfsg-2.debian.tar.xz qt6-webengine_6.6.0+dfsg-2_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
Processing of qt6-webengine_6.6.0+dfsg-2_source.changes
qt6-webengine_6.6.0+dfsg-2.debian.tar.xz has incorrect size; deleting it Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#1053917: libqt5gui5: Segfaults when starting QT application
On Fri, 24 Nov 2023 at 09:17, Lisandro Damián Nicanor Pérez Meyer wrote: > Mmm, Gnome uses Wayland nowadays, and the segfault comes form libQt5XcbQpa, > which is the lib that handles X stuff. It only happens before Gnome > completely started,so I wonder if we have some race condition on which Qt > apps try to use > X too soon in the process. > > > But let's try this. Try starting your app on log by prepending > QT_QPA_PLATFORM > > > QT_QPA_PLATFORM=wayland /usr/bin/yourapp > > > Or any other way that ensures that QT_QPA_PLATFORM=wayland is set as > environment variable before starting the app. Or try finding a way to start the apps once all the relevant Wayland stuff is there, as clearly something is guiding Qt apps to use X instead. -- Lisandro Damián Nicanor Pérez Meyer https://perezmeyer.com.ar/
Processed: Re: Bug#1053917: libqt5gui5: Segfaults when starting QT application
Processing commands for cont...@bugs.debian.org: > tag 1053917 moreinfo Bug #1053917 [libqt5gui5] libqt5gui5: Segfaults when starting QT application Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 1053917: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053917 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1053917: libqt5gui5: Segfaults when starting QT application
tag 1053917 moreinfo thanks Hi! On 14/10/23 05:55, Patrik Svestka wrote: Package: libqt5gui5 Version: 5.15.8+dfsg-11 Severity: important X-Debbugs-Cc: patrik.sves...@gmail.com Dear Maintainer, * What led up to the situation? Having CopyQ and KeePassXC QT applications autostarted * What exactly did you do (or not do) that was effective (or ineffective)? No interaction needed. Just applications fail to autostart with the libQt5XcbQpa.so.5.15.8 segfaulting. If both the applications are started **after** Gnome starts they start normally. Mmm, Gnome uses Wayland nowadays, and the segfault comes form libQt5XcbQpa, which is the lib that handles X stuff. It only happens before Gnome completely started, so I wonder if we have some race condition on which Qt apps try to use X too soon in the process. But let's try this. Try starting your app on log by prepending QT_QPA_PLATFORM QT_QPA_PLATFORM=wayland /usr/bin/yourapp Or any other way that ensures that QT_QPA_PLATFORM=wayland is set as environment variable before starting the app.
Re: Skanpage crashes due to a dependency error
Hi Alice! On Tue, 14 Nov 2023 at 03:27, Alice Berg wrote: > > Hello, > > There is a bug in skanpage on debian bookworm > (https://packages.debian.org/bookworm/skanpage). If trying to use OCR > without having a tesseract language package present (like > tesseract-ocr-eng), the application crashes when trying to export the > scan as pdf with the ocr option enabled. > > Installing the language package solves the problem. Adding the language > package as mandatory or optional dependency of the package would solve > the issue Is there any chance you can file a bug like described at https://www.debian.org/Bugs/Reporting.en.html ? Thanks in advance! -- Lisandro Damián Nicanor Pérez Meyer https://perezmeyer.com.ar/