ArchThis Forum is for the discussion of Arch Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have the Ubuntu 32-bit package for installing this printer. I have run the shell script, found the .deb package in the /tmp directory, copied that away and run bsdtar -xf to extract it.
Now I have the whole directory structure of the printer installation, but I cannot for the life of me figure out how to get it installed.
I have CUPS fully installed, and have even put the "printdriver" package in the proper path that CUPS complains about, but it doesn't like it.
Any ideas for a simple all-in-one install to get this darn thing to work? Wouldn't it be nice to just be able to use "dpkg -i" on Arch when you need it sometimes?
EDIT: Well, I haven't tried yet, but I just found dpkg in the AUR. Here we go...
Since I have the .ppd file for the printer, it seems like it would be rather easy to install. However, when selecting the .ppd file, I get this message:
Code:
Printer 'Dell-V310-V510' requires the '/usr/lib/cups/filter//usr/dellinkjet/dell09/bin/printdriver'
program but it is not currently installed. Please install it before using this printer.
Now, I have the printdriver file and have manually placed it in a manually created path at /usr/lib/cups/filter/usr/dellinkjet/dell09/bin/printdriver but still nothing. I'll try creating a /usr/dellinkjet/dell09/bin directory and put it there as well and update in a minute if that works.
I did create the /usr/dellinkjet/dell09/bin/ directory, threw the printdriver file in there, and that part of the problem went away.
I decided to create an Ubuntu 11.04 x86 virtual machine and set up the printer in there so that I could see how it is all set up. I noticed that on Ubuntu (using Dell's Ubuntu drivers), it uses dlnet://192.168.1.6 to connect to the printer. On Arch, I am only able to use socket://192.168.1.6.
I am trying to figure out how (and what) to get dlnet recognized with CUPS on Arch, but it doesn't like it. When I try to manually type in that dlnet://... I get this error:
Code:
There was an error during the CUPS operation: 'client-error-not-possible'.
I'm sure there's some way to get dlnet to work - but I'm at a loss for how (I do have the file for it in the Dell installation structure from the .deb package that I bsdtar'd).
So, you and I have had similar experiences. I actually have a post on the Gentoo Forums about it (if you google dell v515w gentoo, you'll find it).
I've pretty much tried the same thing as you, including trying to use the Dell-V310-V510.ppd via smb:// (after having shared the printer from a Windows 7 machine) and also using socket://
I'm not able to get it to print using either. I feel like the Ubuntu or Suse installs do some other piece of configuration (possibly specific to cups) that makes this thing work. But, since I'm in Gentoo, I'm hesitant to try and install a .deb or .rpm because I know that won't end well.
I'll keep working at it and I'll let you know if I get anywhere.
So, you and I have had similar experiences. I actually have a post on the Gentoo Forums about it (if you google dell v515w gentoo, you'll find it).
I've pretty much tried the same thing as you, including trying to use the Dell-V310-V510.ppd via smb:// (after having shared the printer from a Windows 7 machine) and also using socket://
I'm not able to get it to print using either. I feel like the Ubuntu or Suse installs do some other piece of configuration (possibly specific to cups) that makes this thing work. But, since I'm in Gentoo, I'm hesitant to try and install a .deb or .rpm because I know that won't end well.
I'll keep working at it and I'll let you know if I get anywhere.
I'm glad to hear you mention the smb idea. That would have been my next I get the feeling this printer is going to be a giant failure. I've even tried Generic PostScript drivers. I can typically get communication but overall the test page never prints.
@ volumen1: If you can figure out how to install dpkg on Gentoo - at least temporarily, then this would probably work for you.
@ Everybody else: I am aware that dpkg just extracts a filesystem, but there are steps the .deb installer does that I just couldn't (or didn't have time to) figure out. It did the dirty work for me.
And then, unfortunately, I had created /usr/dellinkjet/dell09/bin/ earlier in my attempts so dpkg didn't care of that. When you run your dpkg -i, does it stall out at all? Mine will stall out and then I'll do a ^C and get an error like this:
^Cdpkg: warning: subprocess old pre-removal script was interrupted
After which it seems to continue fine.
Long story short, I have dlnet and dlusb in /usr/lib/cups/backend. But, I don't see the option for Dell Network Backend in system-config-printer. I'll keep messing with it, though.
Gah! Getting even closer, but still no cigar. I noticed that my other cups backends were all in /usr/libexec/cups/backend/ So, I copied dlusb and dlnet to /usr/libexec/cups/backend and restarted cups. When I run system-config-printer, I see the following in my cups error log:
Code:
D [06/Sep/2011:08:26:26 -0600] [cups-deviced] Started backend /usr/libexec/cups/backend/dlnet (PID 31992)
D [06/Sep/2011:08:26:26 -0600] [cups-deviced] Started backend /usr/libexec/cups/backend/dlusb (PID 31993)
D [06/Sep/2011:08:26:26 -0600] [cups-deviced] PID 31993 (dlusb) exited with no errors.
That 3rd entry sorta concerns me, but not terribly since I'm trying to do this over the network. Unfortunately, though, I still don't see the backend in system-config-printer.
And then, unfortunately, I had created /usr/dellinkjet/dell09/bin/ earlier in my attempts so dpkg didn't care of that. When you run your dpkg -i, does it stall out at all? Mine will stall out and then I'll do a ^C and get an error like this:
^Cdpkg: warning: subprocess old pre-removal script was interrupted
After which it seems to continue fine.
Long story short, I have dlnet and dlusb in /usr/lib/cups/backend. But, I don't see the option for Dell Network Backend in system-config-printer. I'll keep messing with it, though.
This is just a stab in the dark here, but what if you were to remove the /usr/dellinkjet/dell09/bin directory and run the script again? Basically, the whole thing is just about putting the files in the .deb in the right place.
I re-installed the .deb file using dpkg and I was just more patient this time. It completed without any errors. However, despite the fact that the backends are in the correct directory, and CUPS seems to see them, I can't make use of them when adding a new printer. Sooo close!
Close indeed! If you go into the directory where the jre installer is and run it (the java*.sh file), it will do a bunch of extraction as well. Then you have to rename the java folder that it creates to jre or it won't work... But that's another story - only related to getting the Dell Printer Toolbox to work.
As far as the rest, if you have the time and patience (which I'm guessing you do since you're enduring this with me), what I did was this:
- Set up Ubuntu 11.04 in a VMware virtual machine
- Installed the Printer the "intended" way with the .deb.sh script
- Used the 'find' command a lot until I was satisfied that I had dragged the complete directory structure over to Arch from the VM.
Those steps could be why it worked for me...
I will now create a new topic for getting the scanner to work. Ha!
If you have VMware (or Virtualbox) and want the Ubuntu VM (to save you a few steps), I can put the virtual hard disk on my server and you can download it if you like. The whole thing is like 3.3 GB and I have a 30 Megabit connection up and down.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.