[Kde-print-devel] [Bug 126014] unable to retrieve printer list

Fri Apr 21 15:08:19 CEST 2006

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.kde.org/show_bug.cgi?id=126014         

------- Additional Comments From john.sved onlinehome de  2006-04-21 15:08 -------
> Please post that user's ~/.lpoptions file. Also, specify what permissions that 
> file has.
>   

The user ~/.lpoptions file has permissions -rw-r--r--     user  group users

the contents of the file:

Default styluscolor600

lpoptions in /etc/cups    just lists the various instances that I set-up as root

>
> This another PC works fine for the user which has the error on the first PC? 
> If yes, is its account shared from a server by NFS?
>   

There are different users on each PC.   All other users can print with kdeprint.

>
> Was this upgrade on the PC or on the print server? Or both?
>   

The upgrade was on all PCs.  as a clean new installation.   All the /home/user/ files we backed-up and then restored selectively.   It may be that some /.kde files were restored. (e.g. kopete contact list and similar)

> You migh want to look at configuration files in /etc/cups. E.g. client.conf on 
> the client PC and printers.conf, cupsdconf on the server PC.
>   

On the client PC    etc/cups/client.conf is empty 

The cupsd.conf om the server is OK.   At least all other client users can print.    (Note that AuthType was BasicDigest   which is wrong.  I changed it to None and commented AuthClass and AuthGroupName )  The present problem of just one particular client user not able to retrieve the printer list continues.

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-15"
 http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#330033">
<br>
<blockquote cite="mid20060421105646.23247.qmail ktown kde org"
 type="cite">
  <pre wrap="">
Please post that user's ~/.lpoptions file. Also, specify what permissions that 
file has.
  </pre>
</blockquote>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Kate, the KDE Advanced Text Editor">
<pre>The user ~/.lpoptions file has permissions -rw-r--r--     user  group users

the contents of the file:

Default styluscolor600

lpoptions in /etc/cups    just lists the various instances that I set-up as root
</pre>
<blockquote cite="mid20060421105646.23247.qmail ktown kde org"
 type="cite">
  <pre wrap="">

This another PC works fine for the user which has the error on the first PC? 
If yes, is its account shared from a server by NFS?
  </pre>
</blockquote>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Kate, the KDE Advanced Text Editor">
<pre>There are different users on each PC.   All other users can print with kdeprint.

</pre>
<blockquote cite="mid20060421105646.23247.qmail ktown kde org"
 type="cite">
  <pre wrap="">

Was this upgrade on the PC or on the print server? Or both?
  </pre>
</blockquote>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Kate, the KDE Advanced Text Editor">
<pre>The upgrade was on all PCs.  as a clean new installation.   All the /home/user/ files we backed-up and then restored selectively.   It may be that some /.kde files were restored. (e.g. kopete contact list and similar)
</pre>
<blockquote cite="mid20060421105646.23247.qmail ktown kde org"
 type="cite">
  <pre wrap="">
You migh want to look at configuration files in /etc/cups. E.g. client.conf on 
the client PC and printers.conf, cupsdconf on the server PC.
  </pre>
</blockquote>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Kate, the KDE Advanced Text Editor">
<pre>On the client PC    etc/cups/client.conf is empty 

The cupsd.conf om the server is OK.   At least all other client users can print.    (Note that AuthType was BasicDigest   which is wrong.  I changed it to None and commented AuthClass and AuthGroupName )  The present problem of just one particular client user not able to retrieve the printer list continues.</pre>
</body>
</html>