Package Details: brscan4 0.4.8_1-1

Git Clone URL: (read-only, click to copy)
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: 121
Popularity: 2.66
First Submitted: 2011-08-01 08:43
Last Updated: 2019-07-02 16:15

Latest Comments

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

Harey commented on 2018-07-11 11:41

@egrupled: I don't see the benefit for this but you are always free to edit the PKGBUILD to suit your needs before building. Anybody else having the same problem?

egrupled commented on 2018-07-10 16:15


Yes, it breaks when you try building the package and the directory where you downloaded sources is mounted with noexec flag.

In such case executing scripts directly like ./some-script will fail with permission denied.

But executing scripts by passing them to interpreter like bash some-script, python some-script or gawk -f some-script will still work.

The script functionality is unchanged so there is no downside of doing this change.

Harey commented on 2018-07-08 12:41

@egrupled: Could you describe the scenario a bit more and why somebody wants to use it? It breaks only while building the package, right?

egrupled commented on 2018-07-04 15:41

Hi, thx for providing this package!

Could you change in

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


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

Otherwise it breaks when "mk-udev-rules" is cached on mount point with "noexec" flag.

Harey commented on 2018-07-03 06:25

updated to 0.4.5_1 @ron2138 I changed the upstream URL to something more unspecified because the one you provided did not have the latest updates. Thanks for reporting upstreams - please keep us informed if you get an answer.

ron2138 commented on 2018-06-13 21:31

  1. The upstream URL recorded above can not be found

  2. . I believe the this is the current URL.

  3. Replying ettavolt comment on 2018-06-13 05:13 and Harey comment on 2018-06-12 09:20: On 2018-06-19 I sent a message through Email Support. Got #180619-000271 reference number for follow up. A reply by email was they will provide this to the software engineers.

ettavolt commented on 2018-06-13 05:13

Man ( says that /etc/udev/rules.d/ is for local administrator. Local = per-machine. Package isn't machine-dependent (though it may be useful only for some that have Brother's scanner connected). Having rules in /usr/lib would allow a simple disabling via linking /etc/udev/rules.d/40-brscan4.rules to /dev/null. And this way won't interfere with package updates (while deleting file does).

Harey commented on 2018-06-12 09:20

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

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.

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