wine users - Jun 2006 - (Still) no printing possible in wine 0.9.15

Hello List,

since my first posting with the same subject was somehow incomplete, i
decided to repost my question.


I just installed wine-0.9.15, because I wasn't able to print with
wine-0.9.8, but unfortunately the problem persists.


My systems:

Workstation:
Gentoo 2006.0
Cups-1.1.23
no /etc/printcap
no local printer connected

Print server:
Gentoo 2006.0
Cups-1.1.23
Printer: Canon i560

The effective use flags for wine are:
USE="X alsa arts cups esd gif jack jpeg ldap ncurses opengl oss truetype
xml -debug -glut -lcms -nas -scanner".
So wine is compiled with cups support. 


Printing on my workstation works very well from any application (even lpr on
the command line), except wine.
When I try to print from a wine application, e.g. notepad, my printer named
i560, which is NOT connected locally, but to my print server, shows up in
the print dialog properly. But when I click the OK button just nothing
happens.


This is what i do in detail:
- remove ~/.wine 
- run winecfg from xterm
  winecfg complains about printer problems, but continues:
  
  wine: creating configuration directory '/home/sven/.wine'...
  To use WINEPS you need to install some AFM files.
  fixme:winspool:AddPrinterW DocumentPropertiesW on printer
'L"i560"' fails
  To use WINEPS you need to install some AFM files.
  wine: '/home/sven/.wine' created successfully.

- create a text file test.txt in ~/.wine/drive_c/ containing "This is a
test"
- open test.txt with notepad from xterm
- try to print the file, printer dialog shows up, but no button
has any effect, except "Cancel". Everytime i press
"Properties" or "OK" the
error messages

"To use WINEPS you need to install some AFM files."

or

"fixme:commdlg:PRINTDLG_UpdatePrintDlgW No lpdm ptr?
fixme:commdlg:PRINTDLG_WMCommandW Update printdlg was not successful!"

show up in my xterm.


All my AFM files are in /usr/share/fonts/Type1. I also have
gnu-gs-fonts-other and gnu-gs-fonts-std installed. So I think missing fonts
can't be the problem...


I searched Google-Groups and found some postings about these or similar
error messages. Most of them saying "Update to a newer version", on of
them
saying "It works when you remove gimp-print" and one (Huw Davies)
saying
that this is a bug that was fixed in wine-0.9.

None of these hints was of any help for me, and since wine switched from
config files to registry, searching for misconfigurations is a real pain,
if possible at all.

Wincfg has a lot of options, but none of them seem to be related to cups or
printing, so now I'm stuck.


Maybe wine is generally unable to print, if the printer isn't connected
locally? (I believe not)


Can somebody please help me with this problem?


Thanks in advance
Sven Rudolph

Sven Rudolph wrote:
> Hello List,
> 
> since my first posting with the same subject was somehow incomplete, i
> decided to repost my question.
> 
> 
> I just installed wine-0.9.15, because I wasn't able to print with
> wine-0.9.8, but unfortunately the problem persists.
> 
> 
> My systems:
> 
> Workstation:
> Gentoo 2006.0
> Cups-1.1.23
> no /etc/printcap
> no local printer connected
> 
I guess you just want to print to a file? Have you tried creating one 
fake local printer? Maybe that will make Wine work ok.

Sven Rudolph wrote:
> Hello List,
> 
> since my first posting with the same subject was somehow incomplete, i
> decided to repost my question.
> 
> 
> I just installed wine-0.9.15, because I wasn't able to print with
> wine-0.9.8, but unfortunately the problem persists.
I happened to have two systems running Fedora core 4, with CUPS 1.1.23. 
I have one system set up with the printers (an HP and an Epson), and the 
other printer sends prints to it remotely, as:
ipp://kotao/printers/hp
I "added" the printer via the web browser interface. That does add an 
entry into the /etc/printcap file:

# This file was automatically generated by cupsd(8) from the
# /etc/cups/printers.conf file.  All changes to this file
# will be lost.
hp_kotao|:rm=taveuni:rp=hp_kotao:

where hp_kotao is the remote printer. It prints fine from Linux apps, 
and also prints fine from Wine. Currently I have Wine-0.9.12 on that 
machine, but I'll update and try again.

I believe Wine attempts to use runtime detection of the printer system, 
and may basically just use the /etc/printcap file for that. I think the 
first thing to determine is why your printer is configured differently 
from mine; that is, why you are not getting a printcap file.

Duane Clark schrieb:
> I notice that you mentioned something about only installing
"cupsclient"
> on the second machine. Could you explain that part? Perhaps the answer
> is that Wine is looking for a running cups server. Even though I have no
> local printers connected to my second computer, I am still running the
> regular CUPS server, and it simply forwards the print requests to the
> remote machine.
Hello Duane,

thanks for your quick replys!


Ok, this is my setup:
Two computers, goza and ray. Goza is my name-file-nis-nfs-web-ntp-etc-print
server, connected to the printer. Ray is my workstation. Both machines have
cups-1.1.23 installed, but only on goza the cupsd is running. On ray no
cupsd is running. I just configured ray's /etc/cups/client.conf, so it
contains the entry:

ServerName 192.168.99.60

With this setup I can print perfectely well from all applications, except
wine, and as far as I know, this configuration is the recommended way.
Actually I have another Workstation, with the same entry
in /etc/cups/client.conf and no running cupsd.

Since there is no local /etc/printcap on my workstation, but wine (notepad)
lists my printer i560 in the print dialog, it seems that wine is at least
able to fetch some information about my printing environment, although it
is unable to actually print.


Sven

Duane Clark schrieb:

> Hmm... yea, I have nothing in client.conf. So I am guessing Wine expects
> cupsd in some way. Perhaps you could temporarily try running the deamon
> and "installing" the remote printer using an IPP line like I
have. That
> would tell you if that is the problem.
Could you tell me your IPP line? This would save me some time, because I
don't know how to configure a cupsd as client to another cupsd.


Sven

Hello Duane,

again, thanks for your replys!

I followed your advice and switched cups from my client server configuration
to server server configuration. Now I have a local cupsd running, which
forwards all print jobs to the cupsd on goza. In my
local /etc/cups/client.conf I commented out the server line:

# ServerName 192.168.99.60

Unfortunately the result remains the same. I can print from any application,
except wine.

I purge ~/.wine and run winecfg:

wine: creating configuration directory '/home/rudolph/.wine'...
To use WINEPS you need to install some AFM files.
fixme:winspool:AddPrinterW DocumentPropertiesW on printer
'L"i560l"' fails
To use WINEPS you need to install some AFM files.
wine: '/home/rudolph/.wine' created successfully.

(I intentionally renamed the printer from i560 to i560l to see if wine
recognizes the change in my printer configuration)

When I run wine notepad test.txt from ~/.wine/drive_c/tmp and try to print
test.txt, I get the same error messages as before:

To use WINEPS you need to install some AFM files.
err:commdlg:PRINTDLG_ChangePrinterW DocumentProperties fails on
L"i560l"
fixme:commdlg:PRINTDLG_UpdatePrintDlgW No lpdm ptr?
fixme:commdlg:PRINTDLG_WMCommandW Update printdlg was not successful!


So the lack of a local cupsd was not the problem, it seems.


Sven

> Hmm... yea, I have nothing in client.conf. So I am guessing Wine expects
> cupsd in some way. Perhaps you could temporarily try running the deamon
> and "installing" the remote printer using an IPP line like I
have. That
> would tell you if that is the problem.