I think this package is fixed.
I don't have this printer model, but the configuration is the same as mine from another model (DCP-T436W).
If you have this printer and it worked out fine or not, please let me know.
| Git Clone URL: | https://aur.archlinux.org/brother-dcpt220.git (read-only, click to copy) |
|---|---|
| Package Base: | brother-dcpt220 |
| Description: | Driver for the Brother DCP-T220 wifi multifuncional printer |
| Upstream URL: | https://support.brother.com/g/b/producttop.aspx?c=in&lang=en&prod=dcpt220_all |
| Keywords: | brother driver printer |
| Licenses: | GPL, EULA, custom:Brother License |
| Submitter: | ishaanbhimwal |
| Maintainer: | Mxzcabel |
| Last Packager: | Mxzcabel |
| Votes: | 0 |
| Popularity: | 0.000000 |
| First Submitted: | 2022-01-28 16:29 (UTC) |
| Last Updated: | 2025-10-03 12:51 (UTC) |
I think this package is fixed.
I don't have this printer model, but the configuration is the same as mine from another model (DCP-T436W).
If you have this printer and it worked out fine or not, please let me know.
Hi. I was having the same problem as previous poster se7en and apparently many others on different online forums. I am not an GNU/Linux expert but I wanted to leave a record here for posterity that while I wasn't able to make this driver work, this printer (and similar models too, I suppose) supports "driverless" operation by way of the IPP over USB protocol (i.e. the "IPP everywhere" generic driver). This also seems to be the preferred mode of operation according to OpenPrinting, so this driver (and eventually all printer drivers, according to OpenPrinting) seems to have been effectively superseded by the generic driver. The relevant packages to install are cups-browsed and the ipp-usb service (and of course the CUPS-related ones, including cups-filters). I followed this Debian guide https://wiki.debian.org/CUPSDriverlessPrinting. Set up is done normally through the CUPS web-interface, choosing the IPP Everywhere driver. Then the key was to create the printing queue with the command: lpadmin -p <print_queue_name> -v <URI> -E -m driverless:<URI>. After that, <print_queue_name> appears normally to the OS as a printing device. There weren't any clear instructions on how to do this on the Arch wiki but user Flyingpig over at https://wiki.archlinux.org/title/Talk:CUPS pointed me in the right direction. UPDATE (03-22-2025): The Arch Wiki has been updated to include details on this method.
Sadly the new commit did not fix the problem. I reinstalled the package + cups cups-filter and gutenprint
Same problem as before. Sending data. All looks fine but no print. I also enabled debuging.
E [24/Mar/2022:08:53:37 +0700] [CGI] ippfind (PID 40955) stopped with status 2!
E [24/Mar/2022:08:53:37 +0700] [cups-deviced] PID 40941 (driverless) stopped with status 2!
E [24/Mar/2022:08:53:49 +0700] [CGI] ippfind (PID 41055) stopped with status 2!
E [24/Mar/2022:08:53:52 +0700] [CGI] ippfind (PID 41087) stopped with status 2!
W [24/Mar/2022:08:53:58 +0700] CreateProfile failed: org.freedesktop.ColorManager.AlreadyExists:profile id \'Brother_DCP-T220-Gray..\' already exists
This ist the error log from removing and adding + trying to print a test page
localhost:631 print test page shows printing without errors. But nothing happens.
This package is not working for me. Can it be fixed?
Pinned Comments
Mxzcabel commented on 2025-10-02 14:35 (UTC) (edited on 2025-10-02 14:35 (UTC) by Mxzcabel)
I think this package is fixed.
I don't have this printer model, but the configuration is the same as mine from another model (DCP-T436W).
If you have this printer and it worked out fine or not, please let me know.