Package Details: brscan4 0.4.4_4-2

Git Clone URL: (read-only)
Package Base: brscan4
Description: SANE drivers from Brother for brscan4 compatible models
Upstream URL:
Keywords: printer
Licenses: GPL, custom:brother
Submitter: Harey
Maintainer: Harey
Last Packager: Harey
Votes: 83
Popularity: 1.533279
First Submitted: 2011-08-01 08:43
Last Updated: 2018-01-12 11:23

Latest Comments

Harey commented on 2018-01-12 17:14

So you should file a bug for sane in Archlinux's bugtracker and see what the devs think about the situation...

ettavolt commented on 2018-01-12 12:21

Works, thank you. But for a bit different reason. ☺

So, what's happening with my DCP-1510 (as I understand it now):

40-brscan: MODE 664, GROUP lp, libsane_matched=yes

49-sane: MODE 664, GROUP scanner

50-udev-defaults: GROUP="lp" (because ENV{ID_USB_INTERFACES}==":0701??:")

70-uaccess: TAG+uaccess (because libsane_matched=yes)

Systemd somehow adds current-user ACL for uaccess-TAGged devices (this package owns udev-defaults and uaccess). Since brscan4 has priority of 40 (higher than 70 of uaccess) scanner works for current user without modification of his group. I think Arch's sane has to generate ACL-based udev rules (instead of what's generated now).

Here you can remove MODE and GROUP actions. The combination of sane.rules and udev-default.rules will do exactly the same (checked for DCP-1510).

Harey commented on 2018-01-12 11:24

ettavolt: OK, this seems quite logical to me. I pushed a new version of the package with the change you proposed. Let's see what happens ;)

ettavolt commented on 2018-01-11 10:44

Sorry, forgot to enable notifications. Basically udev is applying files from /etc and /usr in lexical order (without directory paths). Sane's rules are chowning scanner ports to 'scanner' group if ENV{libsane_matched}=="yes" (see the bottom of /usr/lib/udev/rules.d/49-sane.rules). "brscan4" is lexically after "49-sane". That's why ENV{libsane_matched}="yes" in "brscan4" will be applied after sane's rules and thus a Brother's scanner port won't be chowned to 'scanner'.

BTW, I wonder why is there MODE=xxx GROUP=xxx in the sane's rules file? This changes are reapplied by ENV{libsane_matched}=="yes" condition…

Harey commented on 2017-11-08 07:33

Why? Please explain the background a little bit. I guess this would affect the way mfc models are working.

ettavolt commented on 2017-11-08 06:46

Please change udev rules to have a 'priority' higher than SANE's rules.
SANE has 49 (see I have brscan4's rules applying correctly on priority 40.

This should work:

./mk-udev-rules opt/brother/scanner/brscan4/{Brsane4.ini,models4/*.ini} > etc/udev/rules.d/40-$pkgname.rules

Harey commented on 2017-11-06 14:52

Updated to 0.4.4_4-1. Thanks djreep81

timofonic commented on 2017-08-16 16:28


Thanks for maintaining the brscan4 package. I'm an owner of a Brother MFC L2700DW and I depend on a lot of scanning for lots of purposes (OCR, PCBs, etc)

I just found there's a newer version of brscan4 and your package uses an older one. Would you please update it?

If you are busy, I might try to do it. I already did my first package based on an orphaned one and using other PKGBUILD as base (linux-drm-tip-git, I need it to solve certain Intel gfx bugs) with assistance from people on #archlinux-aur at freenode (eschwartz was the patient guru, thanks a lot to him).

Kind regards.

vfrico commented on 2017-05-23 19:57

Worked perfectly for Brother MFC-J480DW, and I was able to configure to scan through WiFi, too.

I used simple scan.

Harey commented on 2017-05-17 13:20

attached to network or USB direct line? Have a look at brsaneconfig. I guess you have to run this before.

All comments