[OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster

[Udo Grabowski (IMK)]

On 23/10/2018 16:05, Aurélien Larcher wrote:
> On Tue, Oct 23, 2018 at 3:45 PM Predrag Zečević - Technical Support Analyst
> <predrag.zecevic at 2e-systems.com> wrote:
>
>> On 10/23/18 15:02, Udo Grabowski (IMK) wrote:
>>> On 18/10/2018 16:59, Alan Coopersmith wrote:
>>>> On 10/18/18 05:55 AM, Udo Grabowski (IMK) wrote:
>>>>> This is strange, why in the world should the settings-daemon
>>>>> read the fontpathes in an infinite loop ? Looks like its constantly
>>>>> thinking the mate font configuration has changed.
>>>>
>>>> I don't know about infinite loop, but you'll see libfontconfig iterating
>>>> through all the fonts in all the directories when it thinks its font
>>>> caches are out of date.   On Solarish systems, we have an SMF service
>>>> svc:/application/font/fc-cache to ensure the caches are up-to-date at
>>>> system boot and when IPS packages with fonts are installed, so it would
>>>> be good to check that's running and not reporting any errors in the SMF
>>>> logs for it.
>>>>
>>>
>>> For what I see from the 2483 time-sliderd truss output, it does the
>>> following for each /etc/X11/fontpath.d/*/ directory:
>>>
>>> 1) with a convoluted procedure, produce a lock file .uuid inside
>>>    that directory
>>>
>>> 2) Then use utimensat to update access and modification times of
>>>    that directory   *********
>>>
>>> 3) Open RDONLY  *.cache-n file in /var/cache/fontconfig/
>>>             /export/home/predrag_zecevic/.cache/fontconfig/
>>>             /export/home/predrag_zecevic/.fontconfig/
>>>    (there are none)
>>>
>>> 4) Do the same RDWR (there are still none)
>>>
>>> 5) fstat all .pcf files and fonts.dir and files mentioned therein
>>>    in the fontpath.d dir and mmap them
>>>
>>> 6) do something (not seen in truss) and unmap them
>>>
>>> 7) remove the .uuid file
>>>
>>> 8) repeat from 1)
>>>
>>> Could it be that the change of the modification time (2) from 2483
>>> triggers the reread by 2484 (mate-settings-daemon) ?
>>>
>> Hi,
>>
>> many thanks fo looking at truss files!
>>
>> No idea modification time changes triggers more actions (could it be)...
>> New MATE has (obviously) introduced more checks/processes/etc.
>>
>> ....
>>
>> So, font cache fails to "recognize" fonts, and just keeps system busy
>> with creating cache, over and over.
>>
>> How to solve that situation?
>>
>> ......
> Would the last two commits applyto your case?
> https://gitlab.freedesktop.org/fontconfig/fontconfig/commits/master
>

ff5b49be is exactly what I've suspected.

-- 
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology           http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026