Re: Canon 1133 Driver
Keira Seright
I downloaded the driver from the official website Canon, the installation was true test - a new printer. When sending to a network printer print job leaves no error, the printer issues a voice message as if the job done, but nothing prints.
Open Safari and enter IP address of iR1133iF as URL. This will connect to the internal web page of the iR1133iF. After you log in one of the available pages will show you a print log. Once you locate the print job from the MB Air you can select Details and this should show an error code for this print job. The error code will have a # symbol preceeding a number. Can you tell me what this number is please. This will give some insight as to why the print job from the Mac is failing to print.
The #853 is an internal processing error. This can happen when you use a Postscript driver but the printer does not support the Postscript printer language. So I would have to assume that you are currently using the Canon PS v4.x driver when you should be using the UFR2 v10.2.0 driver.
If the driver listed is not the right version or operating system, search our driver archive for the correct version. Enter Canon imageRUNNER 1133 into the search box above and then submit. In the results, choose the best match for your PC and operating system.
Trying to do printing from a Linux machine for the first time. The documentation on CUPS has been leading me in circles and I've lost track of reference points in relation to my failed driver installs.
Working with a Canon imageCLASS MF4370dn, foomatic/gutenprint doesn't show an option for my model in the list of drivers when attempting to install it. I found files specific for the printer at the Canon site with official drivers, but they only mention Debian/Ubuntu/Red Hat. Looking in the files they resolve down to .rpm or .deb files. The wiki page here hints at working with IPP everywhere, but it is not clear and doesn't follow something in my configuration.
Driver is "UFR II/UFRII LT Printer Driver for Linux V5.20," download file name "linux-UFRII-drv-v520-usen-05.tar.gz". This seems different to the files in the referenced AUR packages, whose names contain "uken" rather than "usen". However, one could probably hack something together.
uken vs usen I suspect is US English vs UK English. -lb/ uses Canon Europe for the download while snakeroot was looking at the US site.
Changing one for the other the package built with the usen.
Is there a need to change things over to "usen" to make the printer work? I'd prefer to use UK English over 'Merican, but it isn't clear to me when other geographic factors are bundled with the languages. I'm sticking with Freedom Units for now...
On a possible related note, pacman and now makepkg is giving me repeated warnings from perl that it doesn't recognize the locale and defaults to "C", ever since installing base-devel. I double checked /etc/locale.conf and the LANG variable is correct with no other variables added.
I installed the cnrdrvcups-lb package. Just trying to print from Libreoffice elicited a beep from the printer, which reads that there was a data error. I went to the localhost interface and re-added the printer with the new driver from the selection box. I tried $ cngplp2 as directed by the Canon install guide and
In older UFRII driver versions canon had country oriented driver packages :
US driver only included printers sold in the US, japanese driver only included printers sold in japan , same for australian and austrian drivers (those 2 were long ago) .
Often the same model was sold in several countries but under a different modelname.
The uken driver download included the contents of the usen and japanese driver packages.
After some testing and feedback from users It became clear that the uken download worked for printers sold in europe, United States and asia .
For UFRII on archlinux the uken became the defacto standard and stayed that way.
In 2019 canon released UFR II version 5 without binary parts* and lots of changes.
Canon and archlinux are not a happy couple, but no one reported issues with using the uken driver in US or asia .
Some printers are not supported by v5.x but are supported by 3.70 and there are even some models that are supported by both but only work in the older one.
That's why the 3.70 version is still in AUR.
Looks like locale settings were correct unless I forgot to run locale-gen at install. Everything should be vanilla from the install guide, except that I downloaded the GB hunspell file along with the US one.
No idea what the difference is, but the ZJ & ZK both have A4 as default papersize, while the ZS has letter as default.
Since you wanted the US driver download, I guess you want letter size as default ?
According to the man page, the -E switch only applies encryption when associated with -d -p or -x options, otherwise it enables the destination and accepts jobs, which I think is wanted here?
Perfectly logical application, about what I've come to expect from software associated with Apple...
[edit: ah, -p switch is there, I'll take it back out.
Wait, it says 'before the -p option" is that literal? Seems like an idiotic mess to me...]