Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
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) ? And by the way, if I counted correctly, this system has over 24.000 individual fonts, so the caching procedure a) really takes a while, and b) makes no sense at all since almost all of them are obviously unused. And indeed, the 2484 truss shows no loop up to the truncation point, these are all different fonts... -- 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 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
On 10/22/18 11:52, Michal Nowak wrote: > On Monday, October 22, 2018 at 10:10 AM, Predrag Zečević - Technical Support > Analyst 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. > Hi Michal, I have tried it (with permissions changed) again - no luck! I have used this bash function (and executed it for 30-40 seconds on each BE): $ typeset -f dtSysCalls dtSysCalls () { echo "Press Ctrl-C to see results"; pfexec dtrace -n 'syscall:::entry /execname != "dtrace"/ {@[execname] = count();} tick-60s {exit(0);}' } And here are results (logged in into mate, open mate terminal). For current BE, working fine: -- $ dtSysCalls Press Ctrl-C to see results dtrace: description 'syscall:::entry ' matched 237 probes ^C utmpd 2 gvfsd 4 inetd 5 netcfgd 5 rpcbind 5 svc.configd 5 svc.startd5 console-kit-daem 8 gvfs-hal-volume- 8 hald-addon-acpi 9 nscd 10 ssh-agent10 mate-notificatio 14 lightdm 16 fmd 19 notification-are 19 pickup 19 mate-volume-cont 21 stickynotes-appl 24 timer-applet 24 trashapplet 24 hald 26 intrd
Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
On 23/10/2018 15:44, Predrag Zečević - Technical Support Analyst wrote: ... Since, this is narrowed to fonts re-reading/re-caching - may I ask you to share contents (at least figures) from your desktop, of font directories (and packages)? Sorry, we presently don't have an up-to-date Hipster desktop, just a constantly changing server that currently doesn't actively run Mate. Plans are that we will have mate-desktops running on 2018.10. The rest is all still on good old oi151_a8, which behaves well... -- 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 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SOLVED: MATE 1.20 and updated GTK+3 for hipster
On Tue, Oct 23, 2018 at 4:38 PM Predrag Zečević - Technical Support Analyst wrote: > On 10/23/18 16:18, Aurélien Larcher wrote: > >> ... > >> Hints were OK ... Maybe package pkg:/system/library/fontconfig should > >> check for permissions (at least on upgrade - no idea - so people do not > >> waste time on such mistakes). > >> > > > > Maybe we should list pkg verify as one of the step to perform when > > reporting an issue. > > This would uncover system-specific peculiarities. > > > > Would be nice to have such checklist in oi-docs. > > > > Good that you found the origin of the issue, I was afraid that I broke > your > > system ;) > > > > Hi Aurélien, > > pkg verify would be easy IF you know where problems starts... > Indeed... does "global" pkg verify still spit a lot of noise? > For example I have missed to interpret some lines from truss output, but > with little help, all went fine - then I was able to check everything. > > What I wanted to say is, if desktop relies heavily of ownership (???) of > directory /var/cache/fontconfig, maybe that package has to check it (pkg > verify?) > > Anyway, I am glad that I could share some new experience with OI. > Thank you! > > With best regards. > Predrag Zečević > >> ___ > >> openindiana-discuss mailing list > >> openindiana-discuss@openindiana.org > >> https://openindiana.org/mailman/listinfo/openindiana-discuss > > -- > Predrag Zečević > Technical Support Analyst > 2e Systems GmbH > > tel: +49 - 6196 - 95058 - 15 > mob: +49 - 174 - 3109288 > fax: +49 - 6196 - 95058 - 94 > e-mail: predrag.zece...@2e-systems.com > > headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am > Taunus, Germany > registration: Amtsgericht Koenigstein (Germany), HRB 7303 > managing director: Phil Douglas > > http://www.2e-systems.com/ - Making your business fly! > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > https://openindiana.org/mailman/listinfo/openindiana-discuss > -- --- Praise the Caffeine embeddings ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SOLVED: MATE 1.20 and updated GTK+3 for hipster
On Tue, Oct 23, 2018 at 4:13 PM Predrag Zečević - Technical Support Analyst wrote: > On 10/23/18 15:58, Udo Grabowski (IMK) wrote: > > On 23/10/2018 15:44, Predrag Zečević - Technical Support Analyst 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: > >>> > >>> Could it be that the change of the modification time (2) from 2483 > >>> triggers the reread by 2484 (mate-settings-daemon) ? > >>> ... > >> ... > >> > >> So, font cache fails to "recognize" fonts, and just keeps system busy > >> with creating cache, over and over. > >> ... > >> How to solve that situation? > >> > > > > Just to check that theory: Could you run the problematic BE and > > switch off the time-sliderd ? After settling down, the caches > > shouldn't be refreshed anymore if that assumption is correct. > > > > Otherwise, maybe the frequency of directory checking is just too > > high, given the vast amount of directories to check, which takes > > a considerable amount of time ? > > Hi again! > > First, I want to say big "thank you" to Dr. Udo Grabowski and Michal Nowak! > > Problem was related to directory permission and fonts cache: > > $ ls -hlad /beadm/var/cache/fontconfig/ /var/cache/fontconfig/ > drwxr-xr-x 2 predrag_zecevic admin 119K Oct 23 13:36 > /beadm/var/cache/fontconfig/ > drwxr-xr-x 2 predrag_zecevic admin 410 Oct 23 13:39 /var/cache/fontconfig/ > > $ pkg search /var/cache/fontconfig > INDEX ACTION VALUEPACKAGE > path dirvar/cache/fontconfig > pkg:/system/library/fontconfig@2.13.1-2018.0.0.1 > > $ pkg fix pkg:/system/library/fontconfig >Packages to fix: 1 >Create boot environment: No > Create backup boot environment: Yes > > Repairing: > pkg:// > openindiana.org/system/library/fontconfig@2.12.4,5.11-2018.0.0.0:20180211T124718Z > PACKAGE > STATUS > pkg://openindiana.org/system/library/fontconfig > ERROR > dir: var/cache/fontconfig > ERROR: Owner: 'predrag_zecevic (2903)' should be 'root (0)' > ERROR: Group: 'admin (1961)' should be 'bin (2)' > ... > > $ pkg -R /beadm fix pkg:/system/library/fontconfig > Packages to fix: 1 > > Repairing: > pkg:// > openindiana.org/system/library/fontconfig@2.13.1,5.11-2018.0.0.1:20181014T201419Z > PACKAGE > STATUS > pkg://openindiana.org/system/library/fontconfig > ERROR > dir: var/cache/fontconfig > ERROR: Owner: 'predrag_zecevic (2903)' should be 'root (0)' > ERROR: Group: 'admin (1961)' should be 'bin (2)' > ... > > > Do not ask me how my account had become owner of /var/cache/fontconfig > (and when)... > > After actions from above, I have deleted all files from > /beadm/var/cache/fontconfig, unmounted BE and booted into it. > > Everything went back to normal (I am writing this from BE oi_181018 now) > :-) > > Content of /var/cache/fontconfig changes (grows) when I start new > application, but that it is (as I have deleted all files before boot > into BE)... > > Hints were OK ... Maybe package pkg:/system/library/fontconfig should > check for permissions (at least on upgrade - no idea - so people do not > waste time on such mistakes). > Maybe we should list pkg verify as one of the step to perform when reporting an issue. This would uncover system-specific peculiarities. Would be nice to have such checklist in oi-docs. Good that you found the origin of the issue, I was afraid that I broke your system ;) > > One more time, big thanks to everybody... > > With best regards. > Predrag Zečević > -- > Predrag Zečević > Technical Support Analyst > 2e Systems GmbH > > tel: +49 - 6196 - 95058 - 15 > mob: +49 - 174 - 3109288 > fax: +49 - 6196 - 95058 - 94 > e-mail: predrag.zece...@2e-systems.com > > headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am > Taunus, Germany > registration: Amtsgericht Koenigstein (Germany), HRB 7303 > managing director: Phil Douglas > > http://www.2e-systems.com/ - Making your business fly! > > ___ >
Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
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 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 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
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. Since, this is narrowed to fonts re-reading/re-caching - may I ask you to share contents (at least figures) from your desktop, of font directories (and packages)? > And by the way, if I counted correctly, this system has over 24.000 > individual fonts, so the caching procedure a) really takes a while, > and b) makes no sense at all since almost all of them are obviously > unused. And indeed, the 2484 truss shows no loop up to the truncation > point, these are all different fonts... No idea, to me, this is not so big number: $ for dir in /var/cache/fontconfig /export/home/predrag_zecevic/.cache/fontconfig /etc/X11/fontpath.d; do printf "%50s:" $dir; find ${dir} -type f | wc -l; done /var/cache/fontconfig:408 /export/home/predrag_zecevic/.cache/fontconfig:199 /etc/X11/fontpath.d:0 [Latest one contains just links to some fonts, presumably created by fc-cache service]. Here count of sym-links: $ for dir in /var/cache/fontconfig /export/home/predrag_zecevic/.cache/fontconfig /etc/X11/fontpath.d; do printf "%50s:" $dir; find ${dir} -type l | wc -l; done /var/cache/fontconfig:0 /export/home/predrag_zecevic/.cache/fontconfig:0 /etc/X11/fontpath.d:90 Creation time of caches: $ ls -l /var/cache/fontconfig | grep -v ^total | awk '{printf("%3s %2s %4s\n", $6,$7, $8)}' | sort | uniq -c | sort -rn 197 Sep 21 11:46 196 Sep 21 11:56 9 Sep 21 11:49 3 Sep 21 11:29 1 Sep 24 09:04 1 Oct 23 13:39 1 Oct 23 13:37 $ ls -l /export/home/predrag_zecevic/.cache/fontconfig | grep -v ^total | awk '{printf("%3s %2s %4s\n", $6,$7, $8)}' | sort | uniq -c | sort -rn 188 Jan 11 2016 8 Mar 14 2016 2 Feb 10 2016 1 Jan 19 2016 [NOTE: /export/home is not located within rpool, so this stays same across BEs] *BUT*, if I mount problematic BE: $ pfexec beadm mount oi_181018 /beadm and count files: $ find /beadm/var/cache/fontconfig/ -type f | wc -l 121138 [I can imagine that, if I have left system running long enough, this will be much bigger number] $ find /beadm/etc/X11/fontpath.d/ -type l | wc -l 90 So, font cache fails to "recognize" fonts, and just keeps system busy with creating cache, over and over. How to solve that situation? With best regards. Predrag Zečević P.S: (/beadm is mount point of BE which behaves slow) $ du -shc /beadm/var/cache/fontconfig/ /var/cache/fontconfig/ 152M/beadm/var/cache/fontconfig/ 15M /var/cache/fontconfig/ -- Predrag Zečević Technical Support Analyst 2e Systems GmbH tel: +49 - 6196 - 95058 - 15 mob: +49 - 174 - 3109288 fax: +49 - 6196 - 95058 - 94 e-mail: predrag.zece...@2e-systems.com headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am Taunus, Germany registration: Amtsgericht Koenigstein (Germany), HRB 7303 managing director: Phil Douglas http://www.2e-systems.com/ - Making your business fly! ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org
Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
On Tue, Oct 23, 2018 at 3:45 PM Predrag Zečević - Technical Support Analyst 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. > > Since, this is narrowed to fonts re-reading/re-caching - may I ask you > to share contents (at least figures) from your desktop, of font > directories (and packages)? > > > And by the way, if I counted correctly, this system has over 24.000 > > individual fonts, so the caching procedure a) really takes a while, > > and b) makes no sense at all since almost all of them are obviously > > unused. And indeed, the 2484 truss shows no loop up to the truncation > > point, these are all different fonts... > > No idea, to me, this is not so big number: > > $ for dir in /var/cache/fontconfig > /export/home/predrag_zecevic/.cache/fontconfig /etc/X11/fontpath.d; do > printf "%50s:" $dir; find ${dir} -type f | wc -l; done > /var/cache/fontconfig:408 > /export/home/predrag_zecevic/.cache/fontconfig:199 >/etc/X11/fontpath.d:0 > > > [Latest one contains just links to some fonts, presumably created by > fc-cache service]. Here count of sym-links: > $ for dir in /var/cache/fontconfig > /export/home/predrag_zecevic/.cache/fontconfig /etc/X11/fontpath.d; do > printf "%50s:" $dir; find ${dir} -type l | wc -l; done > /var/cache/fontconfig:0 > /export/home/predrag_zecevic/.cache/fontconfig:0 >/etc/X11/fontpath.d:90 > > > Creation time of caches: > $ ls -l /var/cache/fontconfig | grep -v ^total | awk '{printf("%3s %2s > %4s\n", $6,$7, $8)}' | sort | uniq -c | sort -rn > 197 Sep 21 11:46 > 196 Sep 21 11:56 > 9 Sep 21 11:49 > 3 Sep 21 11:29 > 1 Sep 24 09:04 > 1 Oct 23 13:39 > 1 Oct 23 13:37 > > $ ls -l /export/home/predrag_zecevic/.cache/fontconfig | grep -v ^total > | awk '{printf("%3s %2s %4s\n", $6,$7, $8)}' | sort | uniq -c | sort -rn > 188 Jan 11 2016 > 8 Mar 14 2016 > 2 Feb 10 2016 > 1 Jan 19 2016 > [NOTE: /export/home is not located within rpool, so this stays same > across BEs] > > *BUT*, if I mount problematic BE: > > $ pfexec beadm mount oi_181018 /beadm > > and count files: > $ find /beadm/var/cache/fontconfig/ -type f | wc -l > 121138 > [I can imagine that, if I have left system running long enough, this > will be much bigger number] > > $ find /beadm/etc/X11/fontpath.d/ -type l | wc -l > 90 > > So, font cache fails to "recognize" fonts, and just keeps system busy > with creating cache, over and over. > > How to solve that situation? > > With best regards. > Predrag Zečević > > P.S: (/beadm is mount point of BE which behaves slow) > > $ du -shc /beadm/var/cache/fontconfig/ /var/cache/fontconfig/ > 152M/beadm/var/cache/fontconfig/ > 15M /var/cache/fontconfig/ > Would the last two commits applyto your case? https://gitlab.freedesktop.org/fontconfig/fontconfig/commits/master > -- > Predrag Zečević > Technical Support Analyst > 2e Systems GmbH > > tel: +49 - 6196 - 95058 - 15 > mob: +49
Re: [OpenIndiana-discuss] SOLVED: MATE 1.20 and updated GTK+3 for hipster
On 10/23/18 16:18, Aurélien Larcher wrote: >> ... >> Hints were OK ... Maybe package pkg:/system/library/fontconfig should >> check for permissions (at least on upgrade - no idea - so people do not >> waste time on such mistakes). >> > > Maybe we should list pkg verify as one of the step to perform when > reporting an issue. > This would uncover system-specific peculiarities. > > Would be nice to have such checklist in oi-docs. > > Good that you found the origin of the issue, I was afraid that I broke your > system ;) > Hi Aurélien, pkg verify would be easy IF you know where problems starts... For example I have missed to interpret some lines from truss output, but with little help, all went fine - then I was able to check everything. What I wanted to say is, if desktop relies heavily of ownership (???) of directory /var/cache/fontconfig, maybe that package has to check it (pkg verify?) Anyway, I am glad that I could share some new experience with OI. With best regards. Predrag Zečević >> ___ >> openindiana-discuss mailing list >> openindiana-discuss@openindiana.org >> https://openindiana.org/mailman/listinfo/openindiana-discuss -- Predrag Zečević Technical Support Analyst 2e Systems GmbH tel: +49 - 6196 - 95058 - 15 mob: +49 - 174 - 3109288 fax: +49 - 6196 - 95058 - 94 e-mail: predrag.zece...@2e-systems.com headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am Taunus, Germany registration: Amtsgericht Koenigstein (Germany), HRB 7303 managing director: Phil Douglas http://www.2e-systems.com/ - Making your business fly! ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] SOLVED: MATE 1.20 and updated GTK+3 for hipster
On 10/23/18 15:58, Udo Grabowski (IMK) wrote: > On 23/10/2018 15:44, Predrag Zečević - Technical Support Analyst 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: >>> >>> Could it be that the change of the modification time (2) from 2483 >>> triggers the reread by 2484 (mate-settings-daemon) ? >>> ... >> ... >> >> So, font cache fails to "recognize" fonts, and just keeps system busy >> with creating cache, over and over. >> ... >> How to solve that situation? >> > > Just to check that theory: Could you run the problematic BE and > switch off the time-sliderd ? After settling down, the caches > shouldn't be refreshed anymore if that assumption is correct. > > Otherwise, maybe the frequency of directory checking is just too > high, given the vast amount of directories to check, which takes > a considerable amount of time ? Hi again! First, I want to say big "thank you" to Dr. Udo Grabowski and Michal Nowak! Problem was related to directory permission and fonts cache: $ ls -hlad /beadm/var/cache/fontconfig/ /var/cache/fontconfig/ drwxr-xr-x 2 predrag_zecevic admin 119K Oct 23 13:36 /beadm/var/cache/fontconfig/ drwxr-xr-x 2 predrag_zecevic admin 410 Oct 23 13:39 /var/cache/fontconfig/ $ pkg search /var/cache/fontconfig INDEX ACTION VALUEPACKAGE path dirvar/cache/fontconfig pkg:/system/library/fontconfig@2.13.1-2018.0.0.1 $ pkg fix pkg:/system/library/fontconfig Packages to fix: 1 Create boot environment: No Create backup boot environment: Yes Repairing: pkg://openindiana.org/system/library/fontconfig@2.12.4,5.11-2018.0.0.0:20180211T124718Z PACKAGE STATUS pkg://openindiana.org/system/library/fontconfig ERROR dir: var/cache/fontconfig ERROR: Owner: 'predrag_zecevic (2903)' should be 'root (0)' ERROR: Group: 'admin (1961)' should be 'bin (2)' ... $ pkg -R /beadm fix pkg:/system/library/fontconfig Packages to fix: 1 Repairing: pkg://openindiana.org/system/library/fontconfig@2.13.1,5.11-2018.0.0.1:20181014T201419Z PACKAGE STATUS pkg://openindiana.org/system/library/fontconfig ERROR dir: var/cache/fontconfig ERROR: Owner: 'predrag_zecevic (2903)' should be 'root (0)' ERROR: Group: 'admin (1961)' should be 'bin (2)' ... Do not ask me how my account had become owner of /var/cache/fontconfig (and when)... After actions from above, I have deleted all files from /beadm/var/cache/fontconfig, unmounted BE and booted into it. Everything went back to normal (I am writing this from BE oi_181018 now) :-) Content of /var/cache/fontconfig changes (grows) when I start new application, but that it is (as I have deleted all files before boot into BE)... Hints were OK ... Maybe package pkg:/system/library/fontconfig should check for permissions (at least on upgrade - no idea - so people do not waste time on such mistakes). One more time, big thanks to everybody... With best regards. Predrag Zečević -- Predrag Zečević Technical Support Analyst 2e Systems GmbH tel: +49 - 6196 - 95058 - 15 mob: +49 - 174 - 3109288 fax: +49 - 6196 - 95058 - 94 e-mail: predrag.zece...@2e-systems.com headquarter: 2e Systems GmbH, Koenigsteiner Str. 87, 65812 Bad Soden am Taunus, Germany registration: Amtsgericht Koenigstein (Germany), HRB 7303 managing director: Phil Douglas http://www.2e-systems.com/ - Making your business fly! ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
On 23/10/2018 15:44, Predrag Zečević - Technical Support Analyst 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: Could it be that the change of the modification time (2) from 2483 triggers the reread by 2484 (mate-settings-daemon) ? ... ... So, font cache fails to "recognize" fonts, and just keeps system busy with creating cache, over and over. ... How to solve that situation? Just to check that theory: Could you run the problematic BE and switch off the time-sliderd ? After settling down, the caches shouldn't be refreshed anymore if that assumption is correct. Otherwise, maybe the frequency of directory checking is just too high, given the vast amount of directories to check, which takes a considerable amount of time ? -- 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 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20
In message <575245557.367344.1540325739...@mail.yahoo.com>, Apostolos Syropoulo s via openindiana-discuss writes: >PS I had tried KVM in the old times and it took me an eon to install >Windows 98... I manage a Samba-based Active Directory with a Windows 7 guest on top of Illumos KVM. Its usable for that purpose. Switching to a ZFS volume for guest storage seemed to help performance. I'll likely migrate the VM to bhyve when Omnios bumps to r151028 RSN. John groenv...@acm.org ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20
On 24/10/2018 5:10 AM, Tim Mooney wrote: In regard to: Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20,...: Hi, On 10/22/18 07:35 PM, russell wrote: Hi, Upgraded to VirtualBox 5.2.20 yesterday, this works fine on the BE completed on the 11th July but still get the lockup and reboot on any later BE. I know it bothers some of you guys, that VirtualBox does not work on OpenIndiana anymore, but please take into account that VirtualBox is meant for Oracle Solaris 11 and when it worked on illumos it was just by an accident. The more illumos diverges from Solaris heritage (and mitigating Intel bugs in "helped" here a lot), the worst for VirtualBox on illumos. Those who can, please, don't hold your breath and consider migrating to illumos KVM. This is in many respects saner, safer, and more supportable solution moving forward. I know you're right, Michael. I'm one of the VB users that's been dragging my feet and hoping that a fix happens so that I can continue to use VB. It's not because I'm in love with VirtualBox, just that I absolutely need a fully-functional Windows VM. I'm in the same boat. I've been running OI (well, OpenSolaris) since it was first released, as a ZFS LAN fileserver and VirtualBox host, with a gaggle of little VM's (Older NetBSD's, some newer CentOS) for over 10 years, it's been mostly faultless and *easy* - VirtualBox's GUI is great, it makes VM's trivial to install and manage for a guy like me who just wants to spin up some VM's with minimal effort and have them Just Work for most-any guest OS. The idea of having to learn yet another VM system .. gak .. that may or may not support my older NetBSD VMs etc .. and doesn't appear to have a nice GUI to drive it. But then, I need to replace my hardware as it's getting old, so I need to install a newer openIndiana, which doesn't seem to work (yet) on recent Coffee-Lake Gigabyte motherboards. At least I haven't yet been able to get it to install. Sorry for the whiny rant :) I want ZFS, it's *the* filesystem. I want VirtualBox or something else that works as well as it does in terms of ease of use - performance is acceptable, I'm not thrashing filesystems etc. Maybe Solaris 11.4 is a viable host? I dunno, after 30 years in this game in some form or another, I'm tired of having to change things all the time to do the same job! ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20
On Tue, Oct 23, 2018 at 11:02 PM Carl Brewer wrote: > On 24/10/2018 5:10 AM, Tim Mooney wrote: > > In regard to: Re: [OpenIndiana-discuss] Upgraded to VirtualBox > 5.2.20,...: > > > >> Hi, > >> > >> On 10/22/18 07:35 PM, russell wrote: > >>> Hi, > >>> > >>> Upgraded to VirtualBox 5.2.20 yesterday, this works fine on the BE > >>> completed on the 11th July but still get the lockup and reboot on any > >>> later BE. > >> > >> I know it bothers some of you guys, that VirtualBox does not work on > >> OpenIndiana anymore, but please take into account that VirtualBox is > >> meant for Oracle Solaris 11 and when it worked on illumos it was just by > >> an accident. The more illumos diverges from Solaris heritage (and > >> mitigating Intel bugs in "helped" here a lot), the worst for VirtualBox > >> on illumos. > >> > >> Those who can, please, don't hold your breath and consider migrating > >> to illumos KVM. This is in many respects saner, safer, and more > >> supportable solution moving forward. > > > > I know you're right, Michael. I'm one of the VB users that's been > > dragging my feet and hoping that a fix happens so that I can continue to > > use VB. It's not because I'm in love with VirtualBox, just that I > > absolutely need a fully-functional Windows VM. > > I'm in the same boat. I've been running OI (well, OpenSolaris) since it > was first released, as a ZFS LAN fileserver and VirtualBox host, with a > gaggle of little VM's (Older NetBSD's, some newer CentOS) for over 10 > years, it's been mostly faultless and *easy* - VirtualBox's GUI is > great, it makes VM's trivial to install and manage for a guy like me who > just wants to spin up some VM's with minimal effort and have them Just > Work for most-any guest OS. > > The idea of having to learn yet another VM system .. gak .. that may or > may not support my older NetBSD VMs etc .. and doesn't appear to have a > nice GUI to drive it. > > But then, I need to replace my hardware as it's getting old, so I need > to install a newer openIndiana, which doesn't seem to work (yet) on > recent Coffee-Lake Gigabyte motherboards. At least I haven't yet been > able to get it to install. Sorry for the whiny rant :) > Could you try to boot this? http://dlc-int.openindiana.org/users/aurelien/gcc-next/20181023/ > > I want ZFS, it's *the* filesystem. I want VirtualBox or something else > that works as well as it does in terms of ease of use - performance is > acceptable, I'm not thrashing filesystems etc. Maybe Solaris 11.4 is a > viable host? I dunno, after 30 years in this game in some form or > another, I'm tired of having to change things all the time to do the > same job! > > > > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > https://openindiana.org/mailman/listinfo/openindiana-discuss > -- --- Praise the Caffeine embeddings ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20
On 24/10/2018 8:06 AM, Aurélien Larcher wrote: On Tue, Oct 23, 2018 at 11:02 PM Carl Brewer wrote: But then, I need to replace my hardware as it's getting old, so I need to install a newer openIndiana, which doesn't seem to work (yet) on recent Coffee-Lake Gigabyte motherboards. At least I haven't yet been able to get it to install. Sorry for the whiny rant :) Could you try to boot this? http://dlc-int.openindiana.org/users/aurelien/gcc-next/20181023/ Downloadimg, will give it a try thank you Carl ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20
In regard to: Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20,...: Hi, On 10/22/18 07:35 PM, russell wrote: Hi, Upgraded to VirtualBox 5.2.20 yesterday, this works fine on the BE completed on the 11th July but still get the lockup and reboot on any later BE. I know it bothers some of you guys, that VirtualBox does not work on OpenIndiana anymore, but please take into account that VirtualBox is meant for Oracle Solaris 11 and when it worked on illumos it was just by an accident. The more illumos diverges from Solaris heritage (and mitigating Intel bugs in "helped" here a lot), the worst for VirtualBox on illumos. Those who can, please, don't hold your breath and consider migrating to illumos KVM. This is in many respects saner, safer, and more supportable solution moving forward. I know you're right, Michael. I'm one of the VB users that's been dragging my feet and hoping that a fix happens so that I can continue to use VB. It's not because I'm in love with VirtualBox, just that I absolutely need a fully-functional Windows VM. The only reason I can use OI as my $work desktop is that between OI and my Windows VM in VirtualBox, I can get all my work done. VB made it easy to have a Windows VM with a shared folder, USB passthrough, full audio support, etc. If that ever changes, and it's no longer possible for me to host a fully-functional Windows VM on OI, then I'll probably have to quit using OI at work. I haven't tried KVM/QEMU for a Windows VM yet, but I have been watching the discussion closely. The information that Predrag has shared and added to the wiki article makes it appear that KVM still has a ways to go before there would be feature parity for a Windows desktop VM. Would you say my interpretation is correct, or have I come to the wrong conclusion? Based on the wiki article, it appears that at least 1) shared clipboard doesn't work. I believe it was Alp that indicated that's because of missing libspice in OI. Has anyone ported or started working on porting libspice to OI? I took a look at that last night, and got past the struct socket issues (requires -D__XOPEN_SOURCE=600) and the missing SUN_LEN macro (needs code from sys/un.h), but I stopped when I hit the need for mremap(). Not sure what to do about that. 2) video display support maxed at 1024x768 in Predrag's tests. Any idea why that is, or how difficult that would be to improve? 3) what other things are missing to bring KVM/QEMU to good feature parity, at least for Windows VMs, with VB? Anyone looked at USB passthrough? How's audio support? Does a working libspice get us both shared clipboard and shared folders? Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20
The other wrinkle is that Illumos seems likely to move away from KVM to FreeBSD's bhyve since it is a much better fit for Illumos. See https://omniosce.org/info/bhyve for some info. Both KVM and bhyve seem to currently require Intel (not AMD) CPUs to work properly. Given that AMD is now competitive again with CPUs, and given that Joyent is working hard on bhyve, and given that Illumos and FreeBSD developers have a history of working together, it appears that bhyve will eventually dominate and KVM will eventually be deprecated. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SOLVED: MATE 1.20 and updated GTK+3 for hipster
On 10/23/18 07:38 AM, Predrag Zečević - Technical Support Analyst wrote: What I wanted to say is, if desktop relies heavily of ownership (???) of directory /var/cache/fontconfig, maybe that package has to check it (pkg verify?) IPS packages are just data, they can't run commands like pkg verify - unlike other package systems, there is no scripting. The closest that could happen would be adding it to the fc-cache service - packages that deliver fonts trigger a refresh of this service to update the caches. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/alanc ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster
On 10/23/18 06:44 AM, Predrag Zečević - Technical Support Analyst wrote: $ for dir in /var/cache/fontconfig /export/home/predrag_zecevic/.cache/fontconfig /etc/X11/fontpath.d; do printf "%50s:" $dir; find ${dir} -type f | wc -l; done /var/cache/fontconfig:408 /export/home/predrag_zecevic/.cache/fontconfig:199 /etc/X11/fontpath.d:0 [Latest one contains just links to some fonts, presumably created by fc-cache service]. /etc/X11/fontpath.d links are created by the packages that install fonts to put the fonts into the X server font path, for legacy applications that use the old X11 font system instead of fontconfig. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/alanc ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20
In message , Tim Mooney writes: >3) what other things are missing to bring KVM/QEMU to good feature parity, >at least for Windows VMs, with VB? Anyone looked at USB passthrough? >How's audio support? Does a working libspice get us both shared clipboard >and shared folders? Neither KVM nor bhyve support USB passthru. bhyve supports PCI passthru, but you would have to pass an entire USB add-on card to your guest. Shared folders can be solved with NFS and CIFS. BTW has anyone tried to port VBox to OI? Even without Oracle's proprietary bits it may be useful. It is for FreeBSD hosts and guests. John groenv...@acm.org ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgraded to VirtualBox 5.2.20
>BTW has anyone tried to port VBox to OI? >Even without Oracle's proprietary bits it may be useful. >It is for FreeBSD hosts and guests. Someone did it a couple of years ago but now he has abandoned ship... I guess we could continue from where he left things... A.S. PS I had tried KVM in the old times and it took me an eon to install Windows 98... -- Apostolos Syropoulos Xanthi, Greece ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss