Package Details: brscan4 0.4.11_1-2

Git Clone URL: https://aur.archlinux.org/brscan4.git (read-only, click to copy)
Package Base: brscan4
Description: SANE drivers from Brother for compatible models
Upstream URL: http://support.brother.com
Keywords: scanner
Licenses: GPL, custom:brother
Submitter: Harvey
Maintainer: Harvey
Last Packager: Harvey
Votes: 164
Popularity: 0.066852
First Submitted: 2011-08-01 08:43 (UTC)
Last Updated: 2023-03-06 12:56 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 24 Next › Last »

Harvey commented on 2021-08-04 10:45 (UTC)

@Konzertheld: Just tested with XSane under Wayland - works... But I am not a crack concerning Wayland as my laptop freezes the GUI when using a second monitor. So there might be more than meets the eye ;)

Konzertheld commented on 2021-08-03 21:55 (UTC)

Hello, I've been having trouble scanning since I switched from Gnome+X to Gnome+Wayland, so I kindly ask for assistance in searching for the error, be it Wayland related, related to re-installing the system (which I did at the same time) or something else just coinciding with the other two. These problems are not related to the April 21st update of this package, they were there before.

a) After every reboot, I have to enter my root password when I scan something for the first time. I use simple-scan and when I close it afterwards and open it later without reboot or logging out, no password is needed.

b) Worse, I can only ever scan one page from the ADF. The scanner pulls the others and simple-scan waits for it to do so but does not scan them, it only retrieves the first one and then throws a kinda generic error message after the last page has been pulled through by the scanner.

c) Also, I used to see the progress of the page while being scanned. Now I only see the page pop up as whole after it was scanned.

For the sake of readability, I pasted my log elsewhere. Also note how slow everything is. I use a MFC-L2710DN as can be seen there. https://pastebin.com/skCX4dFV

Thanks for reading.

Harvey commented on 2021-07-27 15:06 (UTC)

@maxfranco: Well looking into this I found that libavahi-client.so.3 is a dependency brought in by sane. It seems the -q query option depends on this (which makes perfect sense) - but there is no need to include it as sane should pull it in anyway.

Harvey commented on 2021-06-28 14:06 (UTC) (edited on 2021-06-28 14:06 (UTC) by Harvey)

@maxfranco: will take a look as soon as possible. Namcap is throwing some more errors I will have to investigate, but it does not point out avahi as a missing dependency. As it is working for you with avahi installed it is not completely broken at least ;)

purpleleaf commented on 2021-06-22 13:13 (UTC)

@ Harvey i'm working with a MFC-J470DW wifi scanner. I installed brscan4 then tried to add my scanner with: brscan4 -a brsaneconfig4 -a name=MFC-J470DW model=MFC-J470DW ip=192.168.x.x

brscan4 complains for missing libavahi-client.so.3 and don't let my add my scanner i installed avahi to solve the problem now i have removed avahi and i can anyway add new scanner, but the brsaneconfig4 -q problem persist brsaneconfig4 -q /opt/brother/scanner/brscan4/brscan_cnetconfig: error while loading shared libraries: libavahi-client.so.3: cannot open shared object file: No such file or directory installing again avahi fix it. sudo brsaneconfig4 -q * MFC-J470DW [ 192.168.x.x] MFC-J470DW

Harvey commented on 2021-06-22 09:51 (UTC)

@maxfranco: Please provide more information. Network or USB scanner, scanner model, which frontend do you use, are there any error messages, which steps did you take to use your scanner. Without this I can only tell that for me it works without avahi...

purpleleaf commented on 2021-06-22 09:10 (UTC)

There is a missing dependency, without avahi (libavahi-client.so.3) it's impossible add or query scanners.

ettavolt commented on 2021-04-21 12:28 (UTC)

Systemd developers seem to be unsure about this case subject too: https://github.com/systemd/systemd/issues/5642

Sondeluz commented on 2021-04-21 11:58 (UTC)

@ettavolt

Thanks, the workaround did the trick, though now it's fixed :)

@Harvey

I removed the udev rule, updated the package and rebooted for good measure, now I can confirm it's working perfectly, so the suspicions may have been correct.

Thank you both!

ettavolt commented on 2021-04-21 11:40 (UTC)

@Sondeluz, sorry, I've copy-n-pasted != for the idProduct check in the proposed rule. It should have been

ACTION=="add" ATTR{idVendor}=="04f9" ATTR{idProduct}=="041f" ENV{libsane_matched}="yes"