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: 165
Popularity: 3.68
First Submitted: 2011-08-01 08:43 (UTC)
Last Updated: 2023-03-06 12:56 (UTC)

Latest Comments

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 24 Next › Last »

Harvey commented on 2018-06-12 09:20 (UTC)

The output of 'pacman -Qo /usr/lib/udev/rules.d/' makes me feel it is better to leave this directory alone ;). As far as you don't have a pressing argument I will stay with /etc/udev/rules.d/. One could interpret 'vendor' as 'Archlinux' as well...

ron2138 commented on 2018-06-11 22:54 (UTC)

Currently, /etc/udev/rules.d/40-brscan4.rules are installed by brscan4. I think it would be better if that file will be installed under /usr/lib/udev/rules.d/. The reason is that, as far as I can tell, /usr/lib/udev/rules.d/ are for vendor files, while /etc/udev/rules.d are for local files.

Harvey commented on 2018-01-12 17:14 (UTC)

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 (UTC) (edited on 2018-01-12 12:25 (UTC) by ettavolt)

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).

Harvey commented on 2018-01-12 11:24 (UTC)

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 (UTC) (edited on 2018-01-11 10:49 (UTC) by ettavolt)

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…

Harvey commented on 2017-11-08 07:33 (UTC)

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 (UTC)

Please change udev rules to have a 'priority' higher than SANE's rules. SANE has 49 (see https://www.archlinux.org/packages/extra/x86_64/sane/files/). 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

Harvey commented on 2017-11-06 14:52 (UTC)

Updated to 0.4.4_4-1. Thanks djreep81

timofonic commented on 2017-08-16 16:28 (UTC) (edited on 2017-08-16 16:38 (UTC) by timofonic)

Hello. 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). http://download.brother.com/welcome/dlf006647/brscan4-0.4.4-3.i386.rpm http://download.brother.com/welcome/dlf006648/brscan4-0.4.4-3.x86_64.rpm Kind regards.

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 24 Next › Last »