Activity for Petr Písař
-
Petr Písař posted a comment on ticket #431
That patch was based on fix from https://sourceforge.net/p/gscan2pdf/bugs/427/. 0001-Execute-magick-instead-of-convert-command.patch is patch for vanilla gscan2pdf.
-
Tests fail with ImageMagick 7.1.1-33
-
A consolidated patch is attached. It is based on Chris' work. It deals with all the code and tests. I had to delete t/135_save_tiff_as_ps_with_space.t as pstopdf crashes for me in ghostscript-10.03.1.
-
Fails to build with libXaw-1.0.16
-
I excluded that generated file because it's content depends on third-party files the committer has in his system. Not being the maintainer, I cannot replicate that environment and the patch would be too big, obtrusive, and unhelpful. That means it's maintainer task to regenerate that file. Or, ideally, remove it from git repository. You should be able to generate that file with a command like "autoreconf -i -f config", after installing automake, autoconf, libtool, and maybe other utilities.
-
Correct pointer types for GCC 14
-
Thanks for merging it. You can close this ticket.
-
An attached patch fixes the warnings.
-
Perl 5.38.0 deprecated given and when keywords
-
libaudio.so.2.4 is linked without EXTRA_LDOPTIONS linker flags
-
Will fail to build with GCC 13 or 14 because of implicit ints and function declarations
-
I also hit this bug. An attached patch fixes it to me.
-
t/351_unpaper.t fails with ffmpeg-5.1
-
Does it happen to you every time? What kind of scan is it (black-white, gray, colorful)? Can you tell us a version of ImageMagick you have installed? Have you tried inspecting the reportedly malformed PNM file (/tmp/gscan2pdf-AFpf/ML5lKwReDl.pnm in that log output)? Can the PNM file be displayed with an image viewer? With "display" command of ImageMagick?
-
Parsing scanimage version is broken for sane-backends-1.1.1
-
config/configure fails because of half-unsetting flags
-
Great. In that case it would be great to update https://www.eekboek.nl/ web.
-
DBD::SQLite attribute sqlite_unicode is depracated since 1.68
-
gscan2pdf-2.12.0/lib/Gscan2pdf/Document.pm refers to /home/jeff/dev/perl/Perl-PDF-Builder-myfork/lib
-
I noticed that I added a typo into t/431_gocr.t. A new fix is attached.
-
I noticed that I added a typo into t/431_gocr.t. A fix is attached.
-
Unitialized sa_mask in quota_nld
-
Yes, you can close it.
-
I found the culprit: Fedora configures glib with meson --auto-features=enabled. That enables all explicitly nondisabled options. glib's commit 670b84ca3068eb4ec584812fad2cdcb8dc35683b (build: Add glib_debug option; introduced between 2.67.2 and 2.67.3) added a new option which enables debugging code with -DG_ENABLE_DEBUG compiler flag. As an effect, Fedora started to build glib with that debugging code which probably does not shield from abusing Glib memory management by Gtk and leads to the crash....
-
I don't have sudo on that machine. But running the tests as root still crashes for me. I wrote the last working glib was 2.67.1. More precisely it was glib2-2.67.1-4.fc34.x86_64 Fedora package. (You can obtain it from https://koji.fedoraproject.org/koji/buildinfo?buildID=1677975.) But then I tried to debug it on my Gentoo system and I could not reproduce it regardless of the glib version. Fedora probably compiles glib differently. I will have to look more closely. I also stumbled on https://gitlab.gnome.org/GNOME/perl-gtk3/-/issues/8...
-
t/0601_Dialog_Scan.t crashes with glib2 2.67.3 in gtk_widget_dispose()
-
Use a specific font in tests
-
The documentation changed the file name in AppStream-0.12.8 which was released on 2019-08-16. I have no idea about Ubuntu 18.04. Ubuntu web reports 0.12.0 version. I don't know whether the older versions can process the new file names. Maybe they can because they only recommended the old name specifically for applications, while they supported the new name for other metadata types.
-
net.sourceforge.gscan2pdf.appdata.xml file should use a new suffix
-
t/356_unpaper_corrupt_image.t fails in 2.10.1
-
quotacheck: Remove a dead code from process_file()
-
OpenSSH 8.3 deprecates ssh-rsa alogirithm https://www.openssh.com/releasenotes.html (because of SHA1) and some Linux distributions start disabling SHA1 (e.g. https://www.fedoraproject.org/wiki/Changes/StrongCryptoSettings2). I tested SFTP plugin 1.15 with ssh-rsa disabled in a 8.1 server and it does not work (server reports: no matching host key type found. Their offer: ssh-rsa,ssh-dss). Could you please add support for rsa-sha2-256 into the SFTP plugin? Also the original poster's fears have materialized....
-
gscan2pdf-2.8.0 t/135_save_tiff_as_ps_with_space.t test hangs in Fedora 31. When I tried upgrading libtiff package from 4.0.10 to 4.1.0, the tests started to pass. I do not remember the details, but I think I concluded that the change in libtiff was intentional and since gscan2pdf works with the newer libtiff, I did not bother to involve you. At the end, Fedora 31 support will end in two months.
-
Fedora 31 cannot upgrade gscan2pdf, because the new version does not work with libtiff-4.0.10. Later Fedoras have newer versions.
-
Your configuration means your locale is C. LC_ALL overrides all of them and LC_* override LANG. See locale(7) manual. Regarding pdftk, Fedora patches out the warning for the very same reason. Maybe you could try installing gscan2pdf from Fedora repositories.
-
Provided your gscan2pdf executable is installed into /usr/local/bin, then e.g. this Unix command does that: patch /usr/local/bin/gscan2pdf <gscan2pdf-2.9.0-Use-LC_MESSAGES-locale-category-instead-of-LANGUAGE-.patch If you don't know how to apply patches, I recommend you to talk to your software vendor.
-
An attached patch fixes it by using more prevalent POSIX locale instead. If you want to support the Gettext LANGUAGE variable, you need to process it as a colon-delimited list of languages and to deal with its nonexistence.
-
I have not idea. A quick search shows https://userbase.kde.org/KDE_System_Administration/Configuration_Files#Editors that KDE5 uses kwriteconfig5 and kreadconfig5 executables instead.
-
Use gsettings and xdg-email instead of gconftool for sending e-mails
-
gscan2pdf dialog window fails to show double-sided scan option
-
"quota" command does not ignore NFS mount points without quotas
-
Fails to build with GCC 10
-
Add Coolpix S3300 by Nikon
-
It works me. I tested it on gscan2pdf-2.5.6 because git master needs new dependencies.
-
Tests fail with sane-backends 1.0.28
-
Yes, I found it with valgrind and I know it's quite pointless. While valgrind can be configured to supress some findings, there are other analyzers that would need a special configuration. I'm not aware of any generic C code code that would make the trick. And adding a configuration file specific to valgrind that probably would need be regenerated with each new version is not a good option. If you don't like the free()s, just drop the patch.
-
warnquota: Free parsed configuration
-
warnquota: Initialize all members of a configparams structure
-
Free LDAP error message
-
Fails to build with glibc ≥ 2.28
-
Port to libtirpc
-
Make a directory for quota_nld PID file configurable
-
I think it's Ok. This is an explicit request for a specific file system and thus you get an error. A similar one as on a local file system without enabled quotas. When reading your last commit (4cd287f3) a small nit caught my eye. Could you please make the "Cannot connect to RPC quota service" string translatable (_())?
-
That was me.
-
Here https://bugzilla.redhat.com/attachment.cgi?id=1569872 is the log from 2.3.0 with 200 DPI resolution. This one indeed looks like a 200-DPI scan.
-
In comment #9 he clariefed that the bug exhibits with any non-default resolution and only after restarting gscan2pdf. I.e. if starting with a default resolution and then changing it, then scanning works until he exits the program. Executing the program again starts manifesting the error. It sounds to me like a glitch in passing the resolution from a configuration file to Sane driver. I would suspect one of the commits that touches profile handling like "2cdf103b + Edit profile functionality to scan...
-
He claims the log from 2.3.0 at 200 is at https://bugzilla.redhat.com/attachment.cgi?id=1566675. Though I think it's at 100. What do you think? If you conlude it's at 100, I will ask him.
-
He also tried 2.4.0 and that suffered from the same issue (comment #6).
-
s/setquota does print any error message/setquota does NOT print any error message /
-
setquota -r does not fail if a server has not RPC quota service registered
-
Changing scan resolution from the default 100 ppi to 200 ppi creates invalid syntax for sane parameters
-
Old FSF address
-
doc/quotas.ms too.
-
edquota.c contains a BSD license
-
That helped. It created PDF and attempted to execute pdf2ps. But I was missing /usr/bin/pdf2ps on my system and thus it hanged. Maybe finished_callback that quits a GTK loop is called only on a success. 2019/03/14 12:41:34 Closing PDF 2019/03/14 12:41:34 pdf2ps /tmp/x07fLVrlLR/efaeUgHfFg.pdf te st.ps 2019/03/14 12:41:34 pdf2ps /tmp/x07fLVrlLR/efaeUgHfFg.pdf te st.ps: command not found ^C After installing ghostscript the t/1163_save_multipage_pdf_as_ps.t test finishes successfully. I'm sorry for bothering...
-
This patch seems to make the cancel tests passing for me. But the t/1163_save_multipage_pdf_as_ps.t still hangs for me. Almost always. The previous patch bahaves the same.
-
Using a gdb, I can see the perl process hangs in Threads::Queue::dequeue() on a cond_wait() call: (gdb) where #0 0x00007f0f4b5064e5 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007f0f4afd0b05 in () at /usr/lib64/perl5/vendor_perl/auto/threads/shared/shared.so #2 0x00007f0f4b7db088 in Perl_pp_entersub (my_perl=0x55d19d504260) at pp_hot.c:5232 #3 0x00007f0f4b7d1585 in Perl_runops_standard (my_perl=0x55d19d504260) at run.c:42 #4 0x00007f0f4b7426bc in Perl_call_sv (my_perl= <optimized...
-
cancel tests randomly hang
-
A similar issue in rquota_svc.c:536. The same fix applies.
-
quota_nld can silentry fail to daemonize
-
xqmstats: Fix a file descriptor leak in main()
-
quotackeck: Fix a directory descriptor leak in scan_dir()
-
convertquota: Fix a file descriptor leak in convert_endian()
-
File decriptor leaks in code error paths
-
This is not only issue for openSUSE but even from CPAN administrators as they now distribute a code without a permissions of the copyright owner. It must be fixed by uploading a clean OpenGL distribution to CPAN and removing the old ones from CPAN.
-
No problem. See the attached patch that replaces the original one.
-
quota(1) reports "none" for file systems with quota limits
-
rpc.rquotad version 4.04 burns 100% CPU
-
Commit 7aeb2284aa0de1bbbaa48f416b901ce4e9fd8dcf as can be seen in 2.0.3 version moved the problem to t/175_open_session2.t:44 where Storable deserializes a precomputed Storable dump: t/174_open_crashed_session.t .................. ok Long integer size is not compatible at /usr/lib/perl5/vendor_perl/Storable.pm line 426, at t/175_open_session2.t line 44. # Looks like your test exited with 25 before it could output anything. Perl exited with active threads: 1 running and unjoined 0 finished and unjoined...
-
t/51_process_chain.t fails without tesseract
-
t/175_open_session2.t fails on i686: Long integer size is not compatible
-
Makefile does not respect external CFLAGS and LDFLAGS
-
GCC 8 warnings
-
t/166_cancel_import.t dies on undefined gettext domain
-
Yes, 0001-Don-t-hardcode-grey-levels-into-rtl-test.patch also passes.
-
t/357_unpaper_rtl.t fails with ImageMagick-6.9.9.13
-
Install rquota(3) only if RPC is enabled
-
Attached patch adds a new Gscan2pdf::Unpaper method to fix it.
-
There is a change in the unpaper version detection. version() method returened "v0.3", now it returns "0.3". Thus the parameters are missing.
-
t/355_unpaper2.t test fails in gscan2pdf-1.8.5
-
quotacheck tool leaks memory when scanning ext file system directly
-
There are more occurrances of this issue. This patch replaces the former one.
-
t/1163_save_multipage_pdf_as_ps.t fails because wrong ghostscript DEVICE value
-
t/141_save_image.t fails with ImageMagick-6.9.9.3
-
Broken file-5.31 causes t/0823_Frontend_Image_Sane.t failure
-
Many thanks. The patch seems it fixed the failures.
-
I and this not a new bug. The older test exhibits the failures for ages.
-
This fails randomly. The same applied to t/0610_Dialog_Scan_Sane.t. Probably some kind of a race condition.
-
Bad skip count in t/421_cuneiform.t
-
I experience similar failure because of yet another slightly value again. I don't know yet what changed in my distribution, but ImageMagick is still the same. A fix is attached.
1 >