The officially official Devuan Forum!

You are not logged in.

#1 2018-09-24 12:03:57

Altoid
Member
Registered: 2017-05-07
Posts: 146  

[Solved] X server configuration - FontPath

Hello:

I have been looking at my Xorg.0.log file to see about weeding out a problem I have.
Before I get down to that specific issue, I'd like to check some (WW) entries that can probably be easily fixed.

groucho@devuan:~$ cat /var/log/Xorg.0.log | grep WW
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    32.572] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[    32.592] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
[    32.592] (WW) Disabling Keyboard0
[    32.592] (WW) Disabling Mouse0
[    34.150] (WW) Unresolved symbol: fbGetGCPrivateKey
[    34.223] (WW) NVIDIA: The Composite and Xinerama extensions are both enabled, which
[    34.223] (WW) NVIDIA:     is an unsupported configuration.  The driver will continue
[    34.223] (WW) NVIDIA:     to load, but may behave strangely.
[    34.223] (WW) NVIDIA: Xinerama is enabled, so RandR has likely been disabled by the
[    34.223] (WW) NVIDIA:     X server.
[    36.666] (WW) NVIDIA(0): Not registering RandR
[    36.736] (WW) NVIDIA(1): Not registering RandR
[    36.860] (WW) NVIDIA(2): Not registering RandR
groucho@devuan:~$ 

Of all of them, the last ones from [34.223] on, regarding Composite, Xinerama and RandR are accounted for and their origin known.

The first one I'd like to tackle is this one:

[    32.572] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.

My xorg.conf file does not have a "File" Section where the FontPath entries would be.
eg:

Section "Files"
FontPath /usr/share/fonts/X11/misc,
FontPath /usr/share/fonts/X11/100dpi/:unscaled,
FontPath /usr/share/fonts/X11/75dpi/:unscaled,
FontPath /usr/share/fonts/X11/Type1,
FontPath /usr/share/fonts/X11/100dpi,
FontPath /usr/share/fonts/X11/75dpi,
EndSection

I could add it but I'd rather keep the file as slim as possible and use it only for the stuff the server cannot handle on its own.
eg: my three monitor/two card setup.

So the question at hand is this:

Where does the X server get the FontPath to read from and then print that /usr/share/fonts/X11/cyrillic does not exist?
If I can tell the X server not to look for it, the problem is solved.

It is not installed and installing it to fix the log entry does not make sense as I have no need for cyrilic fonts.
And I'd rather find out how it works.  :^ )

I have looked all over but have not been able to find info on that.

Thanks in advance

A.

Last edited by Altoid (2018-09-24 15:18:37)

Offline

#2 2018-09-24 13:05:58

ralph.ronnquist
Administrator
From: Clifton Hill, Victoria, AUS
Registered: 2016-11-30
Posts: 276  

Re: [Solved] X server configuration - FontPath

It looks like the default font path is compiled into "the actual server" binary, /usr/lib/xorg/Xorg, and even though that font path is simply a null terminated string, it's not for the faint-hearted to edit a binary. It'd be easier to avoid the warning by creating an empty directory, or maybe just have a quick sideways glance at the cat when the harmless warning scrolls past.

Offline

#3 2018-09-24 15:18:08

Altoid
Member
Registered: 2017-05-07
Posts: 146  

Re: [Solved] X server configuration - FontPath

Hello:

Thanks for the fast reply. :^ )

ralph.ronnquist wrote:

... default font path is compiled into "the actual server" binary, /usr/lib/xorg/Xorg ...

I see.
I would have thought it was read from 'somewhere' in the filesystem.

ralph.ronnquist wrote:

... path is simply a null terminated string
... not for the faint-hearted to edit a binary.

Not to mention that the issue would rise once again on an update of said binary.

ralph.ronnquist wrote:

... easier to avoid the warning ...

Done.
Not what I sought to do but it works.

groucho@devuan:~$ cat /var/log/Xorg.0.log | grep -i ww
[   509.446] xorg-server 2:1.19.2-1+deb9u2 (https://www.debian.org/support) 
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   509.447] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
[   509.447] (WW) Disabling Keyboard0
[   509.447] (WW) Disabling Mouse0
[   509.500] (WW) Unresolved symbol: fbGetGCPrivateKey
[   509.500] (WW) NVIDIA: The Composite and Xinerama extensions are both enabled, which
[   509.500] (WW) NVIDIA:     is an unsupported configuration.  The driver will continue
[   509.500] (WW) NVIDIA:     to load, but may behave strangely.
[   509.500] (WW) NVIDIA: Xinerama is enabled, so RandR has likely been disabled by the
[   509.500] (WW) NVIDIA:     X server.
[   510.975] (WW) NVIDIA(0): Not registering RandR
[   511.046] (WW) NVIDIA(1): Not registering RandR
[   511.174] (WW) NVIDIA(2): Not registering RandR
groucho@devuan:~$
groucho@devuan:~$ cat /var/log/Xorg.0.log | grep fonts
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/cyrillic,
	/usr/share/fonts/X11/100dpi/:unscaled,
	/usr/share/fonts/X11/75dpi/:unscaled,
	/usr/share/fonts/X11/Type1,
	/usr/share/fonts/X11/100dpi,
	/usr/share/fonts/X11/75dpi,
groucho@devuan:~$ 
ralph.ronnquist wrote:

... just have a quick sideways glance at the cat ...

Nah !

I fully agree that the warning is indeed harmless.
But I am one of those people that opine that if the warning is there, it is because whoever wrote the routine thought it best to put it there and label it as a warning (WW) and not as default setting (==), for example. So it should be taken care of.

These things are like dust: harmless but eventually they pile up too high and then they clog up something.

We're always bitching when some routine goes south and there's no indication of what went on.

Thanks for your input.

Cheers,

A.

Offline

Board footer