Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster (part II)

[Aurélien Larcher]

On Thu, Nov 15, 2018 at 8:44 AM Predrag Zečević - Technical Support Analyst
 wrote:

> On 11/01/18 07:36, Michal Nowak wrote:
> ...
> > Predrag, considering the last comment in the Mozilla bug above (claiming
> > the bug went away when updating fontconfig), would you care applying
> > patches [1] newer than 2.13.1 release on top of userland fontconfig
> > component, build it and testing? At lease some of them look to be
> > related to your problem.
> >
> > Michal
> >
> > [1] https://cgit.freedesktop.org/fontconfig/log/
> >
>
> Hi All,
>
> this problem has gone with
> https://github.com/OpenIndiana/oi-userland/pull/4593 change...
>
> $ find /var/cache/fontconfig/ -type f | wc -l
> 53
>
> Also, following are gone too:
>
> * Fontconfig warning: Directory/file mtime in the future. New fonts may
> not be detected.
> * Failed to connect to socket /tmp/fam-predrag_zecevic/fam-
> end from FAM server connection
>
> Thanks for fontconfig update, Aurélien!
>

Happy to hear Predrag! Thanks for the feedback!

Also I'll be travelling the coming week so I will not be able to fix the
duplicate font package names that you reported (different issue).
I have fixed my mismerge in font.mk but incorrect package names remain in
the repository.
I hope somebody has time to look at it, sorry about that.

Cheers

Aurélien

>
> 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] MATE 1.20 and updated GTK+3 for hipster (part II)

[Predrag Zečević - Technical Support Analyst]

On 11/01/18 07:36, Michal Nowak wrote:
...
Predrag, considering the last comment in the Mozilla bug above (claiming 
the bug went away when updating fontconfig), would you care applying 
patches [1] newer than 2.13.1 release on top of userland fontconfig 
component, build it and testing? At lease some of them look to be 
related to your problem.


Michal

[1] https://cgit.freedesktop.org/fontconfig/log/



Hi All,

this problem has gone with 
https://github.com/OpenIndiana/oi-userland/pull/4593 change...


$ find /var/cache/fontconfig/ -type f | wc -l
53

Also, following are gone too:

* Fontconfig warning: Directory/file mtime in the future. New fonts may 
not be detected.

* Failed to connect to socket /tmp/fam-predrag_zecevic/fam-
end from FAM server connection

Thanks for fontconfig update, Aurélien!

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

Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster (part II)

[Michal Nowak]

On 10/30/18 05:01 PM, Udo Grabowski (IMK) wrote:

On 30/10/2018 16:46, Predrag Zečević - Technical Support Analyst wrote:



On 10/30/18 16:28, Bob Friesenhahn wrote:

On Tue, 30 Oct 2018, Udo Grabowski (IMK) wrote:


P.S: During this e-mail writing, number of file grew further:
$ find /var/cache/fontconfig/ -type f | wc -l
526905


man fam:
...
DESCRIPTION
  FAM, the File Alteration Monitor, is a subsystem that 
applications can
  use to be notified when specific files or directories are 
changed.  It
  is intended as a replacement for mechanisms such as poll and 
select.



So indeed that potentially can have something to do with your
problem if the process polluting your cache wants the FAM service
and doesn't get it and then falls back to something insane.


Recent illumos has added Linux compatibility functions to support LX 
Zone
functionality and these compatibility functions might be picked up 
and used by

accident by software which targets Linux.  I don't know if there is an
emulation of inotify(7) but it seems like something important to 
emulate for

LX Zones.

Regardless, the Dtrace Toolkit provides scripts (opensnoop and 
iosnoop) which

allows observing all I/O activity on the system and so it should quickly
reveal the offender.

Bob

Hi,

no idea how I have missed opensnoop (probably because iosnoop I have 
tried was

useless):
$ /opt/DTT/Bin/iosnoop
  UID   PID D    BLOCK   SIZE   COMM PATHNAME
...
    0   381 W 275526024  32768 zpool-pz512 
    0   381 W 283297216  32768 zpool-pz512 
 2903 28881 R 256458773   7168 thunderbird 
 2903 28881 R 256795291   6656 thunderbird 
    0   381 W 322684424   4096 zpool-pz512 

BUT, opensnoop showed guilty processes: firefox and thunderbird (which 
explains

no data increase, when logged off): Example

 2903  28883 firefox   53
/var/cache/fontconfig/d937d800-0615-4b33-a228-a4e53ca4493d-le32d4.cache-7
 2903  28883 firefox   53
...
Any suggestion?



This one ?




Predrag, considering the last comment in the Mozilla bug above (claiming 
the bug went away when updating fontconfig), would you care applying 
patches [1] newer than 2.13.1 release on top of userland fontconfig 
component, build it and testing? At lease some of them look to be 
related to your problem.


Michal

[1] https://cgit.freedesktop.org/fontconfig/log/

___
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 (part II)

[Udo Grabowski (IMK)]

On 30/10/2018 16:46, Predrag Zečević - Technical Support Analyst wrote:



On 10/30/18 16:28, Bob Friesenhahn wrote:

On Tue, 30 Oct 2018, Udo Grabowski (IMK) wrote:


P.S: During this e-mail writing, number of file grew further:
$ find /var/cache/fontconfig/ -type f | wc -l
526905


man fam:
...
DESCRIPTION
  FAM, the File Alteration Monitor, is a subsystem that applications can
  use to be notified when specific files or directories are changed.  It
  is intended as a replacement for mechanisms such as poll and select.


So indeed that potentially can have something to do with your
problem if the process polluting your cache wants the FAM service
and doesn't get it and then falls back to something insane.


Recent illumos has added Linux compatibility functions to support LX Zone
functionality and these compatibility functions might be picked up and used by
accident by software which targets Linux.  I don't know if there is an
emulation of inotify(7) but it seems like something important to emulate for
LX Zones.

Regardless, the Dtrace Toolkit provides scripts (opensnoop and iosnoop) which
allows observing all I/O activity on the system and so it should quickly
reveal the offender.

Bob

Hi,

no idea how I have missed opensnoop (probably because iosnoop I have tried was
useless):
$ /opt/DTT/Bin/iosnoop
  UID   PID DBLOCK   SIZE   COMM PATHNAME
...
0   381 W 275526024  32768 zpool-pz512 
0   381 W 283297216  32768 zpool-pz512 
 2903 28881 R 256458773   7168 thunderbird 
 2903 28881 R 256795291   6656 thunderbird 
0   381 W 322684424   4096 zpool-pz512 

BUT, opensnoop showed guilty processes: firefox and thunderbird (which explains
no data increase, when logged off): Example

 2903  28883 firefox   53
/var/cache/fontconfig/d937d800-0615-4b33-a228-a4e53ca4493d-le32d4.cache-7
 2903  28883 firefox   53
...
Any suggestion?



This one ?


--
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 (part II)

[Bob Friesenhahn]

On Tue, 30 Oct 2018, Predrag Zečević - Technical Support Analyst wrote:


One of them does not exists, but second one has content:

$ du -shc /export/home/predrag_zecevic/.cache/fontconfig/


Here is an apparent specification for the intent and usage of the 
".cache" directory: http://brynosaurus.com/cachedir/spec.html


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] MATE 1.20 and updated GTK+3 for hipster (part II)

[Predrag Zečević - Technical Support Analyst]

On 10/30/18 16:22, Rainer J.H. Brandt wrote:

Hi Predrag,


It does not matter IF i have *fc-cache* enabled or disabled, something
is filling in /var/cache/fontconfig directory. Right now:


Perhaps a loop over the /proc subdirectories and doing

   ls -l /proc/$pid/path | grep fontconfig

would reveal the culprit.

Good luck, Rainer


Thanks,
that is also interesting (FF has pid 28883):

$ pfexec  ls -l /proc/28883/path | grep fontconfig
ls: cannot read symbolic link '/proc/28883/path/4': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/7': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/9': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/12': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/13': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/14': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/15': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/18': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/19': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/21': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/22': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/23': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/38': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/41': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/42': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/44': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/45': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/46': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/47': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/51': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/52': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/54': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/67': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/73': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/76': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/77': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/100': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/101': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/104': No such file or 
directory
ls: cannot read symbolic link '/proc/28883/path/zfs.283.65549.323893': 
No such file or directory
ls: cannot read symbolic link '/proc/28883/path/tmpfs.573.2.2144195702': 
No such file or directory
ls: cannot read symbolic link '/proc/28883/path/zfs.283.65549.323894': 
No such file or directory
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.4817394 
-> /usr/lib/libfontconfig.so.1.12.0
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5848949 
-> /var/cache/fontconfig/2ffb590f-2b95-4634-8eed-92b3ee0bdb32-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5848963 
-> /var/cache/fontconfig/d6454565-ddb4-4338-9f13-50f472ecf02c-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849293 
-> /var/cache/fontconfig/a545da74-d4b3-ef68-b65c-9f89bae6de67-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849296 
-> /var/cache/fontconfig/5d9cdcde-baf1-c72e-fd2d-911dcb328cbe-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849300 
-> /var/cache/fontconfig/d13a9827-44d4-4214-e4de-aa1f53ce256d-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849329 
-> /var/cache/fontconfig/7a018e9d-09bc-ebf9-de63-a27f26c10f21-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849333 
-> /var/cache/fontconfig/bfe1b096-5cd2-6ae5-cb6e-a80ca48661a5-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849336 
-> /var/cache/fontconfig/a1393491-3b78-eb87-fbca-8924abcacbf8-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849340 
-> /var/cache/fontconfig/1c56ae8f-d44b-edcf-c35b-d302e8442177-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849376 
-> /var/cache/fontconfig/cccb9116-6967-e6bf-d477-9bd1c860306f-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849613 
-> /var/cache/fontconfig/c94a9005-6f26-6b35-ccf7-d454427cb37e-le32d4.cache-7
lrwxrwxrwx 1 predrag_zecevic admin 0 Oct 30 08:59 zfs.283.65538.5849617 
-> /var/cache/fontconfig/48353ad2-0c0b-4a49-bc02-cde839ce8ca9-le32d4.cache-7
lrwxrwxrwx 1 

Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster (part II)

[Predrag Zečević - Technical Support Analyst]

On 10/30/18 16:28, Bob Friesenhahn wrote:

On Tue, 30 Oct 2018, Udo Grabowski (IMK) wrote:


P.S: During this e-mail writing, number of file grew further:
$ find /var/cache/fontconfig/ -type f | wc -l
526905


man fam:
...
DESCRIPTION
  FAM, the File Alteration Monitor, is a subsystem that 
applications can
  use to be notified when specific files or directories are 
changed.  It
  is intended as a replacement for mechanisms such as poll and 
select.



So indeed that potentially can have something to do with your
problem if the process polluting your cache wants the FAM service
and doesn't get it and then falls back to something insane.


Recent illumos has added Linux compatibility functions to support LX 
Zone functionality and these compatibility functions might be picked up 
and used by accident by software which targets Linux.  I don't know if 
there is an emulation of inotify(7) but it seems like something 
important to emulate for LX Zones.


Regardless, the Dtrace Toolkit provides scripts (opensnoop and iosnoop) 
which allows observing all I/O activity on the system and so it should 
quickly reveal the offender.


Bob

Hi,

no idea how I have missed opensnoop (probably because iosnoop I have 
tried was useless):

$ /opt/DTT/Bin/iosnoop
  UID   PID DBLOCK   SIZE   COMM PATHNAME
...
0   381 W 275526024  32768 zpool-pz512 
0   381 W 283297216  32768 zpool-pz512 
 2903 28881 R 256458773   7168 thunderbird 
 2903 28881 R 256795291   6656 thunderbird 
0   381 W 322684424   4096 zpool-pz512 

BUT, opensnoop showed guilty processes: firefox and thunderbird (which 
explains no data increase, when logged off): Example


 2903  28883 firefox   53 
/var/cache/fontconfig/d937d800-0615-4b33-a228-a4e53ca4493d-le32d4.cache-7
 2903  28883 firefox   53 
/var/cache/fontconfig/1b72084f-f43d-4fe7-dc05-bc8f25d5a89a-le32d4.cache-7
 2903  28883 firefox   53 
/var/cache/fontconfig/5f5cc031-6c85-e44b-fe60-d8796ef92dee-le32d4.cache-7
 2903  28883 firefox   -1 
/var/cache/fontconfig/e94921fa-8699-e522-ac57-c327d7aeaed2-le32d4.cache-7
 2903  28883 firefox   -1 
/var/cache/fontconfig/e94921fa-8699-e522-ac57-c327d7aeaed2-le32d4.cache-7
 2903  28883 firefox   53 
/var/cache/fontconfig/e94921fa-8699-e522-ac57-c327d7aeaed2-le32d4.cache-7.TMP-GMSyA4 

 2903  28883 firefox   53 
/var/cache/fontconfig/e94921fa-8699-e522-ac57-c327d7aeaed2-le32d4.cache-7.NEW 



Also, opensnoop shows that firefox tries 2 more directories:
$ grep 222d5260-f64f-4732-87f3-f79737a2876a-le32d4 /tmp/opensnoop.txt
 2903  28883 firefox   -1 
/var/cache/fontconfig/222d5260-f64f-4732-87f3-f79737a2876a-le32d4.cache-7
 2903  28883 firefox   -1 
/export/home/predrag_zecevic/.cache/fontconfig/222d5260-f64f-4732-87f3-f79737a2876a-le32d4.cache-7 

 2903  28883 firefox   -1 
/export/home/predrag_zecevic/.fontconfig/222d5260-f64f-4732-87f3-f79737a2876a-le32d4.cache-7 

 2903  28883 firefox   -1 
/var/cache/fontconfig/222d5260-f64f-4732-87f3-f79737a2876a-le32d4.cache-7
 2903  28883 firefox   -1 
/export/home/predrag_zecevic/.cache/fontconfig/222d5260-f64f-4732-87f3-f79737a2876a-le32d4.cache-7 

 2903  28883 firefox   -1 
/export/home/predrag_zecevic/.fontconfig/222d5260-f64f-4732-87f3-f79737a2876a-le32d4.cache-7 

 2903  28883 firefox   53 
/var/cache/fontconfig/222d5260-f64f-4732-87f3-f79737a2876a-le32d4.cache-7.TMP-iMSyA4 

 2903  28883 firefox   53 
/var/cache/fontconfig/222d5260-f64f-4732-87f3-f79737a2876a-le32d4.cache-7.NEW 



One of them does not exists, but second one has content:

$ du -shc /export/home/predrag_zecevic/.cache/fontconfig/ 
/export/home/predrag_zecevic/.fontconfig

1,5M/export/home/predrag_zecevic/.cache/fontconfig/
du: cannot access '/export/home/predrag_zecevic/.fontconfig': No such 
file or directory

1,5Mtotal

$ ls -alrthd /export/home/predrag_zecevic/.cache/fontconfig/* | tail -4
-rw-r--r-- 1 predrag_zecevic admin 113K Mar 14  2016 
/export/home/predrag_zecevic/.cache/fontconfig/c4eda28aefebeb36dd28598006088ed1-le64.cache-4
-rw-r--r-- 1 predrag_zecevic admin 114K Mar 14  2016 
/export/home/predrag_zecevic/.cache/fontconfig/d4f9a910920d402be1110037f89e03ac-le64.cache-4
-rw-r--r-- 1 predrag_zecevic admin 113K Mar 14  2016 
/export/home/predrag_zecevic/.cache/fontconfig/fde37821cbdb1159b4eac7aa64d92051-le64.cache-4
-rw-r--r-- 1 predrag_zecevic admin 113K Mar 14  2016 
/export/home/predrag_zecevic/.cache/fontconfig/cabbd14511b9e8a55e92af97fb3a0461-le64.cache-4



So, that cache file is from 2016.

Any suggestion?

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/ - 

Re: [OpenIndiana-discuss] MATE 1.20 and updated GTK+3 for hipster (part II)

[Predrag Zečević - Technical Support Analyst]

On 10/30/18 16:14, Udo Grabowski (IMK) wrote:

On 30/10/2018 15:38, Predrag Zečević - Technical Support Analyst wrote:

Hi all,

I would like to start new discussion (old one is "MATE 1.20 and 
updated GTK+3
for hipster"), because I still have weird problem, and not sure where 
to report

it or look further...

It does not matter IF i have *fc-cache* enabled or disabled, something is
filling in /var/cache/fontconfig directory. Right now:

$ find /var/cache/fontconfig/ -type f | wc -l
519307

$ du -shc /var/cache/fontconfig/
603M    /var/cache/fontconfig/

Number of files grows (some commands are failing to list content, 
because it is

long list) more IF I am logged in, otherwise (like during weekend, it has
stagnated: 168000 entries of size ~ 160MB)

Last Friday, I did issued "pfexec pkg fix" which should fix broken 
packages (it

has reported several font directories were fixed ownership to sys group).

After that I have just emptied that directory ...
Good news is that I have no more high load, but still this growing 
structure.


Tried several dtrace scripts, but no single one shows PID <--> FILE 
relation
(most of them expect PID as parameter, but I have no idea which 
process is

creating files). All I see files are constantly created...

And, also found this (fills in ~/.xsession-errors file):

Failed to connect to socket /tmp/fam-predrag_zecevic/fam-
end from FAM server connection

I have found that FAM thing is related to /usr/lib/amd64/gam_server - 
but cannot

imagine it is related to /fontconfig issue.

Is it possible that only me is facing this?
If yes, how to find which change (I might made in past on OI - since 
move to

/hipster) on my system is causing this?

Many thinks for even reading this.

With best regards.
Predrag Zečević

P.S: During this e-mail writing, number of file grew further:
$ find /var/cache/fontconfig/ -type f | wc -l
526905


man fam:
...
DESCRIPTION
    FAM, the File Alteration Monitor, is a subsystem that 
applications can
    use to be notified when specific files or directories are 
changed.  It
    is intended as a replacement for mechanisms such as poll and 
select.



So indeed that potentially can have something to do with your
problem if the process polluting your cache wants the FAM service
and doesn't get it and then falls back to something insane.

And there's still the bug addressed here:

but seemingly not appliying to your case when fc-cache is switched off.

Have you tried disabling time-sliderd, to check if its lock mechanism
triggers the font cache updates ?


Hi,

It is not time-slider:

$ svcs -a | grep time-slider
disabled   Oct_25   svc:/application/time-slider/plugin:rsync
disabled   Oct_25   svc:/application/time-slider/plugin:zfs-send
disabled   16:24:29 svc:/application/time-slider:default
$ find /var/cache/fontconfig/ -type f | wc -l
545989
$ sleep 600
$ find /var/cache/fontconfig/ -type f | wc -l
548146

Thanks anyway.
Wil check other suggestions.

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 (part II)

[Bob Friesenhahn]

On Tue, 30 Oct 2018, Udo Grabowski (IMK) wrote:


P.S: During this e-mail writing, number of file grew further:
$ find /var/cache/fontconfig/ -type f | wc -l
526905


man fam:
...
DESCRIPTION
  FAM, the File Alteration Monitor, is a subsystem that applications can
  use to be notified when specific files or directories are changed.  It
  is intended as a replacement for mechanisms such as poll and select.


So indeed that potentially can have something to do with your
problem if the process polluting your cache wants the FAM service
and doesn't get it and then falls back to something insane.


Recent illumos has added Linux compatibility functions to support LX 
Zone functionality and these compatibility functions might be picked 
up and used by accident by software which targets Linux.  I don't know 
if there is an emulation of inotify(7) but it seems like something 
important to emulate for LX Zones.


Regardless, the Dtrace Toolkit provides scripts (opensnoop and 
iosnoop) which allows observing all I/O activity on the system and so 
it should quickly reveal the offender.


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] MATE 1.20 and updated GTK+3 for hipster (part II)

[Rainer J.H. Brandt]

Hi Predrag,

> It does not matter IF i have *fc-cache* enabled or disabled, something 
> is filling in /var/cache/fontconfig directory. Right now:

Perhaps a loop over the /proc subdirectories and doing

  ls -l /proc/$pid/path | grep fontconfig

would reveal the culprit.

Good luck, Rainer
-- 
Email: r...@bb-c.de  +  Telefon: 02448/919126  +  Mobiltelefon: 0172/9593205
Brandt & Brandt Computer GmbH  +  Am Wiesenpfad 6, 53340 Meckenheim
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt
Handelsregister: Amtsgericht Bonn, HRB 10513

___
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 (part II)

[Udo Grabowski (IMK)]

On 30/10/2018 15:38, Predrag Zečević - Technical Support Analyst wrote:

Hi all,

I would like to start new discussion (old one is "MATE 1.20 and updated GTK+3
for hipster"), because I still have weird problem, and not sure where to report
it or look further...

It does not matter IF i have *fc-cache* enabled or disabled, something is
filling in /var/cache/fontconfig directory. Right now:

$ find /var/cache/fontconfig/ -type f | wc -l
519307

$ du -shc /var/cache/fontconfig/
603M/var/cache/fontconfig/

Number of files grows (some commands are failing to list content, because it is
long list) more IF I am logged in, otherwise (like during weekend, it has
stagnated: 168000 entries of size ~ 160MB)

Last Friday, I did issued "pfexec pkg fix" which should fix broken packages (it
has reported several font directories were fixed ownership to sys group).

After that I have just emptied that directory ...
Good news is that I have no more high load, but still this growing structure.

Tried several dtrace scripts, but no single one shows PID <--> FILE relation
(most of them expect PID as parameter, but I have no idea which process is
creating files). All I see files are constantly created...

And, also found this (fills in ~/.xsession-errors file):

Failed to connect to socket /tmp/fam-predrag_zecevic/fam-
end from FAM server connection

I have found that FAM thing is related to /usr/lib/amd64/gam_server - but cannot
imagine it is related to /fontconfig issue.

Is it possible that only me is facing this?
If yes, how to find which change (I might made in past on OI - since move to
/hipster) on my system is causing this?

Many thinks for even reading this.

With best regards.
Predrag Zečević

P.S: During this e-mail writing, number of file grew further:
$ find /var/cache/fontconfig/ -type f | wc -l
526905


man fam:
...
DESCRIPTION
   FAM, the File Alteration Monitor, is a subsystem that applications can
   use to be notified when specific files or directories are changed.  It
   is intended as a replacement for mechanisms such as poll and select.


So indeed that potentially can have something to do with your
problem if the process polluting your cache wants the FAM service
and doesn't get it and then falls back to something insane.

And there's still the bug addressed here:

but seemingly not appliying to your case when fc-cache is switched off.

Have you tried disabling time-sliderd, to check if its lock mechanism
triggers the font cache updates ?
--
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

[Alan Coopersmith]

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] 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
 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

[Aurélien Larcher]

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] MATE 1.20 and updated GTK+3 for hipster

[Udo Grabowski (IMK)]

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] MATE 1.20 and updated GTK+3 for hipster

[Udo Grabowski (IMK)]

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] MATE 1.20 and updated GTK+3 for hipster

[Predrag Zečević - Technical Support Analyst]

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

[Udo Grabowski (IMK)]

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

[Predrag Zečević - Technical Support Analyst]

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

[Michal Nowak]

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.

___
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

[Predrag Zečević - Technical Support Analyst]

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ć



___
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

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

[Michal Nowak]

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

___
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

[Predrag Zečević - Technical Support Analyst]

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
BEActive 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ć


___
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

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

[Predrag Zečević - Technical Support Analyst]

On 10/18/18 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.



Hi Alan,

checked: service fc-cache was up and running. Restarted, but nothing has 
changed.


There are no errors in its log file...

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

[Michal Nowak]

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?


___
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

[Alan Coopersmith]

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.

--
-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

[Udo Grabowski (IMK)]

On 18/10/2018 14:15, Predrag Zečević - Technical Support Analyst wrote:

On 10/16/18 15:11, Udo Grabowski (IMK) wrote:

On 16/10/2018 15:02, Predrag Zečević - Technical Support Analyst wrote:

On 10/16/18 09:14, Michal Nowak wrote:

On 10/15/18 09:04 AM, Predrag Zečević - Technical Support Analyst wrote:

On 10/14/18 17:12, Michal Nowak wrote:

...

Hi Michal,

Thanks for advice, but unfortunately it did not help:
did 'caja --quit' sevrerl times, even with 'rm -rf ~/.config/caja' in between...
No help.

It does not look that caja is main cause or/and Xorg, but everything... I knom
top is not proper tool, but its name contains only 3 letters, so I could follow
my typing (prstat is much longer :-)):
--
last pid:  2403;  load avg:  5.83,  5.38,  3.14;  up 0+00:13:48 14:41:39
116 processes: 104 sleeping, 9 running, 3 on cpu
CPU states: 44.3% idle, 36.0% user, 19.7% kernel,  0.0% iowait,  0.0% swap
Kernel: 1579 ctxsw, 82330 trap, 921 intr, 226416 syscall, 81898 flt
Memory: 8127M phys mem, 3187M free mem, 8192M total swap, 8192M free swap
ARC:1875M Total, 1294M MRU, 152M MFU, 53M Anon, 29M Header, 346M Other

   PID USERNAME NLWP PRI NICE  SIZE   RES STATETIMECPU COMMAND
  2186 predrag_5  520  219M  117M run  1:28  7.23%
/usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
  2227 predrag_4  590   85M   65M sleep0:53  4.62%
/usr/lib/nwam-manager
   predrag_3  590   96M   75M sleep0:53  4.61%
/usr/bin/python2.7 /usr/lib/time-slider-notify
  2386 predrag_4  590  136M   99M sleep0:14  3.82% caja
  2225 predrag_4  590  126M   85M sleep0:45  3.82%
/usr/lib/amd64/mate/clock-applet
  2218 predrag_4  590  119M   83M sleep0:44  3.80%
/usr/lib/amd64/mate/stickynotes-applet
  2221 predrag_4  590  116M   79M sleep0:45  3.78%
/usr/lib/amd64/mate/mate-geyes-applet
  2136 predrag_4  520  115M   76M run  0:44  2.88% mate-session
  2201 predrag_3  590  114M   76M cpu/10:43  2.77%
/usr/lib/amd64/mate-settings-daemon/msd-locate-pointer
  2209 predrag_3  520  116M   79M run  0:44  2.69%
/usr/lib/amd64/mate/trashapplet
...



There are way too much syscalls for a presumably idle system,
about 10 times of the expected number.
May a truss -f -p   on the high CPU processes could give
clue what they are actually looking for.



Hi all,

I have give it a try again. Created truss from 2 top processes:
* 2483 /usr/bin/python2.7 /usr/lib/time-sliderd
* 2494 /usr/lib/amd64/mate-settings-daemon/mate-settings-daemon

$ ls -al  2delete/*truss*
-rw-r--r-- 1 predrag_zecevic admin 23M Oct 18 13:53 2delete/LOAD.2483.truss
-rw-r--r-- 1 predrag_zecevic admin 12M Oct 18 13:54 2delete/LOAD.2484.truss

Most of entries there are like:

2484/1:
stat64("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR12-ISO8859-10.pcf",
0x080468B0) = 0
2484/1:
...


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.


If someone is interested in truss files, let contact me.


Please put them on some dropbox or similar place.
--
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

[Predrag Zečević - Technical Support Analyst]

On 10/18/18 14:26, Udo Grabowski (IMK) wrote:

On 18/10/2018 14:15, Predrag Zečević - Technical Support Analyst wrote:

I have give it a try again. Created truss from 2 top processes:
* 2494 /usr/lib/amd64/mate-settings-daemon/mate-settings-daemo

     
Typo here, or did you accidently truss 2484 instead of 2494 ?

Yes, that was typo.. Sorry :-(



$ ls -al  2delete/*truss*
-rw-r--r-- 1 predrag_zecevic admin 12M Oct 18 13:54 
2delete/LOAD.2484.truss

    

2484/1:

   




--
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

[Udo Grabowski (IMK)]

On 18/10/2018 14:15, Predrag Zečević - Technical Support Analyst wrote:

I have give it a try again. Created truss from 2 top processes:
* 2494 /usr/lib/amd64/mate-settings-daemon/mate-settings-daemo


Typo here, or did you accidently truss 2484 instead of 2494 ?


$ ls -al  2delete/*truss*
-rw-r--r-- 1 predrag_zecevic admin 12M Oct 18 13:54 2delete/LOAD.2484.truss

   

2484/1:

  


--
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

[Predrag Zečević - Technical Support Analyst]

On 10/16/18 15:11, Udo Grabowski (IMK) wrote:

On 16/10/2018 15:02, Predrag Zečević - Technical Support Analyst wrote:

On 10/16/18 09:14, Michal Nowak wrote:

On 10/15/18 09:04 AM, Predrag Zečević - Technical Support Analyst wrote:

On 10/14/18 17:12, Michal Nowak wrote:

...

Hi Michal,

Thanks for advice, but unfortunately it did not help:
did 'caja --quit' sevrerl times, even with 'rm -rf ~/.config/caja' in 
between...

No help.

It does not look that caja is main cause or/and Xorg, but 
everything... I knom
top is not proper tool, but its name contains only 3 letters, so I 
could follow

my typing (prstat is much longer :-)):
--
last pid:  2403;  load avg:  5.83,  5.38,  3.14;  up 0+00:13:48 14:41:39
116 processes: 104 sleeping, 9 running, 3 on cpu
CPU states: 44.3% idle, 36.0% user, 19.7% kernel,  0.0% iowait,  0.0% 
swap

Kernel: 1579 ctxsw, 82330 trap, 921 intr, 226416 syscall, 81898 flt
Memory: 8127M phys mem, 3187M free mem, 8192M total swap, 8192M free swap
ARC:    1875M Total, 1294M MRU, 152M MFU, 53M Anon, 29M Header, 346M 
Other


   PID USERNAME NLWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND
  2186 predrag_    5  52    0  219M  117M run  1:28  7.23%
/usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
  2227 predrag_    4  59    0   85M   65M sleep    0:53  4.62%
/usr/lib/nwam-manager
   predrag_    3  59    0   96M   75M sleep    0:53  4.61%
/usr/bin/python2.7 /usr/lib/time-slider-notify
  2386 predrag_    4  59    0  136M   99M sleep    0:14  3.82% caja
  2225 predrag_    4  59    0  126M   85M sleep    0:45  3.82%
/usr/lib/amd64/mate/clock-applet
  2218 predrag_    4  59    0  119M   83M sleep    0:44  3.80%
/usr/lib/amd64/mate/stickynotes-applet
  2221 predrag_    4  59    0  116M   79M sleep    0:45  3.78%
/usr/lib/amd64/mate/mate-geyes-applet
  2136 predrag_    4  52    0  115M   76M run  0:44  2.88% 
mate-session

  2201 predrag_    3  59    0  114M   76M cpu/1    0:43  2.77%
/usr/lib/amd64/mate-settings-daemon/msd-locate-pointer
  2209 predrag_    3  52    0  116M   79M run  0:44  2.69%
/usr/lib/amd64/mate/trashapplet
...



There are way too much syscalls for a presumably idle system,
about 10 times of the expected number.
May a truss -f -p   on the high CPU processes could give
clue what they are actually looking for.



Hi all,

I have give it a try again. Created truss from 2 top processes:
* 2483 /usr/bin/python2.7 /usr/lib/time-sliderd
* 2494 /usr/lib/amd64/mate-settings-daemon/mate-settings-daemon

$ ls -al  2delete/*truss*
-rw-r--r-- 1 predrag_zecevic admin 23M Oct 18 13:53 2delete/LOAD.2483.truss
-rw-r--r-- 1 predrag_zecevic admin 12M Oct 18 13:54 2delete/LOAD.2484.truss

Most of entries there are like:

2484/1: 
stat64("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR12-ISO8859-10.pcf", 
0x080468B0) = 0
2484/1: 
open("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR12-ISO8859-10.pcf", 
O_RDONLY) = 20

2484/1: fcntl(20, F_SETFD, 0x0001)  = 0
2484/1: fstat(20, 0x08046608)   = 0
2484/1: mmap(0x, 14108, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F4

2484/1: close(20)   = 0
2484/1: munmap(0xF9F4, 14108)   = 0
2484/1: 
stat64("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR14-ISO8859-10.pcf", 
0x080468B0) = 0
2484/1: 
open("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR14-ISO8859-10.pcf", 
O_RDONLY) = 20

2484/1: fcntl(20, F_SETFD, 0x0001)  = 0
2484/1: fstat(20, 0x08046608)   = 0
2484/1: mmap(0x, 15000, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F4

2484/1: close(20)   = 0
2484/1: munmap(0xF9F4, 15000)   = 0
2484/1: 
stat64("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR18-ISO8859-10.pcf", 
0x080468B0) = 0
2484/1: 
open("/etc/X11/fontpath.d/100dpi-ISO8859-10:pri=91/courR18-ISO8859-10.pcf", 
O_RDONLY) = 20

2484/1: fcntl(20, F_SETFD, 0x0001)  = 0
2484/1: fstat(20, 0x08046608)   = 0
2484/1: mmap(0x, 17496, PROT_READ, MAP_PRIVATE, 20, 0) = 
0xF9F4

2484/1: close(20)   = 0

and it looks like fonts are re-reading in loops... Sometimes terminal 
(mate in this case) reacts fast, then slows down till stop, then is 
responsive again...


Also, this confirms loop:
$ grep -E "open.*fontpath" 2delete/LOAD.2484.truss | $awk '{print $2}' | 
sort | uniq -c | sort -rn | head -5

  6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-15:unscaled:pri=26",
  6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-15:pri=96",
  6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-14:unscaled:pri=26",
  6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-14:pri=96",
  6 open64("/etc/X11/fontpath.d/75dpi-ISO8859-13:unscaled:pri=26",

$ grep -E 

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

[openbabel]

Thanks will try it..seems the Deamon failed upon start up.

Robert


On 16/10/2018 08:05, Michal Nowak wrote:

Hi,

the only MATE 1.20 component which deals with sound is libmatemixer, 
but looking at v1.20.1 changes compared to v1.18, there are barely any 
code changes...


Though, we updated Pulse Audio several times since 2018.04 snapshot.

Could you try to back out ~/.config/pulse/ and restart? Pulse Audio 
should re-create that directory with fresh configuration.


Thanks,
Michal

On 10/14/18 11:07 PM, Dr Peter jones wrote:

Dear Michal

I have update to 1.2 mate, users may have to reconfigure all 
settings.Early

days but first impressions are it runs more smoothly. I am presently
getting trouble with pulse audio although the volume is loud the 
settings

don t respond
.
Robert

On Sun, 14 Oct 2018 at 16:13, Michal Nowak  wrote:


Hello,

as part of preparations for the 2018.10 snapshot, MATE 1.20 and GTK+3
3.24.1 were published to the hipster repo. Once you update you system,
you will have them.

If you have a custom theme which worked with MATE 1.18 it may not work
with the updated GTK+3. In that case you may revert in "Appearance
Preferences" to a stock MATE theme or to our default Nimbus one.

Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
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

[Michal Nowak]

On Tuesday, October 16, 2018 at 3:11 PM, Udo Grabowski (IMK) 
 wrote:
> On 16/10/2018 15:02, Predrag Zečević - Technical Support Analyst wrote:
>> On 10/16/18 09:14, Michal Nowak wrote:
>>> On 10/15/18 09:04 AM, Predrag Zečević - Technical Support Analyst
>>> wrote:
 On 10/14/18 17:12, Michal Nowak wrote:
> ...
>> Hi Michal,
>>
>> Thanks for advice, but unfortunately it did not help:
>> did 'caja --quit' sevrerl times, even with 'rm -rf ~/.config/caja' in
>> between...
>> No help.
>>
>> It does not look that caja is main cause or/and Xorg, but everything...
>> I knom
>> top is not proper tool, but its name contains only 3 letters, so I could
>> follow
>> my typing (prstat is much longer :-)):
>> --
>> last pid:  2403;  load avg:  5.83,  5.38,  3.14;  up 0+00:13:48 14:41:39
>> 116 processes: 104 sleeping, 9 running, 3 on cpu
>> CPU states: 44.3% idle, 36.0% user, 19.7% kernel,  0.0% iowait,  0.0%
>> swap
>> Kernel: 1579 ctxsw, 82330 trap, 921 intr, 226416 syscall, 81898 flt
>> Memory: 8127M phys mem, 3187M free mem, 8192M total swap, 8192M free
>> swap
>> ARC:1875M Total, 1294M MRU, 152M MFU, 53M Anon, 29M Header, 346M
>> Other
>>
>>PID USERNAME NLWP PRI NICE  SIZE   RES STATETIMECPU COMMAND
>>   2186 predrag_5  520  219M  117M run  1:28  7.23%
>> /usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
>>   2227 predrag_4  590   85M   65M sleep0:53  4.62%
>> /usr/lib/nwam-manager
>>    predrag_3  590   96M   75M sleep0:53  4.61%
>> /usr/bin/python2.7 /usr/lib/time-slider-notify
>>   2386 predrag_4  590  136M   99M sleep0:14  3.82% caja
>>   2225 predrag_4  590  126M   85M sleep0:45  3.82%
>> /usr/lib/amd64/mate/clock-applet
>>   2218 predrag_4  590  119M   83M sleep0:44  3.80%
>> /usr/lib/amd64/mate/stickynotes-applet
>>   2221 predrag_4  590  116M   79M sleep0:45  3.78%
>> /usr/lib/amd64/mate/mate-geyes-applet
>>   2136 predrag_4  520  115M   76M run  0:44  2.88%
>> mate-session
>>   2201 predrag_3  590  114M   76M cpu/10:43  2.77%
>> /usr/lib/amd64/mate-settings-daemon/msd-locate-pointer
>>   2209 predrag_3  520  116M   79M run  0:44  2.69%
>> /usr/lib/amd64/mate/trashapplet
>> ...
> 
> 
> There are way too much syscalls for a presumably idle system,
> about 10 times of the expected number.
> May a truss -f -p   on the high CPU processes could give
> clue what they are actually looking for.

Predrag, I think start with mate-settings-daemon process (takes to much memory, 
CPU time).

Get some truss data as Udo suggests and kill the mate-settings-daemon process 
or run: mate-settings-daemon --replace

Maybe you can even uninstall 
pkg:/desktop/mate/mate-settings-daemon@1.20.3-2018.0.0.0 (no dependencies) to 
see if it's this program.

Michal

> 
> --
> 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

___
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

[Udo Grabowski (IMK)]

On 16/10/2018 15:02, Predrag Zečević - Technical Support Analyst wrote:

On 10/16/18 09:14, Michal Nowak wrote:

On 10/15/18 09:04 AM, Predrag Zečević - Technical Support Analyst wrote:

On 10/14/18 17:12, Michal Nowak wrote:

...

Hi Michal,

Thanks for advice, but unfortunately it did not help:
did 'caja --quit' sevrerl times, even with 'rm -rf ~/.config/caja' in between...
No help.

It does not look that caja is main cause or/and Xorg, but everything... I knom
top is not proper tool, but its name contains only 3 letters, so I could follow
my typing (prstat is much longer :-)):
--
last pid:  2403;  load avg:  5.83,  5.38,  3.14;  up 0+00:13:48 14:41:39
116 processes: 104 sleeping, 9 running, 3 on cpu
CPU states: 44.3% idle, 36.0% user, 19.7% kernel,  0.0% iowait,  0.0% swap
Kernel: 1579 ctxsw, 82330 trap, 921 intr, 226416 syscall, 81898 flt
Memory: 8127M phys mem, 3187M free mem, 8192M total swap, 8192M free swap
ARC:1875M Total, 1294M MRU, 152M MFU, 53M Anon, 29M Header, 346M Other

   PID USERNAME NLWP PRI NICE  SIZE   RES STATETIMECPU COMMAND
  2186 predrag_5  520  219M  117M run  1:28  7.23%
/usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
  2227 predrag_4  590   85M   65M sleep0:53  4.62%
/usr/lib/nwam-manager
   predrag_3  590   96M   75M sleep0:53  4.61%
/usr/bin/python2.7 /usr/lib/time-slider-notify
  2386 predrag_4  590  136M   99M sleep0:14  3.82% caja
  2225 predrag_4  590  126M   85M sleep0:45  3.82%
/usr/lib/amd64/mate/clock-applet
  2218 predrag_4  590  119M   83M sleep0:44  3.80%
/usr/lib/amd64/mate/stickynotes-applet
  2221 predrag_4  590  116M   79M sleep0:45  3.78%
/usr/lib/amd64/mate/mate-geyes-applet
  2136 predrag_4  520  115M   76M run  0:44  2.88% mate-session
  2201 predrag_3  590  114M   76M cpu/10:43  2.77%
/usr/lib/amd64/mate-settings-daemon/msd-locate-pointer
  2209 predrag_3  520  116M   79M run  0:44  2.69%
/usr/lib/amd64/mate/trashapplet
...



There are way too much syscalls for a presumably idle system,
about 10 times of the expected number.
May a truss -f -p   on the high CPU processes could give
clue what they are actually looking for.

--
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

[Predrag Zečević - Technical Support Analyst]

On 10/16/18 09:14, Michal Nowak wrote:

On 10/15/18 09:04 AM, Predrag Zečević - Technical Support Analyst wrote:

On 10/14/18 17:12, Michal Nowak wrote:

Hello,

as part of preparations for the 2018.10 snapshot, MATE 1.20 and GTK+3 
3.24.1 were published to the hipster repo. Once you update you 
system, you will have them.


If you have a custom theme which worked with MATE 1.18 it may not 
work with the updated GTK+3. In that case you may revert in 
"Appearance Preferences" to a stock MATE theme or to our default 
Nimbus one.


Michal

Hi Michal,

I have update OI this morning and after boot, I am faced with 6-7 time 
higher load on box, running nothing!
It is impossible to run anything, even terminal - because I have to 
wait 2-3 seconds for response.

I did not bother to analyze, just reverted to previous BE...

Top processes shows
* /usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
* caja

as most busiest ones... Terminator (terminal emulation) is so slow (as 
well as whole system) and irresponsible that I just gave up.


Do you have any idea what could be causing it? Or how to check what is 
show stopper?


BTW, this is latest change I have catch up with BE update: 
https://hipster.openindiana.org/jenkins/job/oi-userland/4254/changes


Hi Predrag,

would you mind starting the BE with MATE 1.20 again if the problem is 
still there? I used to see a problem where caja misbehaved like you 
described, it was enough to terminate it with `caja --quit` (perhaps you 
can SSH to the system). caja should restart automatically afterwards.


Knowing recent lines from ~/.xsession-errors might be of help too.

Thanks,
Michal

Hi Michal,

Thanks for advice, but unfortunately it did not help:
did 'caja --quit' sevrerl times, even with 'rm -rf ~/.config/caja' in 
between... No help.


It does not look that caja is main cause or/and Xorg, but everything... 
I knom top is not proper tool, but its name contains only 3 letters, so 
I could follow my typing (prstat is much longer :-)):

--
last pid:  2403;  load avg:  5.83,  5.38,  3.14;  up 0+00:13:48 
14:41:39

116 processes: 104 sleeping, 9 running, 3 on cpu
CPU states: 44.3% idle, 36.0% user, 19.7% kernel,  0.0% iowait,  0.0% swap
Kernel: 1579 ctxsw, 82330 trap, 921 intr, 226416 syscall, 81898 flt
Memory: 8127M phys mem, 3187M free mem, 8192M total swap, 8192M free swap
ARC:1875M Total, 1294M MRU, 152M MFU, 53M Anon, 29M Header, 346M Other

   PID USERNAME NLWP PRI NICE  SIZE   RES STATETIMECPU COMMAND
  2186 predrag_5  520  219M  117M run  1:28  7.23% 
/usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
  2227 predrag_4  590   85M   65M sleep0:53  4.62% 
/usr/lib/nwam-manager
   predrag_3  590   96M   75M sleep0:53  4.61% 
/usr/bin/python2.7 /usr/lib/time-slider-notify

  2386 predrag_4  590  136M   99M sleep0:14  3.82% caja
  2225 predrag_4  590  126M   85M sleep0:45  3.82% 
/usr/lib/amd64/mate/clock-applet
  2218 predrag_4  590  119M   83M sleep0:44  3.80% 
/usr/lib/amd64/mate/stickynotes-applet
  2221 predrag_4  590  116M   79M sleep0:45  3.78% 
/usr/lib/amd64/mate/mate-geyes-applet

  2136 predrag_4  520  115M   76M run  0:44  2.88% mate-session
  2201 predrag_3  590  114M   76M cpu/10:43  2.77% 
/usr/lib/amd64/mate-settings-daemon/msd-locate-pointer
  2209 predrag_3  520  116M   79M run  0:44  2.69% 
/usr/lib/amd64/mate/trashapplet


last pid:  2403;  load avg:  5.86,  5.39,  3.16;  up 0+00:13:53 
14:41:44

116 processes: 115 sleeping, 1 on cpu
CPU states: 87.0% idle,  7.9% user,  5.1% kernel,  0.0% iowait,  0.0% swap
Kernel: 1816 ctxsw, 18611 trap, 936 intr, 53867 syscall, 18561 flt
Memory: 8127M phys mem, 3182M free mem, 8192M total swap, 8192M free swap
ARC:1869M Total, 1341M MRU, 152M MFU, 2164K Anon, 29M Header, 345M Other

   PID USERNAME NLWP PRI NICE  SIZE   RES STATETIMECPU COMMAND
  2226 predrag_4  590  114M   76M sleep0:43  1.43% 
/usr/lib/amd64/mate/notification-area-applet

  2187 predrag_4  590  118M   80M sleep0:46  1.39% marco
 5 root  228  98  -200K0K sleep0:19  1.38% zpool-rpool
  2191 predrag_4  590  122M   85M sleep0:45  1.27% mate-panel
  2207 predrag_3  590  184M   81M sleep0:44  1.12% 
mate-volume-control-applet
  2213 predrag_4  590  116M   79M sleep0:43  1.11% 
/usr/lib/amd64/mate/timer-applet
  2206 predrag_4  590  116M   79M sleep0:45  1.08% 
/usr/lib/amd64/mate/wnck-applet
  2209 predrag_3  590  116M   79M sleep0:44  1.07% 
/usr/lib/amd64/mate/trashapplet
  2201 predrag_3  590  114M   76M sleep0:44  1.01% 
/usr/lib/amd64/mate-settings-daemon/msd-locate-pointer

  2136 predrag_4  590  115M   76M sleep0:44  0.94% mate-session

last pid:  2403;  load avg:  5.80,  5.39,  3.17;  up 0+00:13:58 
14:41:49

116 processes: 98 sleeping, 15 running, 3 on cpu

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

[Michal Nowak]

On 10/15/18 09:04 AM, Predrag Zečević - Technical Support Analyst wrote:

On 10/14/18 17:12, Michal Nowak wrote:

Hello,

as part of preparations for the 2018.10 snapshot, MATE 1.20 and GTK+3 
3.24.1 were published to the hipster repo. Once you update you system, 
you will have them.


If you have a custom theme which worked with MATE 1.18 it may not work 
with the updated GTK+3. In that case you may revert in "Appearance 
Preferences" to a stock MATE theme or to our default Nimbus one.


Michal

Hi Michal,

I have update OI this morning and after boot, I am faced with 6-7 time 
higher load on box, running nothing!
It is impossible to run anything, even terminal - because I have to wait 
2-3 seconds for response.

I did not bother to analyze, just reverted to previous BE...

Top processes shows
* /usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
* caja

as most busiest ones... Terminator (terminal emulation) is so slow (as 
well as whole system) and irresponsible that I just gave up.


Do you have any idea what could be causing it? Or how to check what is 
show stopper?


BTW, this is latest change I have catch up with BE update: 
https://hipster.openindiana.org/jenkins/job/oi-userland/4254/changes


Hi Predrag,

would you mind starting the BE with MATE 1.20 again if the problem is 
still there? I used to see a problem where caja misbehaved like you 
described, it was enough to terminate it with `caja --quit` (perhaps you 
can SSH to the system). caja should restart automatically afterwards.


Knowing recent lines from ~/.xsession-errors might be of help too.

Thanks,
Michal



With best regards.
Predrag Zečević


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss





___
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

[Michal Nowak]

Hi,

the only MATE 1.20 component which deals with sound is libmatemixer, but 
looking at v1.20.1 changes compared to v1.18, there are barely any code 
changes...


Though, we updated Pulse Audio several times since 2018.04 snapshot.

Could you try to back out ~/.config/pulse/ and restart? Pulse Audio 
should re-create that directory with fresh configuration.


Thanks,
Michal

On 10/14/18 11:07 PM, Dr Peter jones wrote:

Dear Michal

I have update to 1.2 mate, users may have to reconfigure all settings.Early
days but first impressions are it runs more smoothly. I am presently
getting trouble with pulse audio although the volume is loud the settings
don t respond
.
Robert

On Sun, 14 Oct 2018 at 16:13, Michal Nowak  wrote:


Hello,

as part of preparations for the 2018.10 snapshot, MATE 1.20 and GTK+3
3.24.1 were published to the hipster repo. Once you update you system,
you will have them.

If you have a custom theme which worked with MATE 1.18 it may not work
with the updated GTK+3. In that case you may revert in "Appearance
Preferences" to a stock MATE theme or to our default Nimbus one.

Michal

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss



___
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

[Predrag Zečević - Technical Support Analyst]

On 10/14/18 17:12, Michal Nowak wrote:

Hello,

as part of preparations for the 2018.10 snapshot, MATE 1.20 and GTK+3 
3.24.1 were published to the hipster repo. Once you update you system, 
you will have them.


If you have a custom theme which worked with MATE 1.18 it may not work 
with the updated GTK+3. In that case you may revert in "Appearance 
Preferences" to a stock MATE theme or to our default Nimbus one.


Michal

Hi Michal,

I have update OI this morning and after boot, I am faced with 6-7 time 
higher load on box, running nothing!
It is impossible to run anything, even terminal - because I have to wait 
2-3 seconds for response.

I did not bother to analyze, just reverted to previous BE...

Top processes shows
* /usr/lib/amd64/mate-settings-daemon/mate-settings-daemon
* caja

as most busiest ones... Terminator (terminal emulation) is so slow (as 
well as whole system) and irresponsible that I just gave up.


Do you have any idea what could be causing it? Or how to check what is 
show stopper?


BTW, this is latest change I have catch up with BE update: 
https://hipster.openindiana.org/jenkins/job/oi-userland/4254/changes


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

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

[Dr Peter jones]

Dear Michal

I have update to 1.2 mate, users may have to reconfigure all settings.Early
days but first impressions are it runs more smoothly. I am presently
getting trouble with pulse audio although the volume is loud the settings
don t respond
.
Robert

On Sun, 14 Oct 2018 at 16:13, Michal Nowak  wrote:

> Hello,
>
> as part of preparations for the 2018.10 snapshot, MATE 1.20 and GTK+3
> 3.24.1 were published to the hipster repo. Once you update you system,
> you will have them.
>
> If you have a custom theme which worked with MATE 1.18 it may not work
> with the updated GTK+3. In that case you may revert in "Appearance
> Preferences" to a stock MATE theme or to our default Nimbus one.
>
> Michal
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss