Did you change your repositories? These new dependancy problems just showed
up after you tried to do an update? Is that an apt-get update
Can you run *
sudo su
dpkg-query -l | grep -v ^ii*
and look for broken packages?
On Wed, Nov 23, 2011 at 12:51 AM, Ralph Boland rpbol...@gmail.com wrote:
On 11-11-23 12:51 AM, Ralph Boland wrote:
I don't understand why Shawn had no problems. He installed my printer
using Ubuntu
though I don't know which version of Ubuntu he is using. I am using
Ubuntu 11.04.
Perhaps he is using the 64bit version.
I'm using Ubuntu 11.04 with the KDE Desktop
Quite a while ago I noticed aptitude as apposed to dpkg seemed able to
handle things more gracefully. Aptitude can do some command line stuff
too.
Am I the only one who noticed this?
And would it help in this case?
Mel
On Wed, 2011-11-23 at 09:43 -0700, Royce Souther wrote:
Did you change your
Try this
sudo dpkg -P dcp7065dnlpr
Not this
sudo dpkg -P dcp7065dnlpr-2.1.0-1.i386
Thanks for your help.
Sorry for the confusion but that was what I did originally.
When posting I repeated the command incorrectly.
My original output from doing this command was:
dpkg: error processing
Are you using Ubuntu? They did a crap job converting only some services to
upstart and breaking everything with their half-ass transition. I had the
same problem trying to get NFS to run. The upstart script for portmap did
not exist and the /etc/init.d script refused to let me run it because it
Also LPD should be CUPS. Look for them in the upstart directory.
ls -l /etc/init/ | grep -E lpd|cups
On Tue, Nov 22, 2011 at 4:10 PM, Royce Souther osgn...@gmail.com wrote:
Are you using Ubuntu? They did a crap job converting only some services to
upstart and breaking everything with their
There are two versions of the .deb file - one for working with CUPS and
one for doing LPD. I used the one for CUPS, seeing as I usually deal
with CUPS when working with printers. I believe the LPD version would
be for systems that do not have CUPS. Is it possible to try the other
version?
Also LPD should be CUPS. Look for them in the upstart directory
ls -l /etc/init/ | grep -E lpd|cups
This command returns cups.conf
cups.conf has several matches for cups but none for lpd.
cops.conf contains a number of commands but they do not
look has if they have been run.
Try this
sudo dpkg -P dcp7065dnlpr
Not this
sudo dpkg -P dcp7065dnlpr-2.1.0-1.i386
Version number and architecture are not part of the package name. You only
use the full file name like dcp7065dnlpr-2.1.0-1.i386.deb if you are
installing the file using dpkg from a local directory.
Sorry I have
It looks like your error is in the post removal script so look for .postrem
or something to that affect.
Looks for lines that have lpd in them. Post them in a reply email if the
answer is not clear.
On Mon, Nov 21, 2011 at 4:07 PM, Royce Souther osgn...@gmail.com wrote:
Try this
sudo dpkg -P
I have this same printer running flawlessly in our Ubuntu only network
(ok, there are some windows VMs too, but that doesn't matter for this
discussion...)
...
Encouraged by Shawn's success with my printer model and Ubunutu I tried again.
I failed again.
Worse, I seem to have entered dpkg
11 matches
Mail list logo