[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#623269: marked as done (Fails to print files with german umlauts in locale de_DE)

Your message dated Mon, 1 Dec 2014 12:39:08 +0100
with message-id <[🔎] 20141201113908.GA3108@free.fr>
and subject line Fails to print files with german umlauts in locale de_DE
has caused the Debian Bug report #623269,
regarding Fails to print files with german umlauts in locale de_DE
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
623269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623269
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Package: cups-client
Version: 1.4.6-4
Severity: normal

I saw this bug for long time now. When I print a file that have german
umlauts in the file name, cups tell me:
lp: Fehler ? kein Zugriff auf ?XXXXXXXXXXXXXXXXXXrüXXXXXX.pdf? ? Datei oder Verzeichnis nicht gefunden

When I unset all locale settings the file is printable.

I think that this happens cause of a wrong assuming that all is UTF-8.
But the locale de_DE implies ISO-8859-1 if no other charset is mention.

On my system I have no UTF-8. Not in filesystem and not in locale
settings.

However, that is only a assuming, I am not sure if that is really the
problem.

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'stable'), (60, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38 (SMP w/8 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups-client depends on:
ii  adduser                       3.112+nmu2 add and remove users and groups
ii  cups-common                   1.4.6-4    Common UNIX Printing System(tm) - 
ii  libc6                         2.11.2-13  Embedded GNU C Library: Shared lib
ii  libcups2                      1.4.6-4    Common UNIX Printing System(tm) - 
ii  libcupsimage2                 1.4.6-4    Common UNIX Printing System(tm) - 

Versions of packages cups-client recommends:
pn  smbclient                     <none>     (no description available)

Versions of packages cups-client suggests:
ii  cups                          1.4.6-4    Common UNIX Printing System(tm) - 
ii  cups-bsd                      1.4.6-4    Common UNIX Printing System(tm) - 
pn  xpp                           <none>     (no description available)

- -- no debconf information

- -- 
Klaus Ethgen                            http://www.ethgen.ch/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <Klaus@Ethgen.de>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQEVAwUBTaykzZ+OKpjRpO3lAQpU/Qf9EaL06dU7/dI/uM7KV9Fs0910KtxZ+jdx
YycqHdzoTA4PwByqxL4u6AZC80hUuG3RN91QkxV3dfB/J6qqPgzJhZr3n3kqnVyj
ldGc+xwv71bcVpcNCdEC519H8Qg5zvPfnjD9/wuQAUohHDpzsCrV3ZLXOscqzX9g
b3J/lZgpTaArg4Kc13nCIXTowAOWxEQAGzp+8wajldk296krcjzuHi0K72gFHY0U
kjWx4tUM9FPcnDL+bZFPM4t3PTdVH5JXWalD0yGQIfwHez7J9oafPw/smBApi9ix
/qPX1DZbTFcv+dp0wKIC4SRFlJjyhcYIsTvkCuMOCcvxxFJF19HIhA==
=F819
-----END PGP SIGNATURE-----

--- End Message ---
--- Begin Message --- 
Hello,

Upstream answered:

> This isn't something we can fix in CUPS - the filename on the command-line
> is converted to UTF-8 (from the locale-specified charset) in order to
> provide the correct encoding for the print job title, but there is no way
> for us to know the proper encoding for filenames.
>
> (this problem has existed long before CUPS...)
>
> One method of dealing with this is to redirect stdin, e.g.:
>
>     lp -d printer <filename-with-special-chars

It does not change the situation, but at least a workaround exists. I
think the real solution would be to switch to de_DE.UTF-8. You can use
"# dpkg-reconfigure locales" for that.

Regards,

-- 
Stéphane Aulery

--- End Message ---
Reply to: