On Monday, October 22, 2018 at 10:10 AM, Predrag Zečević - Technical Support Analyst <predrag.zece...@2e-systems.com> wrote: > On 10/22/18 09:59, Michal Nowak wrote: >> On 10/22/18 09:07 AM, Predrag Zečević - Technical Support Analyst wrote: >>> On 10/19/18 18:01, Michal Nowak wrote: >>>> On 10/18/18 04:59 PM, 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. >>>>> >>>> >>>> At the very same time we updated MATE we also bumped fontconfig to >>>> 2.13.1 (https://github.com/OpenIndiana/oi-userland/pull/4494). >>>> Aurélien, any ideas? >>>> >>>> Predrag, do you have fontconfig 2.13.1? And by a chance can you check >>>> that you don't have a symlink loop from /usr/share/fonts to >>>> /etc/X11/fontpath.d or something like that? >>>> >>> Hi Michal, >>> >>> $ beadm list oi_181018 >>> BE Active Mountpoint Space Policy Created >>> oi_181018 - - 3,85G static 2018-10-18 11:30 >>> >>> $ beadm mount oi_181018 /beadm >>> Mounted successfully on: '/beadm' >>> >>> $ pkg -R /beadm list fontconfig >>> NAME (PUBLISHER) VERSION IFO >>> system/library/fontconfig 2.13.1-2018.0.0.1 >>> i-- >>> >>> $ ls -hlad /beadm/usr/share/fonts/ /beadm/etc/X11/fontpath.d/ >>> drwxr-xr-x 2 root root 93 Jan 11 2017 /beadm/etc/X11/fontpath.d/ >>> drwxr-xr-x 4 root bin 5 Jan 8 2016 /beadm/usr/share/fonts/ >>> >>> With best regards. >>> Predrag Zečević >> >> Thanks. >> >> One last idea. Similar symptoms happened to me recently, when I had root >> permissions on some of my dot files in $(HOME). Can you check that dot >> files in $(HOME) are owned by the user? >> >> Michal > Hi MIchail, > > yes, there is one directory, containing some files owned by root: > $ find . -uid 0 | cut -d "/" -f 2 | sort -u > .ccache > > What is purpose of it? > > Thank you for hints... > > With best regards. > Predrag Zečević >
In my case ~/.dconf was owner by root. If you find it safe, you can change ownership of those files to the expected user. Then please re-try that BE. _______________________________________________ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss