Hello.
Recently updated my Factory running workstation (x86_64, Xfce).
Monospace font interval is increased badly.
I'm sure, I use DejaVu Sans Mono as a monospace font. I choose 'monospace 9' in programs settings. There is a screenshot: http://susepaste.org/view/simple/38919191
Changing to 'DejaVu Sans Mono 9': http://susepaste.org/view/simple/70371539 It looks like it was before.
% fc-match Monospace Fontconfig warning: "/etc/fonts/conf.d/56-user.conf", line 14: reading configurations from ~/.fonts.conf is deprecated. please move it to /home/kent/.config/fontconfig/fonts.conf manually Monospace: "Monospace" "Regular"
Hi,
What does the following command show?
$ fc-match Monospace file
The result of "fc-match -v Monospace" may be helpful.
(2014/01/11 23:45), Kyrill Detinov wrote:
Hello.
Recently updated my Factory running workstation (x86_64, Xfce).
Monospace font interval is increased badly.
I'm sure, I use DejaVu Sans Mono as a monospace font. I choose 'monospace 9' in programs settings. There is a screenshot: http://susepaste.org/view/simple/38919191
Changing to 'DejaVu Sans Mono 9': http://susepaste.org/view/simple/70371539 It looks like it was before.
% fc-match Monospace Fontconfig warning: "/etc/fonts/conf.d/56-user.conf", line 14: reading configurations from ~/.fonts.conf is deprecated. please move it to /home/kent/.config/fontconfig/fonts.conf manually Monospace: "Monospace" "Regular"
-- Fuminobu TAKEYAMA
On Wed, 15 Jan 2014 01:56:18 +0900 Fuminobu TAKEYAMA wrote:
What does the following command show?
$ fc-match Monospace file
Hello.
% fc-match Monospace file :file=/usr/share/fonts/ghostscript/Monospace
The file /usr/share/fonts/ghostscript/Monospace is owned by the cups package. And I see in the changelog:
* Ср янв 08 2014 jsmeix@*** ... - Do no longer use the Ghostscript fonts for CUPS. Instead be in compliance with upstream and use CUPS' own Monospace fonts in /usr/share/cups/fonts because those fonts are hardcoded used by the CUPS filters bannertops (for CUPS banner pages and the CUPS test page that is a special kind of banner page) and texttops (when printing plain text files). Without CUPS' own Monospace fonts bannertops and texttops create PostScript that uses those fonts but without those fonts embedded which results that PostScript interpreters use a (different) fallback font or fail to print for some PostScript printers (bnc#856731).
It seems, more info is provided in bnc#856731.
The result of "fc-match -v Monospace" may be helpful.
% fc-match -v Monospace Pattern has 32 elts (size 48) family: "Monospace"(s) style: "Regular"(w) slant: 0(i)(s) weight: 75(i)(s) width: 100(i)(s) size: 12(f)(s) pixelsize: 12.5(f)(s) spacing: 100(i)(w) foundry: "bitstream"(w) antialias: True(w) hintstyle: 1(i)(w) hinting: True(w) verticallayout: False(s) autohint: True(w) globaladvance: True(s) file: "/usr/share/fonts/ghostscript/Monospace"(w) index: 0(i)(w) outline: True(w) scalable: True(w) dpi: 75(f)(s) rgba: 1(i)(w) scale: 1(f)(s) charset: 0000: 00000000 ffffffff ffffffff 7fffffff 00000000 ffffffff ffffffff ffffffff 0001: ffffffff ffffffff ffffffff ffffffff 00150040 00000000 805fe000 00003c0c 0002: 0f000000 000ee800 ffff0000 ffffffff ffffffff 19ffffff 3f0302c3 0000001f 0003: 00041ddf 00000046 00000000 00000000 00100000 10000200 00000001 00000000 0004: ffffffff ffffffff ffffffff 00000000 0c0f0000 000c0000 00000000 00000000 001e: 000c0000 30000000 00000c30 00030000 0000003f 00000000 00000000 000c0000 0020: 773f0000 06010047 00000010 80100000 00000000 00001000 00000000 00000000 0021: 00000000 00000044 00000000 00000000 00000000 00000000 00000000 00000000 0022: 46268044 00000800 00000100 00000031 00000000 00000000 00000000 00000000 0023: 02030004 00000000 00000000 20000000 00000000 00000000 00000000 00000000 0024: 00000000 00000008 00000000 00000000 00000000 00000000 00000000 00000000 0025: ffffffff ffffffff ffffffff ffffffff ffffffff 00000000 00000400 00000000 0026: 00000000 01000000 00000000 00000000 00000000 00000000 00000000 00000000 00f6: 00000000 00000000 00000000 00000000 00000000 40000000 0000c600 00000000 00fb: 00000006 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00ff: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 20000000 (w) lang: aa|af|av|ay|be|bg|bi|br|bs|ca|ce|ch|co|cs|cy|da|de|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|gd|gl|gv|haw|ho|hr|hu|ia|id|ie|ik|io|is|it|ki|kl|kum|kw|la|lb|lez|ln|lt|lv|mg|mh|mk|mo|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ro|ru|se|sel|sk|sl|sm|sma|smj|smn|so|sq|sr|ss|st|sv|sw|tk|tl|tn|to|tr|ts|uk|uz|ve|vo|vot|wa|wen|wo|xh|yap|zu|an|crh|csb|fil|hsb|ht|jv|kj|ku-tr|kwm|lg|li|ms|na|ng|nv|pap-an|pap-aw|rn|rw|sc|sg|sn|su|ty|za(s) fontversion: 0(i)(s) fontformat: "Type 1"(w) embeddedbitmap: False(w) decorative: False(s) namelang: "ru"(s) prgname: "fc-match"(s) hash: "sha256:0160c9b32f6833e6ba366593f4ee46f07f2543b2516403950054f0ed1ba45e51"(w) postscriptname: "Monospace"(w)
Hello,
On Jan 14 21:55 Kyrill Detinov wrote (excerpt):
The file /usr/share/fonts/ghostscript/Monospace is owned by the cups package.
Not on my systems.
On my openSUSE 13.1 system there is the link /usr/share/cups/fonts -> ../ghostscript/fonts and that link is owned by the cups package.
But there is neither a file /usr/share/fonts/ghostscript/Monospace nor /usr/share/ghostscript/fonts/Monospace
FYI: /usr/share/fonts/ghostscript is a link that points to ../ghostscript/fonts and that link is provided by the ghostscript-fonts-std package.
It seems, more info is provided in bnc#856731.
Yes.
Kind Regards Johannes Meixner
On Wed, 15 Jan 2014 10:37:24 +0100 (CET) Johannes Meixner wrote:
The file /usr/share/fonts/ghostscript/Monospace is owned by the cups package.
Not on my systems.
On my Factory system it is.
% rpm -qf /usr/share/fonts/ghostscript/Monospace cups-1.5.4-15.1.x86_64
% file /usr/share/fonts/ghostscript/Monospace /usr/share/fonts/ghostscript/Monospace: PostScript Type 1 font text (Monospace 1.15)
On my openSUSE 13.1 system there is the link /usr/share/cups/fonts -> ../ghostscript/fonts and that link is owned by the cups package.
Yes.
But there is neither a file /usr/share/fonts/ghostscript/Monospace nor /usr/share/ghostscript/fonts/Monospace
FYI: /usr/share/fonts/ghostscript is a link that points to ../ghostscript/fonts and that link is provided by the ghostscript-fonts-std package.
% ll /usr/share/ghostscript/fonts/ | grep Monospace -r--r--r-- 1 root root 187953 Jan 9 20:26 Monospace -r--r--r-- 1 root root 159532 Jan 9 20:26 Monospace-Bold -r--r--r-- 1 root root 166263 Jan 9 20:26 Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 9 20:26 Monospace-Oblique
% rpm -qi cups | grep "Build Date" Build Date : Thu Jan 9 20:27:14 2014
The same date and time.
Hello,
On Jan 15 23:50 Kyrill Detinov wrote (excerpt):
On my Factory system it is.
% rpm -qf /usr/share/fonts/ghostscript/Monospace cups-1.5.4-15.1.x86_64
Your Factory system is messed up regarding CUPS. Currently CUPS in openSUSE:Factory is broken. Use CUPS from the "Printing" project - that "just works".
Any recent /usr/share/cups/fonts issue is bug 856731.
My first submitrequest 213206 was accepted but that does not work, see bnc#856731 starting at https://bugzilla.novell.com/show_bug.cgi?id=856731#c6
If my fixed fix via another submitrequest 213437 would be accepted, it would again "just work" - but see the comments in that bug...
Kind Regards Johannes Meixner
Hello,
On Jan 15 23:50 Kyrill Detinov wrote (excerpt):
On my Factory system it is.
% rpm -qf /usr/share/fonts/ghostscript/Monospace cups-1.5.4-15.1.x86_64
It is really interesting to see how it got messed up because there is no /usr/share/fonts/ghostscript/Monospace file in any current cups* binary RPM package for Factory: ----------------------------------------------------------------------- # osc getbinaries openSUSE:Factory cups standard i586 cups-1.5.4-15.1.i586.rpm ...
# ls -1 binaries/cups*15*rpm binaries/cups-1.5.4-15.1.i586.rpm binaries/cups-client-1.5.4-15.1.i586.rpm binaries/cups-ddk-1.5.4-15.1.i586.rpm binaries/cups-devel-1.5.4-15.1.i586.rpm binaries/cups-libs-1.5.4-15.1.i586.rpm binaries/cups-libs-32bit-1.5.4-15.1.x86_64.rpm
# for r in binaries/cups*15*rpm ; \ do echo $r ; rpm -qlvp $r | grep Monospace ; done binaries/cups-1.5.4-15.1.i586.rpm -r--r--r-- 1 root root 187953 Jan 9 17:28 /usr/share/cups/fonts/Monospace -r--r--r-- 1 root root 159532 Jan 9 17:28 /usr/share/cups/fonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 9 17:28 /usr/share/cups/fonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 9 17:28 /usr/share/cups/fonts/Monospace-Oblique binaries/cups-client-1.5.4-15.1.i586.rpm binaries/cups-ddk-1.5.4-15.1.i586.rpm binaries/cups-devel-1.5.4-15.1.i586.rpm binaries/cups-libs-1.5.4-15.1.i586.rpm binaries/cups-libs-32bit-1.5.4-15.1.x86_64.rpm -----------------------------------------------------------------------
Kind Regards Johannes Meixner
On 01/16/2014 11:11 AM, Johannes Meixner wrote:
Hello,
On Jan 15 23:50 Kyrill Detinov wrote (excerpt):
On my Factory system it is.
% rpm -qf /usr/share/fonts/ghostscript/Monospace cups-1.5.4-15.1.x86_64
It is really interesting to see how it got messed up because there is no /usr/share/fonts/ghostscript/Monospace file in any current cups* binary RPM package for Factory:
Might come from a link:
$ ls -l /usr/share/fonts total 232 drwxr-xr-x 2 root root 94208 Oct 2 15:52 100dpi drwxr-xr-x 2 root root 86016 Oct 2 15:52 75dpi drwxr-xr-x 2 root root 4096 Oct 2 15:52 cyrillic drwxr-xr-x 3 root root 4096 Oct 2 15:50 encodings lrwxrwxrwx 1 root root 20 Oct 2 15:47 ghostscript -> ../ghostscript/fonts
Andreas
Hello,
On Jan 16 11:13 Andreas Jaeger wrote (excerpt):
On 01/16/2014 11:11 AM, Johannes Meixner wrote:
On Jan 15 23:50 Kyrill Detinov wrote (excerpt):
On my Factory system it is.
% rpm -qf /usr/share/fonts/ghostscript/Monospace cups-1.5.4-15.1.x86_64
It is really interesting to see how it got messed up because there is no /usr/share/fonts/ghostscript/Monospace file in any current cups* binary RPM package for Factory:
Might come from a link:
$ ls -l /usr/share/fonts total 232 drwxr-xr-x 2 root root 94208 Oct 2 15:52 100dpi drwxr-xr-x 2 root root 86016 Oct 2 15:52 75dpi drwxr-xr-x 2 root root 4096 Oct 2 15:52 cyrillic drwxr-xr-x 3 root root 4096 Oct 2 15:50 encodings lrwxrwxrwx 1 root root 20 Oct 2 15:47 ghostscript -> ../ghostscript/fonts
I think it comes from a link - but not from that one: ------------------------------------------------------------ # rpm -qf /usr/share/fonts/ghostscript ghostscript-fonts-std-9.06-4.1.2.noarch
# ls /usr/share/fonts/ghostscript/Monospace* ls: cannot access /usr/share/fonts/ghostscript/Monospace*: No such file or directory ------------------------------------------------------------
It is really weird what users can get in the end when one does not 100% carefully circumvert RPM's inability to exchange directories by links and vice versa. I hope you do not really want to know all the details here ;-)
The interesting thing here for me is that it seems "rpm -qf /usr/share/fonts/ghostscript/Monospace" can even report a file to come from a package but actually there is no such file in the package.
I guess something in RPM's database got messed up that makes RPM think /usr/share/fonts/ghostscript/Monospace comes from "cups" or something like that or whatever...
Kind Regards Johannes Meixner
Hello,
FYI: I reproduced it.
On Jan 16 11:32 Johannes Meixner wrote (excerpt):
On Jan 15 23:50 Kyrill Detinov wrote (excerpt):
On my Factory system it is.
% rpm -qf /usr/share/fonts/ghostscript/Monospace cups-1.5.4-15.1.x86_64
It is really weird what users can get in the end when one does not 100% carefully circumvert RPM's inability to exchange directories by links and vice versa.
On my machine binaries/cups*15*rpm are the current cups Packages from Factory.
Installing them wit plain rpm fails (as expected because the current cups Packages from Factory are broken regarding RPM): ------------------------------------------------------------------- # rpm -Uhv binaries/cups-1.5.4-15.1.i586.rpm \ binaries/cups-client-1.5.4-15.1.i586.rpm \ binaries/cups-libs-1.5.4-15.1.i586.rpm Preparing... ################################# [100%] file /usr/share/cups/fonts from install of cups-1.5.4-15.1.i586 conflicts with file from package cups-1.5.4-12.1.3.i586 -------------------------------------------------------------------
One needs to enforce rpm to install that broken stuff: ----------------------------------------------------------------------- # rpm -Uhv --force binaries/cups-1.5.4-15.1.i586.rpm \ binaries/cups-client-1.5.4-15.1.i586.rpm \ binaries/cups-libs-1.5.4-15.1.i586.rpm Preparing... ################################# [100%] Updating / installing... 1:cups-libs-1.5.4-15.1 ################################# [ 17%] 2:cups-client-1.5.4-15.1 ################################# [ 33%] 3:cups-1.5.4-15.1 warning: /etc/cups/cupsd.conf created as /etc/cups/cupsd.conf.rpmnew ################################# [ 50%] Updating /etc/sysconfig/cups... Cleaning up / removing... 4:cups-1.5.4-12.1.3 ################################# [ 67%] redirecting to systemctl try-restart cups 5:cups-client-1.5.4-12.1.3 ################################# [ 83%] 6:cups-libs-1.5.4-12.1.3 ################################# [100%] -----------------------------------------------------------------------
It seems our higher level package management tools (zypper, YaST) somehow enforce package installation so that the currently broken cups Packages from Factory get installed regardless that plain rpm would not install them.
As a consequence when using our higher level package management tools one gets a messed up CUPS installation: ---------------------------------------------------------------------- # ls -l /usr/share/cups/fonts lrwxrwxrwx 1 root root 20 Jan 16 16:14 /usr/share/cups/fonts -> ../ghostscript/fonts
# ls -l # ls -l /usr/share/ghostscript/fonts/Monospace* -r--r--r-- 1 root root 187953 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace -r--r--r-- 1 root root 159532 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Oblique
# rpm -qf /usr/share/cups/fonts/Monospace cups-1.5.4-15.1.i586
# rpm -qf /usr/share/ghostscript/fonts/Monospace cups-1.5.4-15.1.i586 ----------------------------------------------------------------------
Again: In the binary RPM cups package files binaries/cups*15*rpm there is neither the link /usr/share/cups/fonts -> ../ghostscript/fonts nor font files /usr/share/ghostscript/fonts/Monospace*
In the binary RPM cups package files binaries/cups*15*rpm there is in binaries/cups-1.5.4-15.1.i586.rpm only drwxr-xr-x 2 root root 0 Jan 9 17:28 /usr/share/cups/fonts -r--r--r-- 1 root root 187953 Jan 9 17:28 /usr/share/cups/fonts/Monospace -r--r--r-- 1 root root 159532 Jan 9 17:28 /usr/share/cups/fonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 9 17:28 /usr/share/cups/fonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 9 17:28 /usr/share/cups/fonts/Monospace-Oblique
Kind Regards Johannes Meixner
Hello,
FYI: more "funny" stuff while I tried to clean up the mess
On Jan 16 16:38 Johannes Meixner wrote (excerpt):
On my machine binaries/cups*15*rpm are the current cups Packages from Factory.
...
One needs to enforce rpm to install that broken stuff:
...
As a consequence when using our higher level package management tools one gets a messed up CUPS installation:
# ls -l /usr/share/cups/fonts lrwxrwxrwx 1 root root 20 Jan 16 16:14 /usr/share/cups/fonts -> ../ghostscript/fonts
# ls -l # ls -l /usr/share/ghostscript/fonts/Monospace* -r--r--r-- 1 root root 187953 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace -r--r--r-- 1 root root 159532 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Oblique
# rpm -qf /usr/share/cups/fonts/Monospace cups-1.5.4-15.1.i586
# rpm -qf /usr/share/ghostscript/fonts/Monospace cups-1.5.4-15.1.i586
To clean up that messed up CUPS installation I "just upgraded" to the CUPS packages from "Printing" which are on my machine binaries/cups*136*rpm binary RPM files: ------------------------------------------------------------------------- # rpm -Uhv binaries/cups-1.5.4-136.1.i586.rpm \ binaries/cups-client-1.5.4-136.1.i586.rpm \ binaries/cups-libs-1.5.4-136.1.i586.rpm warning: binaries/cups-1.5.4-136.1.i586.rpm: Header V3 DSA/SHA1 Signature, key ID 98c4529d: NOKEY Preparing... ################################# [100%] Updating / installing... 1:cups-libs-1.5.4-136.1 ################################# [ 17%] 2:cups-client-1.5.4-136.1 ################################# [ 33%] 3:cups-1.5.4-136.1 ################################# [ 50%] Updating /etc/sysconfig/cups... Cleaning up / removing... 4:cups-1.5.4-15.1 ################################# [ 67%] redirecting to systemctl try-restart cups 5:cups-client-1.5.4-15.1 ################################# [ 83%] 6:cups-libs-1.5.4-15.1 ################################# [100%]
# ls -l /usr/share/cups/fonts lrwxrwxrwx 1 root root 9 Jan 16 18:11 /usr/share/cups/fonts -> CUPSfonts
# ls -l /usr/share/cups/fonts/ total 0
# ls -l /usr/share/cups/CUPSfonts/ total 0
# ls -l /usr/share/ghostscript/fonts/Monospace* -r--r--r-- 1 root root 187953 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace -r--r--r-- 1 root root 159532 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Oblique
# rpm -qf /usr/share/ghostscript/fonts/Monospace file /usr/share/ghostscript/fonts/Monospace is not owned by any package
# rpm -V cups S.5....T. c /etc/cups/cupsd.conf missing /usr/share/cups/CUPSfonts/Monospace missing /usr/share/cups/CUPSfonts/Monospace-Bold missing /usr/share/cups/CUPSfonts/Monospace-BoldOblique missing /usr/share/cups/CUPSfonts/Monospace-Oblique -------------------------------------------------------------------------
Of course there are no /usr/share/ghostscript/fonts/Monospace* files in the CUPS packages from "Printing": In binaries/cups-1.5.4-136.1.i586.rpm there is only drwxr-xr-x 2 root root 0 Jan 10 12:53 /usr/share/cups/CUPSfonts -r--r--r-- 1 root root 187953 Jan 10 12:53 /usr/share/cups/CUPSfonts/Monospace -r--r--r-- 1 root root 159532 Jan 10 12:53 /usr/share/cups/CUPSfonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 10 12:53 /usr/share/cups/CUPSfonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 10 12:53 /usr/share/cups/CUPSfonts/Monospace-Oblique lrwxrwxrwx 1 root root 9 Jan 10 12:53 /usr/share/cups/fonts -> CUPSfonts
This again proves even more: Once a package did not 100% carefully circumvent RPM's inability to exchange directories by links and vice versa, a practically endless sequence of further mess upon mess upon mess happens...
Kind Regards Johannes Meixner
On Friday 17 January 2014 14:42:19 Johannes Meixner wrote:
Hello,
FYI: more "funny" stuff while I tried to clean up the mess
On Jan 16 16:38 Johannes Meixner wrote (excerpt):
On my machine binaries/cups*15*rpm are the current cups Packages from Factory.
...
One needs to enforce rpm to install that broken stuff:
...
As a consequence when using our higher level package management tools one gets a messed up CUPS installation:
# ls -l /usr/share/cups/fonts lrwxrwxrwx 1 root root 20 Jan 16 16:14 /usr/share/cups/fonts
-> ../ghostscript/fonts
# ls -l # ls -l /usr/share/ghostscript/fonts/Monospace* -r--r--r-- 1 root root 187953 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace -r--r--r-- 1 root root 159532 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Oblique
# rpm -qf /usr/share/cups/fonts/Monospace cups-1.5.4-15.1.i586
# rpm -qf /usr/share/ghostscript/fonts/Monospace cups-1.5.4-15.1.i586
To clean up that messed up CUPS installation I "just upgraded" to the CUPS packages from "Printing" which are on my machine binaries/cups*136*rpm binary RPM files:
# rpm -Uhv binaries/cups-1.5.4-136.1.i586.rpm \ binaries/cups-client-1.5.4-136.1.i586.rpm \ binaries/cups-libs-1.5.4-136.1.i586.rpm warning: binaries/cups-1.5.4-136.1.i586.rpm: Header V3 DSA/SHA1 Signature, key ID 98c4529d: NOKEY Preparing... ################################# [100%] Updating / installing... 1:cups-libs-1.5.4-136.1 ################################# [ 17%] 2:cups-client-1.5.4-136.1 ################################# [ 33%] 3:cups-1.5.4-136.1 ################################# [ 50%] Updating /etc/sysconfig/cups... Cleaning up / removing... 4:cups-1.5.4-15.1 ################################# [ 67%] redirecting to systemctl try-restart cups 5:cups-client-1.5.4-15.1 ################################# [ 83%] 6:cups-libs-1.5.4-15.1 ################################# [100%]
# ls -l /usr/share/cups/fonts lrwxrwxrwx 1 root root 9 Jan 16 18:11 /usr/share/cups/fonts -> CUPSfonts
# ls -l /usr/share/cups/fonts/ total 0
# ls -l /usr/share/cups/CUPSfonts/ total 0
# ls -l /usr/share/ghostscript/fonts/Monospace* -r--r--r-- 1 root root 187953 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace -r--r--r-- 1 root root 159532 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 9 17:28 /usr/share/ghostscript/fonts/Monospace-Oblique
# rpm -qf /usr/share/ghostscript/fonts/Monospace file /usr/share/ghostscript/fonts/Monospace is not owned by any package
# rpm -V cups S.5....T. c /etc/cups/cupsd.conf missing /usr/share/cups/CUPSfonts/Monospace missing /usr/share/cups/CUPSfonts/Monospace-Bold missing /usr/share/cups/CUPSfonts/Monospace-BoldOblique missing /usr/share/cups/CUPSfonts/Monospace-Oblique
Of course there are no /usr/share/ghostscript/fonts/Monospace* files in the CUPS packages from "Printing": In binaries/cups-1.5.4-136.1.i586.rpm there is only drwxr-xr-x 2 root root 0 Jan 10 12:53 /usr/share/cups/CUPSfonts -r--r--r-- 1 root root 187953 Jan 10 12:53 /usr/share/cups/CUPSfonts/Monospace -r--r--r-- 1 root root 159532 Jan 10 12:53 /usr/share/cups/CUPSfonts/Monospace-Bold -r--r--r-- 1 root root 166263 Jan 10 12:53 /usr/share/cups/CUPSfonts/Monospace-BoldOblique -r--r--r-- 1 root root 185301 Jan 10 12:53 /usr/share/cups/CUPSfonts/Monospace-Oblique lrwxrwxrwx 1 root root 9 Jan 10 12:53 /usr/share/cups/fonts -> CUPSfonts
This again proves even more: Once a package did not 100% carefully circumvent RPM's inability to exchange directories by links and vice versa, a practically endless sequence of further mess upon mess upon mess happens...
Simply accept my submit request and save the day :-)
On Jan 17 14:55 Sascha Peilicke wrote (excerpt):
Simply accept my submit request and save the day :-)
https://bugzilla.novell.com/show_bug.cgi?id=856731#c14 and subsequent comments
Johannes Meixner
Am 16.01.2014 11:11, schrieb Johannes Meixner:
Hello,
On Jan 15 23:50 Kyrill Detinov wrote (excerpt):
On my Factory system it is.
% rpm -qf /usr/share/fonts/ghostscript/Monospace cups-1.5.4-15.1.x86_64
It is really interesting to see how it got messed up because there is no /usr/share/fonts/ghostscript/Monospace file in any current cups* binary RPM package for Factory:
Yes, not today. But yesterday, it still was.
Or maybe it got fixed by me uninstalling (yesterday) and reinstalling (now) cups. (if it was a symlink, maybe this was corrected by this procedure)
Who knows :-)
Works for me now:
seife@susi:~> rpm -q cups cups-1.5.4-15.1.x86_64 seife@susi:~> fc-match monospace DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
Am 14.01.2014 18:55, schrieb Kyrill Detinov:
On Wed, 15 Jan 2014 01:56:18 +0900 Fuminobu TAKEYAMA wrote:
What does the following command show?
$ fc-match Monospace file
Hello.
% fc-match Monospace file :file=/usr/share/fonts/ghostscript/Monospace
I see the same here: seife@susi:~> fc-match monospace Monospace: "Monospace" "Regular" seife@susi:~> fc-match monospace file :file=/usr/share/fonts/ghostscript/Monospace seife@susi:~> fc-match -a monospace|head Monospace: "Monospace" "Regular" Monospace-Bold: "Monospace" "Bold" Monospace-Oblique: "Monospace" "Oblique" Monospace-BoldOblique: "Monospace" "Bold Oblique" DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" DejaVuSansMono-Bold.ttf: "DejaVu Sans Mono" "Bold" DejaVuSansMono-Oblique.ttf: "DejaVu Sans Mono" "Oblique" DejaVuSansMono-BoldOblique.ttf: "DejaVu Sans Mono" "Bold Oblique" SourceCodePro-Medium.otf: "Source Code Pro" "Medium" SourceCodePro-Medium.ttf: "Source Code Pro" "Medium"
so for some reason, the ghostscript font comes first even though I have this in ~/.config/fontconfig/fonts.conf, but it seems to be ignored? <alias> <family>monospace</family> <prefer> <family>DejaVu sans mono</family> <family>Source Code Pro</family> <family>andale mono</family> <family>consolas</family> <family>cumberland amt</family> </prefer> </alias>
The file /usr/share/fonts/ghostscript/Monospace is owned by the cups package. And I see in the changelog:
I just uninstalled cups (I just need cups-client with my setup). I needed to use --nodeps, since cups-pk-helper is (wrongly IMHO) required by gnome-control-center:
error: Failed dependencies: cups-pk-helper is needed by (installed) gnome-control-center-3.10.2-1.2.x86_64
(and I did not want to uninstall gdm)
now everything is fine again: susi:~ # fc-match monospace DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
http://lists.opensuse.org/opensuse-factory/2015-04/msg00013.html
Kyrill Detinov composed on 2014-04-01 09:45 (UTC+0400):
Recently updated my Factory running workstation (x86_64, Xfce).
Monospace font interval is increased badly.
I'm sure, I use DejaVu Sans Mono as a monospace font. I choose 'monospace 9' in programs settings. There is a screenshot: http://susepaste.org/view/simple/38919191
Changing to 'DejaVu Sans Mono 9': http://susepaste.org/view/simple/70371539 It looks like it was before.
% fc-match Monospace Fontconfig warning: "/etc/fonts/conf.d/56-user.conf", line 14: reading configurations from ~/.fonts.conf is deprecated. please move it to /home/kent/.config/fontconfig/fonts.conf manually Monospace: "Monospace" "Regular"
The problem is some ghostscript* package installs font files literally named Monospace*. Make them go away and the excessive line spacing for generic monospace goes away.
cf. https://bugzilla.opensuse.org/show_bug.cgi?id=856731
Am Samstag, 11. Januar 2014, 18:45:32 schrieb Kyrill Detinov:
Hello.
Recently updated my Factory running workstation (x86_64, Xfce).
Monospace font interval is increased badly. [...].
Using 13.2, not Factory, my beloved xos4 Terminus font looks like sh... today. But the font files themselves did not change. Is this related to this issue?
Gruß Jan
On Wednesday 2015-04-01 22:44, Jan Ritzerfeld wrote:
Am Samstag, 11. Januar 2014, 18:45:32 schrieb Kyrill Detinov:
Hello.
Recently updated my Factory running workstation (x86_64, Xfce).
Monospace font interval is increased badly. [...].
Using 13.2, not Factory, my beloved xos4 Terminus font looks like sh... today.
Got a screenshot? terminus is a bitmap font, which usually have fewer issues than scalable ones.
Am Donnerstag, 2. April 2015, 00:05:04 schrieb Jan Engelhardt:
On Wednesday 2015-04-01 22:44, Jan Ritzerfeld wrote: [...]
Using 13.2, not Factory, my beloved xos4 Terminus font looks like sh... today.
Got a screenshot? terminus is a bitmap font, which usually have fewer issues than scalable ones.
Yes, but actually it seems to be replaced by "Sans Serif" aka Arial: http://paste.opensuse.org/48709257 Note the misplaced cursor.
jan@karl:~> fc-match "xos4 Terminus" ter-112n.pcf: "xos4 Terminus" "Regular"
Gruß Jan
On Thursday 2015-04-02 00:14, Jan Ritzerfeld wrote:
Am Donnerstag, 2. April 2015, 00:05:04 schrieb Jan Engelhardt:
On Wednesday 2015-04-01 22:44, Jan Ritzerfeld wrote: [...]
Using 13.2, not Factory, my beloved xos4 Terminus font looks like sh... today.
Got a screenshot? terminus is a bitmap font, which usually have fewer issues than scalable ones.
Yes, but actually it seems to be replaced by "Sans Serif" aka Arial: http://paste.opensuse.org/48709257 Note the misplaced cursor.
It appears the cursor is placed (glyph width in pixels * columns) away, so what's misplaced is perhaps the font - but that's a preference. Cf. http://picpaste.de/li-VN5Foo2n.png on how xterm places each char in its reference bbox.
jan@karl:~> fc-match "xos4 Terminus" ter-112n.pcf: "xos4 Terminus" "Regular"
How about xterm -fa "xos4 Terminus"
also Arial?
Am Donnerstag, 2. April 2015, 08:42:55 schrieb Jan Engelhardt:
On Thursday 2015-04-02 00:14, Jan Ritzerfeld wrote: [...] It appears the cursor is placed (glyph width in pixels * columns) away, so what's misplaced is perhaps the font - but that's a preference.
Yes, it seems that KDE (yakuake, konsole) uses the actual font including its width but the wrong font is actually displayed. The preview window of the font selector shows the wrong font, too.
Cf. http://picpaste.de/li-VN5Foo2n.png on how xterm places each char in its reference bbox.
Hmm, I only see the usual Linux spacing (kerning?) problems.
jan@karl:~> fc-match "xos4 Terminus" ter-112n.pcf: "xos4 Terminus" "Regular"
How about xterm -fa "xos4 Terminus"
also Arial?
jan@karl:~> xterm -fa "xos4 Terminus" xterm: Selected font has no non-zero height for ISO-8859-1 encoding
xterm -fa "Terminus" looks like Terminus although: jan@karl:~> fc-match "Terminus" arial.ttf: "Arial" "Normal"
There was a libfreetype6 update for 13.2 the day before I noticed the problem. It does not look like the Factory problem of the OP.
Gruß Jan
On Friday 2015-04-03 12:08, Jan Ritzerfeld wrote:
Yes, it seems that KDE (yakuake, konsole) uses the actual font including its width but the wrong font is actually displayed. The preview window of the font selector shows the wrong font, too.
Cf. http://picpaste.de/li-VN5Foo2n.png on how xterm places each char in its reference bbox.
Hmm, I only see the usual Linux spacing (kerning?) problems.
That's not a kerning problem, because each char is willfully placed by xterm at its designated location in the equispaced grid.
Am Freitag, 3. April 2015, 13:45:49 schrieb Jan Engelhardt:
On Friday 2015-04-03 12:08, Jan Ritzerfeld wrote: [...]
Hmm, I only see the usual Linux spacing (kerning?) problems.
That's not a kerning problem, because each char is willfully placed by xterm at its designated location in the equispaced grid.
Ah, okay. Now I see.
Gruß Jan
Am Freitag, 3. April 2015, 12:08:23 schrieb ich:
[...] There was a libfreetype6 update for 13.2 the day before I noticed the problem. It does not look like the Factory problem of the OP.
JFTR: I opened a bug report for 13.2: https://bugzilla.opensuse.org/show_bug.cgi?id=926006
Sorry for the noise.
Gruß Jan
-
Andreas Jaeger -
Felix Miata -
Fuminobu TAKEYAMA -
Jan Engelhardt -
Jan Ritzerfeld -
Johannes Meixner -
Kyrill Detinov -
Sascha Peilicke -
Stefan Seyfried