Package Details: brother-hll2360d 3.2.0_1-1

Git Clone URL: https://aur.archlinux.org/brother-hll2360d.git (read-only, click to copy)
Package Base: brother-hll2360d
Description: Brother LPR and CUPS driver for HL-L2360DN, HL-L2360DW, HL-L2365DW
Upstream URL: http://www.brother.com
Licenses: GPL
Submitter: classieur
Maintainer: hysteric
Last Packager: hysteric
Votes: 9
Popularity: 0.000000
First Submitted: 2016-01-29 09:20 (UTC)
Last Updated: 2019-01-24 17:14 (UTC)

Latest Comments

1 2 Next › Last »

wooptoo commented on 2020-04-21 22:31 (UTC)

Does this package absolutely need lib32-glibc?
I'm trying to remove lib32* from my system and this package is the only one that requires it.

Lucki commented on 2019-12-25 15:01 (UTC)

I came back to this and tried a bit around. Although the program displays the values in mm they're only correctly printed when using pt as FuzzyCheese mentioned.

Changing the patch file to the following will solve the issue:

diff --git a/brother_lpdwrapper_HLL2360D b/brother_lpdwrapper_HLL2360D.new
index 1af93d4..f7d1bfd 100755
--- a/opt/brother/Printers/HLL2360D/cupswrapper/brother_lpdwrapper_HLL2360D
+++ b/opt/brother/Printers/HLL2360D/cupswrapper/brother_lpdwrapper_HLL2360D
@@ -43,15 +43,7 @@ if ( $DEBUG > 0 ){
 $width=-1;
 $height=-1;

-#my $basedir = Cwd::realpath ($0);
-my $basedir = `readlink $0`;
-if ( $basedir eq '' ){
-    $basedir = `realpath $0`;
-}
-chomp($basedir);
-
-$basedir =~ s/$PRINTER\/cupswrapper\/.*$/$PRINTER\//g;
-
+my $basedir = "/usr/share/brother/Printers/HLL2360D";

 %units = ( pt   => \&pt2dot, 
       mm   => \&mm2dot, 
@@ -84,7 +76,7 @@ if ( @ARGV >= 6 ){
 }


-$PRINTER =~ s/^\/opt\/.*\/Printers\///g;
+$PRINTER =~ s/^\/usr\/share\/.*\/Printers\///g;
 $PRINTER =~ s/\/cupswrapper//g;
 $PRINTER =~ s/\///g;

@@ -540,7 +532,7 @@ sub ft2dot{
 sub check_custom_paper {
     my $x = 0;
     my $y = 0;
-    my $unitfunc;
+    my $unitfunc = \&pt2dot;
     my $unit = '';
     my $ssize = '';

Lucki commented on 2019-12-21 12:25 (UTC)

I've just stumbled on the issue @FuzzyCheese mentioned. Printing on custom paper sizes won't work with the error message: Filter failed. Examining the cups log presents Can\'t use an undefined value as a subroutine reference at /usr/lib/cups/filter/brother_lpdwrapper_HLL2360D line 557.

I haven't tested his workaround, yet I'm not convinced by hardcoding pt as my sizes were in mm.

classieur commented on 2019-01-24 08:43 (UTC)

Hi hysteric,

Cool! I added you as maintainer.

hysteric commented on 2019-01-24 02:58 (UTC)

Hi classieur and FuzzyCheese,

I am not sure if any of you are still maintaining this package, but I still have this printer and would be willing maintain this package going forward.

classieur commented on 2017-12-11 22:39 (UTC)

Hi FuzzyCheese,

Would you like to submit a patch and become a maintainer? I don't use Archlinux anymore and I don't have the printer. I've added you as a Co-Maintainer in case you would accept :-)

FuzzyCheese commented on 2017-12-11 20:14 (UTC) (edited on 2017-12-11 20:14 (UTC) by FuzzyCheese)

Found a bug in /usr/share/brother/Printers/HLL2360D/cupswrapper/brother_lpdwrapper_HLL2360D

Symptom: When printing in Inkscape, paper size was set to custom and printer would fail with "Filter failed" status. Error in /var/log/cups/error_log: "Can\'t use an undefined value as a subroutine reference at /usr/lib/cups/filter/brother_lpdwrapper_HLL2360D line 557 "

Assumed Cause: The Brother filter does not properly handle units not being passed with custom paper size. If no units(pt,mm,inch,in,cm,m,ft,etc.) are passed in command, conversion function address is not assigned and filter fails with error mentioned above.

Fix: Initilaize $unitfunc to address of sub pt2dot. Find around line 540: sub check_custom_paper { my $x = 0; my $y = 0; my $unitfunc; my $unit = ''; my $ssize = '';

change "my $unitfunc;" to "my $unitfunc = \&pt2dot;" This causes the unspecified units to be processed as "pt".

frankplow commented on 2017-06-12 17:26 (UTC)

Yeah that could be- with installing brother-cups-wrapper-laser I also installed some of the dependencies that package has that I didn't have installed previously so it might have been another one of them. It was definitely installing that package that got my setup working though.

Lucki commented on 2017-06-11 11:37 (UTC)

That's strange because I haven't installed this wrapper and yet it's working correctly (also HL-L2365DW) - so it can't be required or there's a package I have installed with similar functionality.

frankplow commented on 2017-06-11 11:18 (UTC)

Could I suggest adding brother-cups-wrapper-laser to the dependencies? Couldn't find anywhere saying it was required yet it is (at least for Brother HL-L2365DW)

1 2 Next › Last »