Package Details: epsonscan2 6.7.63.0-1

Git Clone URL: https://aur.archlinux.org/epsonscan2.git (read-only, click to copy)
Package Base: epsonscan2
Description: Epson scanner management utility
Upstream URL: http://support.epson.net/linux/en/epsonscan2.php
Licenses: GPL3
Submitter: tecnotercio
Maintainer: tecnotercio
Last Packager: tecnotercio
Votes: 10
Popularity: 0.89
First Submitted: 2020-11-20 05:34 (UTC)
Last Updated: 2023-10-20 06:08 (UTC)

Pinned Comments

tecnotercio commented on 2022-09-05 03:32 (UTC)

If you have a problem with Epson Scan 2, check if you need to install another backend for your scanner. More information on the Arch Linux wiki:

https://wiki.archlinux.org/title/SANE/Scanner-specific_problems#Epson

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

Nightwulf commented on 2022-06-26 22:26 (UTC)

Had the same communication error with my XP-3100. Installing this package helped: https://aur.archlinux.org/packages/epsonscan2-non-free-plugin

jpc commented on 2022-05-25 04:09 (UTC) (edited on 2022-05-25 04:41 (UTC) by jpc)

I get the same communication error, which is odd because this was working perfectly ~1.5 months ago on the same version. Agreed, this seems like a i/o bug somewhere in a dependency.

Balkonsky commented on 2022-05-06 15:06 (UTC)

The package currently builds and installs correctly; but it does not work properly to full extent:

Executing epsonscan2 opens the application (see blue Epson icon in the taskbar), but with a failure window stating "Communication with the scanner not possible. Please make sure that the scanner is connected and turned on".

So far this I/O connection issue is Arch-related. The same Epsonscan2 works fine under Debian-based distros (after installing the Epson-provided drivers from the.deb and adding dependencies). This AUR package not working properly also affects other applications under Arch Linux like scanimage or xsane; both can detect the scanner but not connect with it. Maybe this behaviour can be confirmed by others or looked into. Thanks a lot!

quakestring commented on 2022-01-13 06:52 (UTC)

I got error while trying to install this package. Building qt5-singleapplication... ==> ERROR: PKGBUILD does not exist.

fred118 commented on 2022-01-08 16:17 (UTC) (edited on 2022-01-08 16:17 (UTC) by fred118)

I also got it running by adding the line options=('!buildflags') to the PKGBUILD file and packaging (makepkg) and installing (sudo pacman -U epsonscan2-6.6.40.0-1-x86_64.pkg.tar.zst) the package.

Now, epsonscan2 starts without crashing.

Quick question: is scanning over the network supported? When I start the tool, I get a selection dialog, but my scanner is not detected (not shown in the drop-down list), although it is on the same network.

davepb commented on 2021-12-20 00:09 (UTC)

Thanks @severach. Rebuilding the PKGBUILD with options=('!buildflags') fixed all the C++ crashing I was experiencing in many scanner frontends, including this one.

fred118 commented on 2021-12-17 14:01 (UTC) (edited on 2021-12-17 14:02 (UTC) by fred118)

@yavko Unfortunately, that does not solve it. The service is running fine, but the apps are still crashing:

sh-5.1$ sudo systemctl status saned.socket
● saned.socket - saned incoming socket
     Loaded: loaded (/usr/lib/systemd/system/saned.socket; enabled; vendor preset: disabled)
     Active: active (listening) since Fri 2021-12-17 14:57:26 CET; 1min 33s ago
     Listen: [::]:6566 (Stream)
   Accepted: 0; Connected: 0;
      Tasks: 0 (limit: 18873)
     Memory: 8.0K
        CPU: 1ms
     CGroup: /system.slice/saned.socket
sh-5.1$ epsonscan2 
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
/usr/include/c++/11.1.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = SDIDeviceInfo; _Alloc = std::allocator<SDIDeviceInfo>; std::vector<_Tp, _Alloc>::reference = SDIDeviceInfo&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__n < this->size()' failed.

yavko commented on 2021-12-13 05:55 (UTC) (edited on 2021-12-13 05:56 (UTC) by yavko)

I have figured it out, you need to enable the saned daemon! You can run saned or enable it through your init system, for most people it'll probably be sudo systemctl enable saned.socket that is if you are using systemd!

dsi commented on 2021-12-12 13:09 (UTC) (edited on 2021-12-12 13:10 (UTC) by dsi)

Same error in skanlite, epsonscan2, gscan2pdf:


Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
QSocketNotifier: Can only be used with threads started with QThread
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
/usr/include/c++/11.1.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = SDIDeviceInfo; _Alloc = std::allocator<SDIDeviceInfo>; std::vector<_Tp, _Alloc>::reference = SDIDeviceInfo&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__n < this->size()' failed.
zsh: abort (core dumped)  QT_QPA_PLATFORM=wayland epsonscan2

fred118 commented on 2021-12-10 12:20 (UTC) (edited on 2021-12-10 12:27 (UTC) by fred118)

I also get this error, as @yavko says in several sane frontends:

sh-5.1$ epsonscan2 
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
/usr/include/c++/11.1.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = SDIDeviceInfo; _Alloc = std::allocator<SDIDeviceInfo>; std::vector<_Tp, _Alloc>::reference = SDIDeviceInfo&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__n < this->size()' failed.
Abgebrochen (Speicherabzug geschrieben)
sh-5.1$ scanimage -L
/usr/include/c++/11.1.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = SDIDeviceInfo; _Alloc = std::allocator<SDIDeviceInfo>; std::vector<_Tp, _Alloc>::reference = SDIDeviceInfo&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__n < this->size()' failed.
Abgebrochen (Speicherabzug geschrieben)

Is this an error in sane?