<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1"><font face="Helvetica, Arial, sans-serif">Not so with
me.<br>
<br>
kdeprintd still shows up under kded in kdcop<br>
<br>
running dcop kded kdeprintd gives:<br>
<br>
$ dcop kded kdeprintd<br>
QCStringList interfaces()<br>
QCStringList functions()<br>
int print(QString cmd,QStringList files,bool remove)<br>
QString openPassDlg(QString user)<br>
ASYNC statusMessage(QString msg,int pid,QString appName)<br>
QString requestPassword(QString user,QString host,int port,int seqNbr)<br>
void initPassword(QString user,QString passwd,QString host,int port)<br>
<br>
All the best<br>
<br>
<br>
Andrew<br>
<br>
<br>
</font></font><br>
Kurt Pfeifle wrote:
<blockquote cite="mid200702061409.42031.k1pfeifle@gmx.net" type="cite">
  <pre wrap="">On Tuesday 06 February 2007 11:50, Kurt Pfeifle wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">On Tuesday 06 February 2007 10:47, Andrew Myers wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Hi Kurt:

Did you manage to solve this problem or, if not, have you devised a work 
around to print stuff from kde?
      </pre>
    </blockquote>
    <pre wrap="">Sorry, no, not yet. I'll return later this afternoon to the machine 
in question; I'll still have to see what the result is of the last
test Michael had suggested to run.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
OK, I was able to run a (very short test).

 1. created a new (non-root) user; this user can print with kprinter
    without any problem

 2. the user that had problems with KDEPrint still can't print; same
    problems as before. In addition, this user now does not even see
    kdeprintd listed any more underneath "kded" when he runs "kdcop"
    (the GUI to dcop) -- and the command  "dcop kded kdeprintd"  now 
    does return:
         "object 'kdeprintd' in application 'kded' not accessible"

Strange.

I've no idea what's going on.  But later I'll move away ${HOME}/.kde 
for the user with the problem and let him start a virgin KDE session
(previously I had already tried that with the two files kdeprintrc &amp;
kprinterrc in  ${HOME}/.kde/share/config/ on their own, but that did
not help...).

But I can't do that right now, sorry.

Cheers,
Kurt


  </pre>
  <blockquote type="cite">
    <blockquote type="cite">
      <pre wrap="">All the best


Andrew


Kurt Pfeifle wrote:
      </pre>
      <blockquote type="cite">
        <pre wrap="">On Tuesday 30 January 2007 08:31, Goffioul Michael wrote:
  
        </pre>
        <blockquote type="cite">
          <blockquote type="cite">
            <pre wrap="">Thanks to David Faure, who answered my question on 
kde-core-devel, we now know how to make this call on the 
commandline. Here it is and also what is returned:


  kurt@~&gt; dcop kded kdeprintd print "ls -l" '(' 
"/tmp/kdeprint.txt" ')' false
  object not accessible


  kurt@~&gt; ls -l /tmp/kdeprint.txt
  -rw-r--r--  1 kurt kurt 13 2007-01-29 17:32 /tmp/kdeprint.txt



And doing the same as root:


  root:# dcop --user kurt --list-sessions
  Active sessions for user /home/kurt :
    .DCOPserver_soprano__0
  
  
  root:# dcop --session .DCOPserver_soprano__0 --user kurt |grep kded
  kded
  
  root:# dcop --session .DCOPserver_soprano__0 --user kurt 
kded kdeprintd print "ls -l" '(' "/tmp/kdeprint.txt" ')' false
  Xlib: connection to ":0.0" refused by server
  Xlib: No protocol specified
  
  6119
  
  
  root:# dcop --session .DCOPserver_soprano__0 --user kurt 
kded kdeprintd print "ls -l" '(' "/tmp/kdeprint.txt" ')' true
  Xlib: connection to ":0.0" refused by server
  Xlib: No protocol specified
  
  6134
  
  
  root:# ls -l /tmp/kdeprint.txt
  /bin/ls: /tmp/kdeprint.txt: No such file or directory

  

Does this provide more clue now?
      
            </pre>
          </blockquote>
          <pre wrap="">You should try a command that produces some result, in order to
check if it's actually executed. Maybe a "ls -l &gt; /tmp/debug.txt"
can work, or even a "touch /tmp/debug.txt" (remove the file first,
"touch" should recreate it).
    
          </pre>
        </blockquote>
        <pre wrap="">Good idea. But trying it only proofs in a different way, that the 
"dcop kded kdeprintd print" call fails:


  (a) if "/tmp/debug.txt" does already exist:

      dcop kded kdeprintd print "touch" '(' "/tmp/debug.txt" ')' false

      Error message pops up, see below (*) for its content.


  (b) if "/tmp/debug.txt" does already exist:

      dcop kded kdeprintd print "touch" '(' "/tmp/debug.txt" ')' true

      Same error message pops up, see below (*) for its content;
      however "/tmp/debug.txt" is indeed removed (as it should be,
      according to the "true" in the dcop call).


  (c) if "/tmp/debug.txt" does *not* already exist:

      dcop kded kdeprintd print "touch" '(' "/tmp/debug.txt" ')' true

      A warning pops up, see below (**) for its content.


Of course, for each of the tests, "/tmp/" and/or "/tmp/debug.txt"
were world readabable/writeable.

---------------------------------------------------------------------

(*)  Content of error notification popping up: 

     Headline says : "Catastrophe! KNotify"

     Message is    : "
                      A print error occurred. Error message received
                      from system:
                      touch: execution failed with message:
                      touch: missing file operan Try `touch --help'
                      for more information.
                     " 

---------------------------------------------------------------------

(**) Content of the warning popping up:

     Headline says : "Warning - KDE Daemon"

     Message is    : "
                      Some of the files to print are not readable by 
                      the KDE print daemon. This may happen if you 
                      are trying to print as a different user to the 
                      one currently logged in. To continue printing, 
                      you need to provide root's password.

                      [ ] Do not ask again

                      +-------------------------+        +--------+
                      | Provide root's Password |        | Cancel |
                      +-------------------------+        +--------+ 
        </pre>
      </blockquote>
    </blockquote>
    <pre wrap=""> 
Danka Deutschland Holding GmbH
Hedelfingerstrasse 58
D-70327 Stuttgart
Telefon +49 711 4017-0, Fax +49 711 4017-5752
<a class="moz-txt-link-abbreviated" href="http://www.danka.de">www.danka.de</a>
Geschaeftsfuehrer: Elmar Karl Josef Wanderer, Frank Grosch, Heinz-Josef Jansen
Sitz der Gesellschaft: Stuttgart, Handelsregister HRB Stuttgart 20398

Der Inhalt dieser E-Mail ist vertraulich und ist nur f&uuml;r den Empf&auml;nger bestimmt. Falls Sie nicht der angegebene Empf&auml;nger sind oder falls diese E-Mail irrt&uuml;mlich an Sie adressiert wurde, verst&auml;ndigen Sie bitte den Absender sofort und l&ouml;schen Sie die E-Mail sodann. Das unerlaubte Ver&ouml;ffentlichen, Kopieren sowie die unbefugte &Uuml;bermittlung komplett oder in Teilen sind nicht gestattet.Private Ansichten und Meinungen sind, wenn nicht ausdr&uuml;cklich erkl&auml;rt, die des Autors und nicht die der Danka Deutschland Holding GmbH oder deren verantwortliche Direktoren und Angestellte. Eine Haftung f&uuml;r Sch&auml;den oder Verlust von Daten durch den Gebrauch dieser Email oder deren Anh&auml;nge wird ausgeschlossen. 
Weitere Informationen erhalten Sie im Internet unter <a class="moz-txt-link-abbreviated" href="http://www.danka.de">www.danka.de</a> oder in jeder Danka Niederlassung.
 
This E-Mail is for the exclusive use of the recipient and may contain information which is confidential.  Any disclosure, distribution or copying of this communication, in whole or in part, is not permitted.  Any views or opinions presented are those of the author and (unless otherwise specifically stated) do not represent those of Danka Deutschland Holding GmbH or their directors or officers; none of whom are responsible for any reliance placed on the information contained herein.  Although reasonable precautions have been taken to ensure that no viruses are present, all liability is excluded for any loss or damage arising from the use of this email or attachments.
For further information please see our website at <a class="moz-txt-link-abbreviated" href="http://www.danka.de">www.danka.de</a> or refer to any Danka office.

    </pre>
  </blockquote>
  <pre wrap=""><!---->_______________________________________________
kde-print mailing list
<a class="moz-txt-link-abbreviated" href="mailto:kde-print@kde.org">kde-print@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/kde-print">https://mail.kde.org/mailman/listinfo/kde-print</a>

  </pre>
</blockquote>
</body>
</html>