http://qa.mandrakesoft.com/show_bug.cgi?id=1428
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
Status|ASSIGNED |NEEDINFO
Platform|PC |All
------- Additional Comments From [EMAIL PROTECTED] 2003-03-08 21:23 -------
I have found a fix: For security reasons I have changed the "-dSAFER" in the
GhostScript command lines of the Foomatic data files to "-dPARANOIDSAFER" some
months ago. I tested now switching it back to "-dSAFER" and this fixed the
japanese printing. The Red Hat test pages and Mozilla print nicely in japanese now.
"-dSAFER" prevents malicious PostScript programs sent into a print queue from
*writing* into arbitrary files. As GhostScript runs as "lp" when printing
leaving out "-dSAFER" would allow a malicious user to remove or manipulate
someone else's print job on th same server.
"-dPARANOIDSAFER" prevents malicious PostScript programs sent into a print queue
from *writing* and *reading* into arbitrary files. As GhostScript runs as "lp"
when printing leaving out "-dPARANOIDSAFER" would allow a malicious user to read
someone else's confidential print job on the same server.
Probably for 9.1 we will return the "-dPARANOIDSAFER" to "-dSAFER" as it was
before, as it is not possible to compromise the system with it (GhostScript does
not run as root). We will try to find a better solution later as this is only a
workaround for the bug in GhostScript that "-dPARANOIDSAFER" also seems to
prevent GhostScript from reading certain fonts.
I ask you for doing additional testing. Can you edit your PPD file(s) in
/etc/cups/ppd/ replacing "-dPSARANOIDSAFER" by "-dSAFER", restart CUPS ("service
cups restart"), and then print again? Then japanese printing should work. Please
report your results.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: NEEDINFO
creation_date:
description:
I did a fresh install of cooker last night with Japanese as a second language.
Among other packages, I have
fonts-ttf-japanese-0.20020727-2mdk
OpenOffice.org-l10n-ja-1.0.2-2mdk
kde-i18n-ja-3.1-1mdk
locales-ja-2.3.1.4-3mdk
ghostscript-7.05-42mdk
ghostscript-fonts-6.0-1mdk
ghostscript-module-X-7.05-42mdk
installed.
No matter what fonts I choose in mozilla or konqueror, I cannot print a simple
page in Japanese successfully on my HP Deskjet 832C.
I have been able to print to a postscript file and view that in gv without any
problems, but when I send it to the printer, it comes out garbled.
I.e I get one of the following:
- Squares instead of Japanese letters
- Blanks instead of Japanese letters
- Symbols instead of Japanese letters, such as $*$$o$K
Almost all postscript files looked correct when viewed in gv.
The one case where I could not view correctly the postscript file in gv was when
I used the default fonts in konqueror!!!
For this test, I created a new user, logged into kde as that user, ran
/usr/sbin/localedrake, logged out and in again. This is as clean of a setup as
possible.
