Re: [OpenIndiana-discuss] Mate clock applet gone

[Carsten Grzemba via openindiana-discuss]

Am 02.12.23 11:50 schrieb Stephan Althaus  : 
> 
> Hello!
> 
> First of all, thanks for all the recent wecome updates on the OpenIndiana 
> distribution, it's really a great OS !!
> 
> I was most impressed by the speedup of libreoffice while scrolling through 
> calc tables.. was that a switch from GTK* to QT ?
> 
> 
> Now to the topic, nothing really severe..
> 
> Since some time (few weeks), i had the mate clock applet seen crashing and 
> could reload it by pressing a button on the appearing dialog box.
> 
> Now it seems, the clock applet does not load anymore.. (and the mate panel 
> takes a second more to load than previously, it appears after the background 
> and desktop contents..
> 
> Anyone else seeing this ?
> 
> Where can i find the error messages regarding mate applets on OI ?
> 
> Can an applet be load by command line to get the messages on the command line 
> ?
> 

Yes, and I guess you will get a message about mixed gtk2 and gtk3 symbols.

Which is wrong, the test for that in glib seems to be not reentrant and there 
is a similat test in libsoup about version 2 and 3. That leads to a false 
positve.

For publish the libsoup@2.74.3-2023.0.0.1 or newer we need a rebuild of 
illumos-gate becasue this is used by rtld and this in turn needs an patched 
libxml2@2.12.1.
It is all in the queue but rebuild needs some time.

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

[OpenIndiana-discuss] Mate clock applet gone

[Stephan Althaus]

Hello!

First of all, thanks for all the recent wecome updates on the 
OpenIndiana distribution, it's really a great OS !!


I was most impressed by the speedup of libreoffice while scrolling 
through calc tables.. was that a switch from GTK* to QT ?



Now to the topic, nothing really severe..

Since some time (few weeks), i had the mate clock applet seen crashing 
and could reload it by pressing a button on the appearing dialog box.


Now it seems, the clock applet does not load anymore.. (and the mate 
panel takes a second more to load than previously, it appears after the 
background and desktop contents..


Anyone else seeing this ?

Where can i find the error messages regarding mate applets on OI ?

Can an applet be load by command line to get the messages on the command 
line ?



Regards,

Stephan


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

Re: [OpenIndiana-discuss] mate system monitor does not work any, more on recent versions of openindiana

[Stephan Althaus]

On 5/2/23 11:15, Udo Grabowski (IMK) wrote:

On 02/05/2023 11:06, Stephan Althaus wrote:

On 5/2/23 11:01, Udo Grabowski (IMK) wrote:

On 02/05/2023 10:55, Udo Grabowski (IMK) wrote:

On 01/05/2023 22:02, Stephan Althaus wrote:

On 4/19/23 15:59, Udo Grabowski (IMK) wrote:

On 19/04/2023 15:55, russell wrote:

Hi Marc

When I run /usr/bin/mate-system-monitor the executable aborts.
On a hunch I performed an ldd /usr/bin/mate-system-monitor and 
found that like
the non working screensavers see 
(https://www.illumos.org/issues/15138) which

abort or fail to display and are all linked to gcc7.

$  ldd /usr/bin/mate-system-monitor | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1

If the screensavers and mate-system-monitor is just linked to 
gcc 10 I believe

it should fix the issue



You can essentially force that via LD_LIBRARY_PATH, without
editing the runpath:

ro sunts /tmp # LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 
mate-system-monitor


(:12354): glibmm-CRITICAL **: 15:56:28.001:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault

It goes to gcc10 solely, so the glib error persists:

ro sunts /tmp # env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 ldd 
`which mate-system-monitor`|grep gcc

libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1



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


Hello!

Info:

This error persists even after upgrade glib2 to 2.74.7 as build on 
the official build server on 30.04.2023 (pkg update some minutes 
ago)..
On a fast search i did not find any 'easy' configure option to add 
"inotify/fam support" as suggested by Udo Grabowski


Regards,

Stephan Althaus

_

$ pkg info glib2
  Name: library/glib2
   Summary: GNOME core libraries
  Category: Desktop (GNOME)/Libraries
 State: Installed
 Publisher: openindiana.org
   Version: 2.74.7
    Branch: 2023.0.0.0
    Packaging Date: April 30, 2023 at 08:34:29 PM
Last Install Time: September  7, 2019 at 07:43:17 PM
  Last Update Time: May  1, 2023 at 05:59:29 PM
  Size: 21.65 MB
  FMRI: 
pkg://openindiana.org/library/glib2@2.74.7-2023.0.0.0:20230430T203429Z 



$ env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:4045): Gtk-WARNING **: 21:53:22.206: Theme parsing 
error: gtk-widgets.css:6:28: The style property 
GtkRange:slider-width is deprecated and shouldn't be used anymore. 
It will be removed in a future version

..
(:4045): glibmm-CRITICAL **: 21:53:22.275:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4045:    mate-system-monitor
- thread# 1 / lwp# 1 -
  7fffac7c6ca7 g_type_check_instance_cast () + 17
  0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE 
() + 11a
  7fff9e799ab0 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine 
() + 160

  7fffac4ace5f _g_cclosure_marshal_INT__OBJECTv () + 6f
  7fffac79aa08 _g_closure_invoke_va () + 188
  7fffac7baf92 g_signal_emit_valist () + 332
  7fffac7bc17d g_signal_emit () + 7d
  7fffac509933 g_application_call_command_line () + a3
  7fffac50bd71 g_application_real_local_command_line () + 211
  7fff9e798722 
_ZN3Gio11Application24local_command_line_vfuncERPPcRi () + 52
  7fff9e79939b 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi 
() + fb

  7fffac50bef3 g_application_run () + 133
  00422b4e main () + 5e
  00421e07 _start_crt () + 87
  00421d68 _start () + 18



Yes, it's also still ingesting both gcc-7 and 10 libraries.
The configure script for glib2 seems to check for the presence of
libfam and inotify by default, but fam support could be switched
off by an explicitly set option. The fam library is installed by
package library/file-monitor/gamin .



Has fam-support been removed from glib2 ?


...
# Remove gamin dependency
Obsoletes: glib2-fam < 2.67.1-3

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


Found this:

Re: [OpenIndiana-discuss] mate system monitor does not work any, more on recent versions of openindiana

[Udo Grabowski (IMK)]

On 02/05/2023 11:06, Stephan Althaus wrote:

On 5/2/23 11:01, Udo Grabowski (IMK) wrote:

On 02/05/2023 10:55, Udo Grabowski (IMK) wrote:

On 01/05/2023 22:02, Stephan Althaus wrote:

On 4/19/23 15:59, Udo Grabowski (IMK) wrote:

On 19/04/2023 15:55, russell wrote:

Hi Marc

When I run /usr/bin/mate-system-monitor the executable aborts.
On a hunch I performed an ldd /usr/bin/mate-system-monitor and 
found that like
the non working screensavers see 
(https://www.illumos.org/issues/15138) which

abort or fail to display and are all linked to gcc7.

$  ldd /usr/bin/mate-system-monitor | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1

If the screensavers and mate-system-monitor is just linked to gcc 
10 I believe

it should fix the issue



You can essentially force that via LD_LIBRARY_PATH, without
editing the runpath:

ro sunts /tmp # LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 
mate-system-monitor


(:12354): glibmm-CRITICAL **: 15:56:28.001:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault

It goes to gcc10 solely, so the glib error persists:

ro sunts /tmp # env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 ldd 
`which mate-system-monitor`|grep gcc

libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1



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


Hello!

Info:

This error persists even after upgrade glib2 to 2.74.7 as build on 
the official build server on 30.04.2023 (pkg update some minutes ago)..
On a fast search i did not find any 'easy' configure option to add 
"inotify/fam support" as suggested by Udo Grabowski


Regards,

Stephan Althaus

_

$ pkg info glib2
  Name: library/glib2
   Summary: GNOME core libraries
  Category: Desktop (GNOME)/Libraries
 State: Installed
 Publisher: openindiana.org
   Version: 2.74.7
    Branch: 2023.0.0.0
    Packaging Date: April 30, 2023 at 08:34:29 PM
Last Install Time: September  7, 2019 at 07:43:17 PM
  Last Update Time: May  1, 2023 at 05:59:29 PM
  Size: 21.65 MB
  FMRI: 
pkg://openindiana.org/library/glib2@2.74.7-2023.0.0.0:20230430T203429Z


$ env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:4045): Gtk-WARNING **: 21:53:22.206: Theme parsing error: 
gtk-widgets.css:6:28: The style property GtkRange:slider-width is 
deprecated and shouldn't be used anymore. It will be removed in a 
future version

..
(:4045): glibmm-CRITICAL **: 21:53:22.275:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4045:    mate-system-monitor
- thread# 1 / lwp# 1 -
  7fffac7c6ca7 g_type_check_instance_cast () + 17
  0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE () + 11a
  7fff9e799ab0 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine () + 160

  7fffac4ace5f _g_cclosure_marshal_INT__OBJECTv () + 6f
  7fffac79aa08 _g_closure_invoke_va () + 188
  7fffac7baf92 g_signal_emit_valist () + 332
  7fffac7bc17d g_signal_emit () + 7d
  7fffac509933 g_application_call_command_line () + a3
  7fffac50bd71 g_application_real_local_command_line () + 211
  7fff9e798722 
_ZN3Gio11Application24local_command_line_vfuncERPPcRi () + 52
  7fff9e79939b 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi () + fb

  7fffac50bef3 g_application_run () + 133
  00422b4e main () + 5e
  00421e07 _start_crt () + 87
  00421d68 _start () + 18



Yes, it's also still ingesting both gcc-7 and 10 libraries.
The configure script for glib2 seems to check for the presence of
libfam and inotify by default, but fam support could be switched
off by an explicitly set option. The fam library is installed by
package library/file-monitor/gamin .



Has fam-support been removed from glib2 ?


...
# Remove gamin dependency
Obsoletes: glib2-fam < 2.67.1-3

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


Found this:

https://github.com/AOSC-Dev/aosc-os-abbs/pull/3768



Which 

Re: [OpenIndiana-discuss] mate system monitor does not work any, more on recent versions of openindiana

[Stephan Althaus]

On 5/2/23 11:01, Udo Grabowski (IMK) wrote:

On 02/05/2023 10:55, Udo Grabowski (IMK) wrote:

On 01/05/2023 22:02, Stephan Althaus wrote:

On 4/19/23 15:59, Udo Grabowski (IMK) wrote:

On 19/04/2023 15:55, russell wrote:

Hi Marc

When I run /usr/bin/mate-system-monitor the executable aborts.
On a hunch I performed an ldd /usr/bin/mate-system-monitor and 
found that like
the non working screensavers see 
(https://www.illumos.org/issues/15138) which

abort or fail to display and are all linked to gcc7.

$  ldd /usr/bin/mate-system-monitor | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1

If the screensavers and mate-system-monitor is just linked to gcc 
10 I believe

it should fix the issue



You can essentially force that via LD_LIBRARY_PATH, without
editing the runpath:

ro sunts /tmp # LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 
mate-system-monitor


(:12354): glibmm-CRITICAL **: 15:56:28.001:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault

It goes to gcc10 solely, so the glib error persists:

ro sunts /tmp # env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 ldd 
`which mate-system-monitor`|grep gcc

libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1



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


Hello!

Info:

This error persists even after upgrade glib2 to 2.74.7 as build on 
the official build server on 30.04.2023 (pkg update some minutes ago)..
On a fast search i did not find any 'easy' configure option to add 
"inotify/fam support" as suggested by Udo Grabowski


Regards,

Stephan Althaus

_

$ pkg info glib2
  Name: library/glib2
   Summary: GNOME core libraries
  Category: Desktop (GNOME)/Libraries
 State: Installed
 Publisher: openindiana.org
   Version: 2.74.7
    Branch: 2023.0.0.0
    Packaging Date: April 30, 2023 at 08:34:29 PM
Last Install Time: September  7, 2019 at 07:43:17 PM
  Last Update Time: May  1, 2023 at 05:59:29 PM
  Size: 21.65 MB
  FMRI: 
pkg://openindiana.org/library/glib2@2.74.7-2023.0.0.0:20230430T203429Z


$ env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:4045): Gtk-WARNING **: 21:53:22.206: Theme parsing error: 
gtk-widgets.css:6:28: The style property GtkRange:slider-width is 
deprecated and shouldn't be used anymore. It will be removed in a 
future version

..
(:4045): glibmm-CRITICAL **: 21:53:22.275:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4045:    mate-system-monitor
- thread# 1 / lwp# 1 -
  7fffac7c6ca7 g_type_check_instance_cast () + 17
  0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE 
() + 11a
  7fff9e799ab0 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine 
() + 160

  7fffac4ace5f _g_cclosure_marshal_INT__OBJECTv () + 6f
  7fffac79aa08 _g_closure_invoke_va () + 188
  7fffac7baf92 g_signal_emit_valist () + 332
  7fffac7bc17d g_signal_emit () + 7d
  7fffac509933 g_application_call_command_line () + a3
  7fffac50bd71 g_application_real_local_command_line () + 211
  7fff9e798722 
_ZN3Gio11Application24local_command_line_vfuncERPPcRi () + 52
  7fff9e79939b 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi 
() + fb

  7fffac50bef3 g_application_run () + 133
  00422b4e main () + 5e
  00421e07 _start_crt () + 87
  00421d68 _start () + 18



Yes, it's also still ingesting both gcc-7 and 10 libraries.
The configure script for glib2 seems to check for the presence of
libfam and inotify by default, but fam support could be switched
off by an explicitly set option. The fam library is installed by
package library/file-monitor/gamin .



Has fam-support been removed from glib2 ?


...
# Remove gamin dependency
Obsoletes: glib2-fam < 2.67.1-3

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


Found this:

https://github.com/AOSC-Dev/aosc-os-abbs/pull/3768



___

Re: [OpenIndiana-discuss] mate system monitor does not work any, more on recent versions of openindiana

[Udo Grabowski (IMK)]

On 02/05/2023 10:55, Udo Grabowski (IMK) wrote:

On 01/05/2023 22:02, Stephan Althaus wrote:

On 4/19/23 15:59, Udo Grabowski (IMK) wrote:

On 19/04/2023 15:55, russell wrote:

Hi Marc

When I run /usr/bin/mate-system-monitor the executable aborts.
On a hunch I performed an ldd /usr/bin/mate-system-monitor and found 
that like
the non working screensavers see 
(https://www.illumos.org/issues/15138) which

abort or fail to display and are all linked to gcc7.

$  ldd /usr/bin/mate-system-monitor | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1

If the screensavers and mate-system-monitor is just linked to gcc 10 
I believe

it should fix the issue



You can essentially force that via LD_LIBRARY_PATH, without
editing the runpath:

ro sunts /tmp # LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 
mate-system-monitor


(:12354): glibmm-CRITICAL **: 15:56:28.001:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault

It goes to gcc10 solely, so the glib error persists:

ro sunts /tmp # env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 ldd `which 
mate-system-monitor`|grep gcc

libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1



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


Hello!

Info:

This error persists even after upgrade glib2 to 2.74.7 as build on the 
official build server on 30.04.2023 (pkg update some minutes ago)..
On a fast search i did not find any 'easy' configure option to add 
"inotify/fam support" as suggested by Udo Grabowski


Regards,

Stephan Althaus

_

$ pkg info glib2
  Name: library/glib2
   Summary: GNOME core libraries
  Category: Desktop (GNOME)/Libraries
 State: Installed
 Publisher: openindiana.org
   Version: 2.74.7
    Branch: 2023.0.0.0
    Packaging Date: April 30, 2023 at 08:34:29 PM
Last Install Time: September  7, 2019 at 07:43:17 PM
  Last Update Time: May  1, 2023 at 05:59:29 PM
  Size: 21.65 MB
  FMRI: 
pkg://openindiana.org/library/glib2@2.74.7-2023.0.0.0:20230430T203429Z


$ env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:4045): Gtk-WARNING **: 21:53:22.206: Theme parsing error: 
gtk-widgets.css:6:28: The style property GtkRange:slider-width is 
deprecated and shouldn't be used anymore. It will be removed in a 
future version

..
(:4045): glibmm-CRITICAL **: 21:53:22.275:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4045:    mate-system-monitor
- thread# 1 / lwp# 1 -
  7fffac7c6ca7 g_type_check_instance_cast () + 17
  0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE () + 11a
  7fff9e799ab0 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine () + 160

  7fffac4ace5f _g_cclosure_marshal_INT__OBJECTv () + 6f
  7fffac79aa08 _g_closure_invoke_va () + 188
  7fffac7baf92 g_signal_emit_valist () + 332
  7fffac7bc17d g_signal_emit () + 7d
  7fffac509933 g_application_call_command_line () + a3
  7fffac50bd71 g_application_real_local_command_line () + 211
  7fff9e798722 
_ZN3Gio11Application24local_command_line_vfuncERPPcRi () + 52
  7fff9e79939b 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi () + fb

  7fffac50bef3 g_application_run () + 133
  00422b4e main () + 5e
  00421e07 _start_crt () + 87
  00421d68 _start () + 18



Yes, it's also still ingesting both gcc-7 and 10 libraries.
The configure script for glib2 seems to check for the presence of
libfam and inotify by default, but fam support could be switched
off by an explicitly set option. The fam library is installed by
package library/file-monitor/gamin .
 


Has fam-support been removed from glib2 ?


...
# Remove gamin dependency   
Obsoletes: glib2-fam < 2.67.1-3
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mate system monitor does not work any, more on recent versions of openindiana

[Udo Grabowski (IMK)]

On 01/05/2023 22:02, Stephan Althaus wrote:

On 4/19/23 15:59, Udo Grabowski (IMK) wrote:

On 19/04/2023 15:55, russell wrote:

Hi Marc

When I run /usr/bin/mate-system-monitor the executable aborts.
On a hunch I performed an ldd /usr/bin/mate-system-monitor and found 
that like
the non working screensavers see 
(https://www.illumos.org/issues/15138) which

abort or fail to display and are all linked to gcc7.

$  ldd /usr/bin/mate-system-monitor | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1

If the screensavers and mate-system-monitor is just linked to gcc 10 
I believe

it should fix the issue



You can essentially force that via LD_LIBRARY_PATH, without
editing the runpath:

ro sunts /tmp # LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:12354): glibmm-CRITICAL **: 15:56:28.001:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault

It goes to gcc10 solely, so the glib error persists:

ro sunts /tmp # env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 ldd `which 
mate-system-monitor`|grep gcc

libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1



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


Hello!

Info:

This error persists even after upgrade glib2 to 2.74.7 as build on the 
official build server on 30.04.2023 (pkg update some minutes ago)..
On a fast search i did not find any 'easy' configure option to add 
"inotify/fam support" as suggested by Udo Grabowski


Regards,

Stephan Althaus

_

$ pkg info glib2
  Name: library/glib2
   Summary: GNOME core libraries
  Category: Desktop (GNOME)/Libraries
     State: Installed
     Publisher: openindiana.org
   Version: 2.74.7
    Branch: 2023.0.0.0
    Packaging Date: April 30, 2023 at 08:34:29 PM
Last Install Time: September  7, 2019 at 07:43:17 PM
  Last Update Time: May  1, 2023 at 05:59:29 PM
  Size: 21.65 MB
  FMRI: 
pkg://openindiana.org/library/glib2@2.74.7-2023.0.0.0:20230430T203429Z


$ env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:4045): Gtk-WARNING **: 21:53:22.206: Theme parsing error: 
gtk-widgets.css:6:28: The style property GtkRange:slider-width is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version

..
(:4045): glibmm-CRITICAL **: 21:53:22.275:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4045:    mate-system-monitor
- thread# 1 / lwp# 1 -
  7fffac7c6ca7 g_type_check_instance_cast () + 17
  0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE () + 11a
  7fff9e799ab0 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine () + 160

  7fffac4ace5f _g_cclosure_marshal_INT__OBJECTv () + 6f
  7fffac79aa08 _g_closure_invoke_va () + 188
  7fffac7baf92 g_signal_emit_valist () + 332
  7fffac7bc17d g_signal_emit () + 7d
  7fffac509933 g_application_call_command_line () + a3
  7fffac50bd71 g_application_real_local_command_line () + 211
  7fff9e798722 _ZN3Gio11Application24local_command_line_vfuncERPPcRi 
() + 52
  7fff9e79939b 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi () + fb

  7fffac50bef3 g_application_run () + 133
  00422b4e main () + 5e
  00421e07 _start_crt () + 87
  00421d68 _start () + 18



Yes, it's also still ingesting both gcc-7 and 10 libraries.
The configure script for glib2 seems to check for the presence of
libfam and inotify by default, but fam support could be switched
off by an explicitly set option. The fam library is installed by
package library/file-monitor/gamin .
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mate system monitor does not work any, more on recent versions of openindiana

[Stephan Althaus]

On 4/19/23 15:59, Udo Grabowski (IMK) wrote:

On 19/04/2023 15:55, russell wrote:

Hi Marc

When I run /usr/bin/mate-system-monitor the executable aborts.
On a hunch I performed an ldd /usr/bin/mate-system-monitor and found 
that like
the non working screensavers see 
(https://www.illumos.org/issues/15138) which

abort or fail to display and are all linked to gcc7.

$  ldd /usr/bin/mate-system-monitor | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1

If the screensavers and mate-system-monitor is just linked to gcc 10 
I believe

it should fix the issue



You can essentially force that via LD_LIBRARY_PATH, without
editing the runpath:

ro sunts /tmp # LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:12354): glibmm-CRITICAL **: 15:56:28.001:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault

It goes to gcc10 solely, so the glib error persists:

ro sunts /tmp # env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 ldd `which 
mate-system-monitor`|grep gcc

libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1



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


Hello!

Info:

This error persists even after upgrade glib2 to 2.74.7 as build on the 
official build server on 30.04.2023 (pkg update some minutes ago)..
On a fast search i did not find any 'easy' configure option to add 
"inotify/fam support" as suggested by Udo Grabowski


Regards,

Stephan Althaus

_

$ pkg info glib2
 Name: library/glib2
  Summary: GNOME core libraries
 Category: Desktop (GNOME)/Libraries
    State: Installed
    Publisher: openindiana.org
  Version: 2.74.7
   Branch: 2023.0.0.0
   Packaging Date: April 30, 2023 at 08:34:29 PM
Last Install Time: September  7, 2019 at 07:43:17 PM
 Last Update Time: May  1, 2023 at 05:59:29 PM
 Size: 21.65 MB
 FMRI: 
pkg://openindiana.org/library/glib2@2.74.7-2023.0.0.0:20230430T203429Z


$ env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:4045): Gtk-WARNING **: 21:53:22.206: Theme parsing error: 
gtk-widgets.css:6:28: The style property GtkRange:slider-width is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version

..
(:4045): glibmm-CRITICAL **: 21:53:22.275:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4045:    mate-system-monitor
- thread# 1 / lwp# 1 -
 7fffac7c6ca7 g_type_check_instance_cast () + 17
 0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE 
() + 11a
 7fff9e799ab0 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine 
() + 160

 7fffac4ace5f _g_cclosure_marshal_INT__OBJECTv () + 6f
 7fffac79aa08 _g_closure_invoke_va () + 188
 7fffac7baf92 g_signal_emit_valist () + 332
 7fffac7bc17d g_signal_emit () + 7d
 7fffac509933 g_application_call_command_line () + a3
 7fffac50bd71 g_application_real_local_command_line () + 211
 7fff9e798722 _ZN3Gio11Application24local_command_line_vfuncERPPcRi 
() + 52
 7fff9e79939b 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi 
() + fb

 7fffac50bef3 g_application_run () + 133
 00422b4e main () + 5e
 00421e07 _start_crt () + 87
 00421d68 _start () + 18



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

Re: [OpenIndiana-discuss] mate system monitor does not work any, more on recent versions of openindiana

[Udo Grabowski (IMK)]

On 19/04/2023 15:55, russell wrote:

Hi Marc

When I run /usr/bin/mate-system-monitor the executable aborts.
On a hunch I performed an ldd /usr/bin/mate-system-monitor and found that like
the non working screensavers see (https://www.illumos.org/issues/15138) which
abort or fail to display and are all linked to gcc7.

$  ldd /usr/bin/mate-system-monitor | grep gcc
libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1

If the screensavers and mate-system-monitor is just linked to gcc 10 I believe
it should fix the issue



You can essentially force that via LD_LIBRARY_PATH, without
editing the runpath:

ro sunts /tmp # LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 mate-system-monitor

(:12354): glibmm-CRITICAL **: 15:56:28.001:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault

It goes to gcc10 solely, so the glib error persists:

ro sunts /tmp # env LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 ldd `which 
mate-system-monitor`|grep gcc

libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 =>  /usr/gcc/10/lib/amd64/libgcc_s.so.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

[OpenIndiana-discuss] mate system monitor does not work any, more on recent versions of openindiana

[russell]

Hi Marc

When I run /usr/bin/mate-system-monitor the executable aborts.
On a hunch I performed an ldd /usr/bin/mate-system-monitor and found 
that like the non working screensavers see 
(https://www.illumos.org/issues/15138) which abort or fail to display 
and are all linked to gcc7.


$  ldd /usr/bin/mate-system-monitor | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1

If the screensavers and mate-system-monitor is just linked to gcc 10 I 
believe it should fix the issue


Hope that helps

Russell

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

Re: [OpenIndiana-discuss] mate system monitor does not work any more on recent versions of openindiana

[Udo Grabowski (IMK)]

On 19/04/2023 15:01, Marc Lobelle wrote:

Hello Udo,

I do not really understand what to do: uninstalling the old gcc 7 ? But I do not
see the relation between fam and the system monitor program.

What exactly should I do ?



You can't do anything. mate-system-monitor has to be recompiled
so that it don't load both gcc7 and gcc10 libraries. I emulated
that by changing the binary with elfedit, linking libraries
locally and preloading. But then you trap on the root cause,
which is the missing fam support in glib that causes most of
the gio stuff to fail. This is also seen in a report on the
GNU Hurd list: 



On 4/19/23 14:46, Udo Grabowski (IMK) wrote:

On 19/04/2023 13:00, Stephan Althaus wrote:

On 4/19/23 12:25, Marc Lobelle wrote:

Hello,

I updated openindiana from 2021-10 to 2022-10 on my notebook and the mate
system monitor does not start if I click on the widget: the widget is still
there and displays cpu usage, but if I click on it to get the window with full
information, I see a hourglass for a few seconds then nothing: it seems to
crash before opening the window.

Is there a workaround ?

Thanks

Marc


Hello!

This issue persists for several weeks now and is reproducible.

Alas, i can't see the root caause from the 'pstack' of the core dump, maybe
someone else is able to dig this out.

Regards,

Stephan

$ pstack core
core 'core' of 7849:mate-system-monitor
- thread# 1 / lwp# 1 -
 7fffaf40729a _lwp_kill () + a
 7fffaf39b1ee raise (6) + 1e
 7fffaf374c58 abort () + 58
 7fffab6e2b0e  ()
 7fffab8708c1 __gxx_personality_v0 () + d1
 7fffaccd5756 _Unwind_RaiseException_Phase2 () + a6
 7fffaccd6126 _Unwind_Resume () + 126
 7fff7712b9d5  ()
 0042f84b _ZN11PrettyTableC1Ev () + 1db
 004223e1 _ZN8ProcData12get_instanceEv () + 81
 0044832c _ZL16procman_data_newP10_GSettings () + 1c
 0044904d _ZN10ProcmanApp10on_startupEv () + 4d
 7fff770f9615 _ZN3Gio17Application_Class16startup_callbackEP13_GApplication
...


This boils down essentially to two problems at once: Both gcc7 and gcc10
libstdc++.so and libgcc_s.so are loaded, which breaks exception handling.
Massaging dyn:runpath and preloading then uncovers the second problem:

ro sunts /tmp # ./mate-system-monitor

(:11878): glibmm-CRITICAL **: 14:08:27.008:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault


That's what I already wrote in the thread


The /usr/lib/gio/modules/ directory has the giomodule.cache file.
When you try to recreate it with gio-querymodules /usr/lib/gio/modules/,
it's gone!

So probably the right fixes should be: Sort out the gcc7/10 confusion,
and compile glib with inotify/fam support.

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



--
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 system monitor does not work any more on recent versions of openindiana

[Udo Grabowski (IMK)]

On 19/04/2023 13:00, Stephan Althaus wrote:

On 4/19/23 12:25, Marc Lobelle wrote:

Hello,

I updated openindiana from 2021-10 to 2022-10 on my notebook and the mate
system monitor does not start if I click on the widget: the widget is still
there and displays cpu usage, but if I click on it to get the window with full
information, I see a hourglass for a few seconds then nothing: it seems to
crash before opening the window.

Is there a workaround ?

Thanks

Marc


Hello!

This issue persists for several weeks now and is reproducible.

Alas, i can't see the root caause from the 'pstack' of the core dump, maybe
someone else is able to dig this out.

Regards,

Stephan

$ pstack core
core 'core' of 7849:mate-system-monitor
- thread# 1 / lwp# 1 -
 7fffaf40729a _lwp_kill () + a
 7fffaf39b1ee raise (6) + 1e
 7fffaf374c58 abort () + 58
 7fffab6e2b0e  ()
 7fffab8708c1 __gxx_personality_v0 () + d1
 7fffaccd5756 _Unwind_RaiseException_Phase2 () + a6
 7fffaccd6126 _Unwind_Resume () + 126
 7fff7712b9d5  ()
 0042f84b _ZN11PrettyTableC1Ev () + 1db
 004223e1 _ZN8ProcData12get_instanceEv () + 81
 0044832c _ZL16procman_data_newP10_GSettings () + 1c
 0044904d _ZN10ProcmanApp10on_startupEv () + 4d
 7fff770f9615 _ZN3Gio17Application_Class16startup_callbackEP13_GApplication
...


This boils down essentially to two problems at once: Both gcc7 and gcc10
libstdc++.so and libgcc_s.so are loaded, which breaks exception handling.
Massaging dyn:runpath and preloading then uncovers the second problem:

ro sunts /tmp # ./mate-system-monitor

(:11878): glibmm-CRITICAL **: 14:08:27.008:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation fault


That's what I already wrote in the thread


The /usr/lib/gio/modules/ directory has the giomodule.cache file.
When you try to recreate it with gio-querymodules /usr/lib/gio/modules/,
it's gone!

So probably the right fixes should be: Sort out the gcc7/10 confusion,
and compile glib with inotify/fam support.
--
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 system monitor does not work any more on recent versions of openindiana

[Stephan Althaus]

On 4/19/23 12:25, Marc Lobelle wrote:

Hello,

I updated openindiana from 2021-10 to 2022-10 on my notebook and the 
mate system monitor does not start if I click on the widget: the 
widget is still there and displays cpu usage, but if I click on it to 
get the window with full information, I see a hourglass for a few 
seconds then nothing: it seems to crash before opening the window.


Is there a workaround ?

Thanks

Marc


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


Hello!

This issue persists for several weeks now and is reproducible.

Alas, i can't see the root caause from the 'pstack' of the core dump, 
maybe someone else is able to dig this out.


Regards,

Stephan

$ pstack core
core 'core' of 7849:    mate-system-monitor
- thread# 1 / lwp# 1 -
 7fffaf40729a _lwp_kill () + a
 7fffaf39b1ee raise (6) + 1e
 7fffaf374c58 abort () + 58
 7fffab6e2b0e  ()
 7fffab8708c1 __gxx_personality_v0 () + d1
 7fffaccd5756 _Unwind_RaiseException_Phase2 () + a6
 7fffaccd6126 _Unwind_Resume () + 126
 7fff7712b9d5  ()
 0042f84b _ZN11PrettyTableC1Ev () + 1db
 004223e1 _ZN8ProcData12get_instanceEv () + 81
 0044832c _ZL16procman_data_newP10_GSettings () + 1c
 0044904d _ZN10ProcmanApp10on_startupEv () + 4d
 7fff770f9615 
_ZN3Gio17Application_Class16startup_callbackEP13_GApplication () + c5

 7fffac79aa08 _g_closure_invoke_va () + 188
 7fffac7bb9b9 g_signal_emit_valist () + d59
 7fffac7bc17d g_signal_emit () + 7d
 7fffac50b7b2 g_application_register () + 122
 7fffac50bb6a g_application_real_local_command_line () + 6a
 7fff770f8722 _ZN3Gio11Application24local_command_line_vfuncERPPcRi 
() + 52
 7fff770f939b 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi 
() + fb

 7fffac50be93 g_application_run () + 133
 00422b4e main () + 5e
 00421e07 _start_crt () + 87
 00421d68 _start () + 18
- thread# 2 / lwp# 2 [pool-spawner] --
 7fffaf4001d7 __lwp_park () + 17
 7fffaf3f969b cond_wait_queue (625cf0, 6217a0, 0) + 5b
 7fffaf3f9cda __cond_wait (625cf0, 6217a0) + 8a
 7fffaf3f9d44 cond_wait (625cf0, 6217a0) + 24
 7fffaf3f9d7b pthread_cond_wait (625cf0, 6217a0) + b
 7fffac6eb825 g_cond_wait () + 95
 7fffac6529b3 g_async_queue_pop_unlocked () + 63
 7fffac6bd4cf g_thread_pool_spawn_thread () + 6f
 7fffac6bce45 g_thread_proxy () + 45
 7fffaf3ffe7c _thrp_setup (7fffabeb02c0) + 6c
 7fffaf400190 _lwp_start ()
- thread# 3 / lwp# 3 [gmain] -
 7fffaf406d8a __pollsys () + a
 7fffaf397f01 poll (4d1970, 1, ) + 51
 7fffac689fcd g_main_context_iterate.constprop.0 () + 15d
 7fffac68a0e0 g_main_context_iteration () + 30
 7fffac68a131 glib_worker_main () + 21
 7fffac6bce45 g_thread_proxy () + 45
 7fffaf3ffe7c _thrp_setup (7fffabeb0ac0) + 6c
 7fffaf400190 _lwp_start ()
- thread# 4 / lwp# 4 [gdbus] -
 7fffaf406d8a __pollsys () + a
 7fffaf397f01 poll (6ef9e0, 3, ) + 51
 7fffac689fcd g_main_context_iterate.constprop.0 () + 15d
 7fffac68a323 g_main_loop_run () + 83
 7fffac54bdde gdbus_shared_thread_func () + 1e
 7fffac6bce45 g_thread_proxy () + 45
 7fffaf3ffe7c _thrp_setup (7fffabeb1ac0) + 6c
 7fffaf400190 _lwp_start ()
- thread# 5 / lwp# 5 [dconf worker] --
 7fffaf406d8a __pollsys () + a
 7fffaf397f01 poll (8512c0, 1, ) + 51
 7fffac689fcd g_main_context_iterate.constprop.0 () + 15d
 7fffac68a0e0 g_main_context_iteration () + 30
 7fffa1aebd55 dconf_gdbus_worker_thread () + 25
 7fffac6bce45 g_thread_proxy () + 45
 7fffaf3ffe7c _thrp_setup (7fffabeb22c0) + 6c
 7fffaf400190 _lwp_start ()



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

[OpenIndiana-discuss] mate system monitor does not work any more on recent versions of openindiana

[Marc Lobelle]

Hello,

I updated openindiana from 2021-10 to 2022-10 on my notebook and the 
mate system monitor does not start if I click on the widget: the widget 
is still there and displays cpu usage, but if I click on it to get the 
window with full information, I see a hourglass for a few seconds then 
nothing: it seems to crash before opening the window.


Is there a workaround ?

Thanks

Marc


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

Re: [OpenIndiana-discuss] mate-system-monitor crashes

[Udo Grabowski (IMK)]

On 09/02/2023 15:06, Udo Grabowski (IMK) wrote:

On 08/02/2023 22:07, Tim Mooney via openindiana-discuss wrote:

In regard to: Re: [OpenIndiana-discuss] mate-system-monitor crashes,...:

When I web search this error:


unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type


I see hits for it for many Linux distros too, along with a similar variant
for "directory" monitor type.

I wasn't able to find any definitive fixes, most of the responses
essentially amounted to voodoo.

The Linux systems that experienced this error also had an exception and
a segfault, so segfault may not be unique to OI or Illumos.  It might just
be secondary to the "local file monitor type".


So the primary root cause may be something different.


I think you're correct.



It's possible that glib wasn't compiled with inotify/fam support.
fam is important for NFS-mounted directories. Note this:

# gio monitor -d /
gio: file:///: Unable to find default local file monitor type

# gio monitor -m /a
gio: file:///: Unable to find default local file monitor type




env GIO_USE_FILE_MONITOR=help gio monitor -d /
Supported arguments for GIO_USE_FILE_MONITOR environment variable:

>  (none)<=

gio: file:///: Unable to find default local file monitor type

--
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-system-monitor crashes

[Udo Grabowski (IMK)]

On 08/02/2023 22:07, Tim Mooney via openindiana-discuss wrote:

In regard to: Re: [OpenIndiana-discuss] mate-system-monitor crashes,...:

When I web search this error:


unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type


I see hits for it for many Linux distros too, along with a similar variant
for "directory" monitor type.

I wasn't able to find any definitive fixes, most of the responses
essentially amounted to voodoo.

The Linux systems that experienced this error also had an exception and
a segfault, so segfault may not be unique to OI or Illumos.  It might just
be secondary to the "local file monitor type".


So the primary root cause may be something different.


I think you're correct.



It's possible that glib wasn't compiled with inotify/fam support.
fam is important for NFS-mounted directories. Note this:

# gio monitor -d /
gio: file:///: Unable to find default local file monitor type

# gio monitor -m /a
gio: file:///: Unable to find default local file monitor type

--
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-system-monitor crashes

[Tim Mooney via openindiana-discuss]

In regard to: Re: [OpenIndiana-discuss] mate-system-monitor crashes,...:

When I web search this error:


unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type


I see hits for it for many Linux distros too, along with a similar variant
for "directory" monitor type.

I wasn't able to find any definitive fixes, most of the responses
essentially amounted to voodoo.

The Linux systems that experienced this error also had an exception and
a segfault, so segfault may not be unique to OI or Illumos.  It might just
be secondary to the "local file monitor type".


So the primary root cause may be something different.


I think you're correct.

Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastructure /
Division of Information Technology/701-231-1076 (Voice)
North Dakota State University, Fargo, ND 58105-5164
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] mate-system-monitor crashes

[Udo Grabowski (IMK)]

On 08/02/2023 07:02, Stephan Althaus wrote:

On 2/7/23 22:29, Stephan Althaus wrote:

On 2/7/23 22:11, Bill Sommerfeld wrote:

On 2/7/23 13:01, Matthew Yapit wrote:

I recently updated to 2022.10 and I've noticed that mate-system-monitor
causes a core instead of launching.  Has anyone else seen this?  Is there a
fix or one coming in the next update?


It happens for me, too.   Based on the traceback in exception code, it likely
needs to be rebuilt with gcc 10 given the lack of C++ ABI stability.   ldd
shows a mix of libraries:

% ldd =mate-system-monitor  | grep gcc
libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1


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


Hello!

My version of mate-system-monitor shows only the gcc 7 libs,
but maybe you're right anyway..


$ ldd `which mate-system-monitor`  | grep gcc
libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1

$ mate-system-monitor

...

(:4743): glibmm-CRITICAL **: 22:24:52.725:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4743:mate-system-monitor
- thread# 1 / lwp# 1 -
 7fffaeb69d0b g_type_check_instance_cast () + 1b
 0044977a
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE
() + 11a
 7fff6e3c09b9
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine
() + 149
 7fffae841496 _g_cclosure_marshal_INT__OBJECTv () + 76
 7fffaeb3af95 _g_closure_invoke_va () + 185
 7fffaeb5af6d g_signal_emit_valist () + 39d
 7fffaeb5c05d g_signal_emit () + 7d
 7fffae8a032a g_application_call_command_line () + 7a
 7fffae8a26b1 g_application_real_local_command_line () + 241
 7fff6e3bf4f4 _ZN3Gio11Application24local_command_line_vfuncERPPcRi () + 54
 7fff6e3c05cb
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi
() + 10b
 7fffae8a2845 g_application_run () + 155
 00422b4e main () + 5e
 00421e07 _start_crt () + 87
 00421d68 _start () + 18
...




When i rebuild mate-system-monitor in my environment,
i will get the dependencies to gcc-10 in the build.

The pstack of the core then contains on entry "" which i assume is a
result of the gcc-10 dependencies.

Nevertheless mate-system-monitor does crash in the version (as of my BE:
openindiana-2022:11:23) without gcc-10 deps.

So the primary root cause may be something different.


It's the same crash in the current version. The gcc 7/10 mix results
from other libraries linked, see

# ldd -v `which mate-system-monitor`

With dbx, I get this stack:

(dbx) where -h -l -v
current thread: t@1
=>[1] libc.so.1:_lwp_kill(0x1, 0x6, 0xfe116fe54400, 0x0, 0x0, 
0x5fffaeef2cf0), at 0x5fffaed8731a

  [2] libc.so.1:thr_kill(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffaed7dbe0
  [3] libc.so.1:raise(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffaed1b26e
  [4] libc.so.1:abort(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffaecf4cd8
  [5] libgcc_s.so.1:_Unwind_SetGR(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 
0x5fffaff52b0e
  [6] libstdc++.so.6.0.24:__gxx_personality_v0(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), 
at 0x5fffaeff08c1

  [7] 0x7fffbffde8a0(0x0), at 0x7fffbffde8a0
  [8] libgcc_s.so.1:_Unwind_RaiseException_Phase2(0x0), at 0x5fffae705756
  [9] libgcc_s.so.1:_Unwind_Resume(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 
0x5fffae706126
  [10] 
libgiomm-2.4.so.1.3.0:_ZN3Gio4File17monitor_directoryENS_16FileMonitorFlagsE.cold(0x0, 
0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffaeb9b9d5
  [11] mate-system-monitor:PrettyTable::PrettyTable(0x0, 0x0, 0x0, 0x0, 0x0, 
0x0), at 0x42f84b
  [12] mate-system-monitor:ProcData::get_instance(0x0, 0x0, 0x0, 0x0, 0x0, 
0x0), at 0x4223e1


or, in mdb (on parent)
> ::stack
libc.so.1`_lwp_kill+0xa()
libc.so.1`raise+0x1e(6)
libc.so.1`abort+0x58()
0x5fffaffb2b0e()
libstdc++.so.6.0.24`__gxx_personality_v0+0xd1()
libgcc_s.so.1`_Unwind_RaiseException_Phase2+0xa6()
libgcc_s.so.1`_Unwind_Resume+0x126()
0x5fffae39b9d5()
_ZN11PrettyTableC1Ev+0x1db()
_ZN8ProcData12get_instanceEv+0x81()
_ZL16procman_data_newP10_GSettings+0x1c()
_ZN10ProcmanApp10on_startupEv+0x4d()
libgiomm-2.4.so.1.3.0`_ZN3Gio17Application_Class16startup_callbackEP13_GApplication+0xc5()
libgobject-2.0.so.0.7400.5`_g_closure_invoke_va+0x188()
libgobject-2.0.so.0.7400.5`g_signal_emit_valist+0xd59()
libgobject-2.0.so.0.7400.5`g_signal_emit+0x7d()
libgio-2.0.so.0.7400.5`g_application_register+0x122()

Re: [OpenIndiana-discuss] mate-system-monitor crashes

[Stephan Althaus]

On 2/7/23 22:29, Stephan Althaus wrote:

On 2/7/23 22:11, Bill Sommerfeld wrote:

On 2/7/23 13:01, Matthew Yapit wrote:
I recently updated to 2022.10 and I've noticed that 
mate-system-monitor causes a core instead of launching.  Has anyone 
else seen this?  Is there a fix or one coming in the next update?


It happens for me, too.   Based on the traceback in exception code, 
it likely needs to be rebuilt with gcc 10 given the lack of C++ ABI 
stability.   ldd shows a mix of libraries:


% ldd =mate-system-monitor  | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1


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


Hello!

My version of mate-system-monitor shows only the gcc 7 libs,
but maybe you're right anyway..


$ ldd `which mate-system-monitor`  | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1

$ mate-system-monitor

...

(:4743): glibmm-CRITICAL **: 22:24:52.725:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4743:    mate-system-monitor
- thread# 1 / lwp# 1 -
 7fffaeb69d0b g_type_check_instance_cast () + 1b
 0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE 
() + 11a
 7fff6e3c09b9 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine 
() + 149

 7fffae841496 _g_cclosure_marshal_INT__OBJECTv () + 76
 7fffaeb3af95 _g_closure_invoke_va () + 185
 7fffaeb5af6d g_signal_emit_valist () + 39d
 7fffaeb5c05d g_signal_emit () + 7d
 7fffae8a032a g_application_call_command_line () + 7a
 7fffae8a26b1 g_application_real_local_command_line () + 241
 7fff6e3bf4f4 
_ZN3Gio11Application24local_command_line_vfuncERPPcRi () + 54
 7fff6e3c05cb 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi 
() + 10b

 7fffae8a2845 g_application_run () + 155
 00422b4e main () + 5e
 00421e07 _start_crt () + 87
 00421d68 _start () + 18
...


Regards,

Stephan


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


Hi!

When i rebuild mate-system-monitor in my environment,
i will get the dependencies to gcc-10 in the build.

The pstack of the core then contains on entry "" which i assume 
is a result of the gcc-10 dependencies.


Nevertheless mate-system-monitor does crash in the version (as of my BE: 
openindiana-2022:11:23) without gcc-10 deps.


So the primary root cause may be something different.

Regards,

Stephan



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

Re: [OpenIndiana-discuss] mate-system-monitor crashes

[Stephan Althaus]

On 2/7/23 22:11, Bill Sommerfeld wrote:

On 2/7/23 13:01, Matthew Yapit wrote:
I recently updated to 2022.10 and I've noticed that 
mate-system-monitor causes a core instead of launching.  Has anyone 
else seen this?  Is there a fix or one coming in the next update?


It happens for me, too.   Based on the traceback in exception code, it 
likely needs to be rebuilt with gcc 10 given the lack of C++ ABI 
stability.   ldd shows a mix of libraries:


% ldd =mate-system-monitor  | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
    libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1


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


Hello!

My version of mate-system-monitor shows only the gcc 7 libs,
but maybe you're right anyway..


$ ldd `which mate-system-monitor`  | grep gcc
    libstdc++.so.6 => /usr/gcc/7/lib/amd64/libstdc++.so.6
    libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1

$ mate-system-monitor

...

(:4743): glibmm-CRITICAL **: 22:24:52.725:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

$ pstack core
core 'core' of 4743:    mate-system-monitor
- thread# 1 / lwp# 1 -
 7fffaeb69d0b g_type_check_instance_cast () + 1b
 0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE 
() + 11a
 7fff6e3c09b9 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine 
() + 149

 7fffae841496 _g_cclosure_marshal_INT__OBJECTv () + 76
 7fffaeb3af95 _g_closure_invoke_va () + 185
 7fffaeb5af6d g_signal_emit_valist () + 39d
 7fffaeb5c05d g_signal_emit () + 7d
 7fffae8a032a g_application_call_command_line () + 7a
 7fffae8a26b1 g_application_real_local_command_line () + 241
 7fff6e3bf4f4 _ZN3Gio11Application24local_command_line_vfuncERPPcRi 
() + 54
 7fff6e3c05cb 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi 
() + 10b

 7fffae8a2845 g_application_run () + 155
 00422b4e main () + 5e
 00421e07 _start_crt () + 87
 00421d68 _start () + 18
...


Regards,

Stephan


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

Re: [OpenIndiana-discuss] mate-system-monitor crashes

[Bill Sommerfeld]

On 2/7/23 13:01, Matthew Yapit wrote:
I recently updated to 2022.10 and I've noticed that mate-system-monitor 
causes a core instead of launching.  Has anyone else seen this?  Is 
there a fix or one coming in the next update?


It happens for me, too.   Based on the traceback in exception code, it 
likely needs to be rebuilt with gcc 10 given the lack of C++ ABI 
stability.   ldd shows a mix of libraries:


% ldd =mate-system-monitor  | grep gcc
libstdc++.so.6 =>/usr/gcc/7/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1
libstdc++.so.6 =>/usr/gcc/10/lib/amd64/libstdc++.so.6
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1


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

[OpenIndiana-discuss] mate-system-monitor crashes

[Matthew Yapit]

I recently updated to 2022.10 and I've noticed that mate-system-monitor 
causes a core instead of launching.  Has anyone else seen this?  Is 
there a fix or one coming in the next update?



Thanks!

irixuzer


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

[OpenIndiana-discuss] mate-system-monitor crash: Unable to find default local file monitor type

[Stephan Althaus]

Hello!


i have a mate-system-monitor crash on a BE: openindiana-2022:11:23 NR /

Error message is "Unable to find default local file monitor type".

When starting from within mate-terminal:

*$ mate-system-monitor *

(:2938): Gtk-WARNING **: 10:00:00.994: Theme parsing error: 
gtk-widgets.css:6:28: The style property GtkRange:slider-width is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version


(:2938): Gtk-WARNING **: 10:00:00.995: Theme parsing error: 
gtk-widgets.css:7:28: The style property GtkRange:stepper-size is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version


(:2938): Gtk-WARNING **: 10:00:00.995: Theme parsing error: 
gtk-widgets.css:8:31: The style property GtkRange:stepper-spacing is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version


(:2938): Gtk-WARNING **: 10:00:00.995: Theme parsing error: 
gtk-widgets.css:9:29: The style property GtkRange:trough-border is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version


(:2938): Gtk-WARNING **: 10:00:00.995: Theme parsing error: 
gtk-widgets.css:10:37: The style property GtkRange:trough-under-steppers 
is deprecated and shouldn't be used anymore. It will be removed in a 
future version


(:2938): Gtk-WARNING **: 10:00:00.995: Theme parsing error: 
gtk-widgets.css:14:32: The style property GtkRange:slider-width is 
deprecated and shouldn't be used anymore. It will be removed in a future 
version


(:2938): glibmm-CRITICAL **: 10:00:01.064:
unhandled exception (type Glib::Error) in signal handler:
domain: g-io-error-quark
code  : 0
what  : Unable to find default local file monitor type

Segmentation Fault (core dumped)

*$ pstack core*
core 'core' of 2938:    mate-system-monitor
- thread# 1 / lwp# 1 -
 7fffaeb69d0b g_type_check_instance_cast () + 1b
 0044977a 
_ZN10ProcmanApp15on_command_lineERKN4Glib6RefPtrIN3Gio22ApplicationCommandLineEEE 
() + 11a
 7fff7c8209b9 
_ZN3Gio17Application_Class21command_line_callbackEP13_GApplicationP24_GApplicationCommandLine 
() + 149

 7fffae841496 _g_cclosure_marshal_INT__OBJECTv () + 76
 7fffaeb3af95 _g_closure_invoke_va () + 185
 7fffaeb5af6d g_signal_emit_valist () + 39d
 7fffaeb5c05d g_signal_emit () + 7d
 7fffae8a032a g_application_call_command_line () + 7a
 7fffae8a26b1 g_application_real_local_command_line () + 241
 7fff7c81f4f4 _ZN3Gio11Application24local_command_line_vfuncERPPcRi 
() + 54
 7fff7c8205cb 
_ZN3Gio17Application_Class33local_command_line_vfunc_callbackEP13_GApplicationPPPcPi 
() + 10b

 7fffae8a2845 g_application_run () + 155
 00422b4e main () + 5e
 00421e07 _start_crt () + 87
 00421d68 _start () + 18
- thread# 2 / lwp# 2 [pool-spawner] --
 7fffaf3efe67 __lwp_park () + 17
 7fffaf3e932b cond_wait_queue (610d40, 60d0d0, 0) + 5b
 7fffaf3e996a __cond_wait (610d40, 60d0d0) + 8a
 7fffaf3e99d4 cond_wait (610d40, 60d0d0) + 24
 7fffaf3e9a0b pthread_cond_wait (610d40, 60d0d0) + b
 7fffaea892e8 g_cond_wait () + e8
 7fffae9e30bb g_async_queue_pop_unlocked () + bb
 7fffaea5898f g_thread_pool_spawn_thread () + 6f
 7fffaea58315 g_thread_proxy () + 45
 7fffaf3efb0c _thrp_setup (7fffadd80280) + 6c
 7fffaf3efe20 _lwp_start ()
- thread# 3 / lwp# 3 [gmain] -
 7fffaf3f6a1a __pollsys () + a
 7fffaf387bb1 poll (4bfc20, 1, ) + 51
 7fffaea2103e g_main_context_iterate.isra.26 () + 15e
 7fffaea2131f g_main_context_iteration () + 2f
 7fffaea21371 glib_worker_main () + 21
 7fffaea58315 g_thread_proxy () + 45
 7fffaf3efb0c _thrp_setup (7fffadd80a80) + 6c
 7fffaf3efe20 _lwp_start ()
- thread# 4 / lwp# 4 [gdbus] -
 7fffaf3f6a1a __pollsys () + a
 7fffaf387bb1 poll (6db180, 3, ) + 51
 7fffaea2103e g_main_context_iterate.isra.26 () + 15e
 7fffaea216aa g_main_loop_run () + 1aa
 7fffae8e4e7e gdbus_shared_thread_func () + 1e
 7fffaea58315 g_thread_proxy () + 45
 7fffaf3efb0c _thrp_setup (7fffadd81a80) + 6c
 7fffaf3efe20 _lwp_start ()
- thread# 5 / lwp# 5 [dconf worker] --
 7fffaf3f6a1a __pollsys () + a
 7fffaf387bb1 poll (843ca0, 1, ) + 51
 7fffaea2103e g_main_context_iterate.isra.26 () + 15e
 7fffaea2131f g_main_context_iteration () + 2f
 7fffa1b1bd55 dconf_gdbus_worker_thread () + 25
 7fffaea58315 g_thread_proxy () + 45
 7fffaf3efb0c _thrp_setup (7fffadd82280) + 6c
 7fffaf3efe20 _lwp_start ()


Is someone else expeiencing this, too?


Regards,

Stephan

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

Re: [OpenIndiana-discuss] mate-screensaver

[Carsten Grzemba via openindiana-discuss]

I could to manage to build the mate-screensaver for OI. I use the PAM-helper 
style for lock-unlock the screen. In this kind the seteuid nightmare for check 
password is somewhat mitigated. Only the pwd-helper has to set the setuid bit. 
   

Who like to test this build can find the package on: http://pkg.toc.de/userland



pkg set-publisher -g http://pkg.toc.de/userland openindiana.org

pkg install mate-screensaver



recipe: 
https://github.com/cgrzemba/oi-userland/tree/mate-screensaver/components/desktop/mate/mate-screensaver

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

[OpenIndiana-discuss] mate-screensaver

[Carsten Grzemba via openindiana-discuss]

I am interested to replace the xscreensaver with the mate-screensaver. Our 
Xscreensaver is quite old and the current will not work out of the box. On 
Xscreensaver the PAM code was patched to use BSM even so it supports Solaris.
mate-screensaver compiles on OI. 

mate-screensaver PAM code is reworked but I seems it will not work on Illumos. 
Solaris support seems to be removed.

Is anyone already working on this? Or has experience with the PAM setup for 
mate-screensaver?

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

Re: [OpenIndiana-discuss] mate desktop 1.25 release

[Andreas Wacknitz]

Am 24.04.21 um 11:24 schrieb bscuk2:

Dear All,

I was wondering if we should expect a new version of the mate desktop
1.25 sometime soon. This is about the right time of year all be it it
probably experienced a time delay due to CV19. I noted some snippets
labelled 1.25 for developers?

Has anyone a idea about the version schedule this year ?

Regards,


Robert

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

Mate uses even version numbers for stable releases. So the next Mate
version will be 1.26. You can check
https://repology.org/repository/openindiana for outdated package
versions for OpenIndiana. And if you want something updated a PR is
quite helpful.

Andreas

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

[OpenIndiana-discuss] mate desktop 1.25 release

[bscuk2]

Dear All,

I was wondering if we should expect a new version of the mate desktop 
1.25 sometime soon. This is about the right time of year all be it it 
probably experienced a time delay due to CV19. I noted some snippets 
labelled 1.25 for developers?


Has anyone a idea about the version schedule this year ?

Regards,


Robert

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

Re: [OpenIndiana-discuss] OpenIndiana-discuss] Mate does not start

[Apostolos Syropoulos via openindiana-discuss]

On Tuesday, March 23, 2021, 6:52:26 PM GMT+2, John D Groenveld 
 wrote:

>How do the logs differ between your corrupted environment and
>your working test user?

Well I need to check things thoroughly and I do not have the time to
do this. So I decided to move my files to the new account and live
the old account there. 

>At that point a Mate expect can chime-in on whether its feasible
>to repair your environment.

That would be really ineteresting.

A.S.


--
Apostolos Syropoulos
Xanthi, Greece







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

Re: [OpenIndiana-discuss] OpenIndiana-discuss] Mate does not start

[John D Groenveld]

In message <1416785550.2750755.1616517122...@mail.yahoo.com>, Apostolos Syropou
los via openindiana-discuss writes:
>Adding a user works!

How do the logs differ between your corrupted environment and
your working test user?

At that point a Mate expect can chime-in on whether its feasible
to repair your environment.

John
groenv...@acm.org

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

Re: [OpenIndiana-discuss] OpenIndiana-discuss] Mate does not start

[Apostolos Syropoulos via openindiana-discuss]

Adding a user works!

Στάλθηκε από το Ταχυδρομείο Yahoo σε Android 
 
  
 
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Mate does not start

[John D Groenveld]

In message <2077784593.2417361.1616510986...@mail.yahoo.com>, Apostolos Syropou
los via openindiana-discuss writes:
>Today for some reason my systemstopped functioning. I rebooted thesystem manua
>lly by pressing therestart button. It rebooted but itnever started mate. The l
>oginscreen was there, I could logginbut that was all. Used the virtualterminal

Create a test user and confirm that it can log in with a virgin
home directory.

John
groenv...@acm.org

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

Re: [OpenIndiana-discuss] OpenIndiana-discuss] Mate does not start

[Apostolos Syropoulos via openindiana-discuss]

In addition I got the message
Software acceleration check failed 
because/usr/lib/amd64/mate/mate-session-check-accelerated does not exist

Στάλθηκε από το Ταχυδρομείο Yahoo σε Android 
 
  Στις Τρί, 23 Μαρ, 2021 στις 16:50, ο χρήστηςApostolos Syropoulos via 
openindiana-discuss έγραψε:   Today for 
some reason my systemstopped functioning. I rebooted thesystem manually by 
pressing therestart button. It rebooted but itnever started mate. The 
loginscreen was there, I could logginbut that was all. Used the 
virtualterminals and I managed to see amessage that .config/dconf/userwas 
non-writable.  I deleted the filebut this did not help. I deleted thewhole 
.config folder but this did nothelp. I scrubbed the disk and noerrors were 
found. Now I enter myusername & password, the systemaccepts it but it returns 
again to thelogin screen! Any ideas what mightbe wrong?
Regards,
Apostolos 

Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
___
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] Mate does not start

[Apostolos Syropoulos via openindiana-discuss]

Today for some reason my systemstopped functioning. I rebooted thesystem 
manually by pressing therestart button. It rebooted but itnever started mate. 
The loginscreen was there, I could logginbut that was all. Used the 
virtualterminals and I managed to see amessage that .config/dconf/userwas 
non-writable.  I deleted the filebut this did not help. I deleted thewhole 
.config folder but this did nothelp. I scrubbed the disk and noerrors were 
found. Now I enter myusername & password, the systemaccepts it but it returns 
again to thelogin screen! Any ideas what mightbe wrong?
Regards,
Apostolos 

Στάλθηκε από το Ταχυδρομείο Yahoo σε Android
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Mate constrains window size

[Gary Mills]

On Thu, Aug 06, 2020 at 04:53:34PM +0200, Andreas Wacknitz wrote:
> Your code should work but  ~/.emacs is not the only possible init file.
> Emacs looks for your init file using the filenames ~/.emacs,
> ~/.emacs.el, or ~/.emacs.d/init.el.

The only one I have is .emacs .

> I suggest to make sure you have only one file and then create an .emacs
> file with only
> your two lines
> 
> (add-to-list 'default-frame-alist '(height . 36))
> (add-to-list 'default-frame-alist '(width . 80))
> 
> and see what happens.

I tried that, and the same thing with the --no-init-file option.  The
two windows are identical, with 79x35 geometry.  By the way, I get
those numbers by a left mouse click on the border of the window.

When I change the values in .emacs to 37 and 81, I still get the 79x35
geometry.  Something is constraining the window size.  It's the smaller
font that allows the width to increase to 79.

When I press the Maximize Window button in the title bar, the geometry
does increase in both dimensions.  Maybe this is how Mate is supposed
to work.

> If it works you can add your other settings peu à peu.


-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

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

Re: [OpenIndiana-discuss] Mate constrains window size

[Andreas Wacknitz]

Am 06.08.20 um 00:55 schrieb Gary Mills:

On Wed, Aug 05, 2020 at 09:37:11PM +0200, Andreas Wacknitz wrote:

I'd check .Xresources and .Xdefaults first for any geometry settings.

I don't have either of those files.  From what I've read, the first
step in debugging is to run emacs without the .emacs file.  I did this
with:

 $ emacs --no-init-file

The editing area changed from 63x31 to 79x35, much closer to what I
wanted.  Emacs also had a smaller font but a brighter background.
The conclusion is inescapable: something in my .emacs file was making
those changes.  I removed these lines:

(custom-set-variables
   ;; custom-set-variables was added by Custom.
   ;; If you edit it by hand, you could mess it up, so be careful.
   ;; Your init file should contain only one such instance.
   ;; If there is more than one, they won't work right.
  )
(custom-set-faces
   ;; custom-set-faces was added by Custom.
   ;; If you edit it by hand, you could mess it up, so be careful.
   ;; Your init file should contain only one such instance.
   ;; If there is more than one, they won't work right.
  '(default ((t (:inherit nil :stipple nil :background "#AE00B200C300" :foreground "#" 
:inverse-video nil :box nil :strike-through nil :overline nil :underline nil :slant normal :weight normal :height 120 
:width normal :foundry "unknown" :family "DejaVu Sans Mono")

After that, the screen looked the same as with --no-init-file .  I
suspect that what I'm seeing now are built-in emacs defaults.  This is
a great improvement.


Then maybe there is something beneath .config/, perhaps marco has some
geometry settings stored for emacs sessions.

There are many things below .config .  The ones from August will be
after the update.  The ones from 2017 and 2018 will be from my previous
OI version.  The ones from 2010 will be from an even older version:

drwxr-xr-x   2 millsstaff  3 Aug  5 07:34 dconf
drwxr-xr-x   3 millsstaff  5 Aug  4 20:46 caja
-rw-r--r--   1 millsstaff   1613 Aug  3 08:27 mimeapps.list
drwx--   3 millsroot   6 Aug  2 19:29 menus
drwx--   2 millsother  3 Jul 13 13:12 gtk-2.0
drwxr-xr-x   3 millsstaff  3 Sep  3  2018 libreoffice
drwxr-xr-x   3 millsstaff  3 Jul 28  2018 mate-session
drwx--   3 millsstaff  3 Jul 10  2018 mate
drwxr-xr-x   2 millsstaff  2 Jul  7  2018 yelp
drwxr-xr-x   2 millsstaff  3 Jul  3  2018 gtk-3.0
drwx--   2 millsstaff  3 Jul  3  2018 pulse
drwx--   2 millsstaff  3 Apr  1  2018 brasero
drwx--   2 millsstaff  3 Dec 14  2017 totem
drwxr-xr-x   3 millsstaff  3 Aug 22  2017 gnome-session
drwxr-xr-x   2 millsstaff  5 Aug 22  2017 session-state
drwx--   3 millsstaff  3 Dec  3  2010 metacity
drwx--   2 millsstaff  4 Dec  3  2010 tracker
-rw-r--r--   1 millsstaff 11 Dec  3  2010 user-dirs.locale
-rw---   1 millsstaff672 Dec  3  2010 user-dirs.dirs


You can try this:
Enter the following line in a buffer (eg. scratch), position the cursor
at the end:
(setq default-frame-alist '((left . 0) (top . 0) (width . 80) (height .
30)))

Then press C-x X-e (eval-last-sexp) followed by C-x 5 2
(make-frame-command). This should open a new frame with the given width
and height.

That seemed to work.  Thanks for the help.  I appreciate it.


Alternatively, you can change the actual frame:
(set-frame-width (selected-frame) 80)
(set-frame-height (selected-frame) 30)
and press C-x C-e (for each line).

That works too.  In fact, by making them 81 and 37, I can enlarge the
screen to 80x36 like I want it.  When I put those two lines in my
.emacs file, nothing happens.  I assume they are not being executed.



Your code should work but  ~/.emacs is not the only possible init file.
Emacs looks for your init file using the filenames ~/.emacs,
~/.emacs.el, or ~/.emacs.d/init.el.
I suggest to make sure you have only one file and then create an .emacs
file with only
your two lines

(add-to-list 'default-frame-alist '(height . 36))
(add-to-list 'default-frame-alist '(width . 80))


and see what happens. If it works you can add your other settings peu à peu.

Regards,
Andreas


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

Re: [OpenIndiana-discuss] Mate constrains window size

[Gary Mills]

On Wed, Aug 05, 2020 at 09:37:11PM +0200, Andreas Wacknitz wrote:
> 
> I'd check .Xresources and .Xdefaults first for any geometry settings.

I don't have either of those files.  From what I've read, the first
step in debugging is to run emacs without the .emacs file.  I did this
with:

$ emacs --no-init-file

The editing area changed from 63x31 to 79x35, much closer to what I
wanted.  Emacs also had a smaller font but a brighter background.
The conclusion is inescapable: something in my .emacs file was making
those changes.  I removed these lines:

(custom-set-variables
  ;; custom-set-variables was added by Custom.
  ;; If you edit it by hand, you could mess it up, so be careful.
  ;; Your init file should contain only one such instance.
  ;; If there is more than one, they won't work right.
 )
(custom-set-faces
  ;; custom-set-faces was added by Custom.
  ;; If you edit it by hand, you could mess it up, so be careful.
  ;; Your init file should contain only one such instance.
  ;; If there is more than one, they won't work right.
 '(default ((t (:inherit nil :stipple nil :background "#AE00B200C300" 
:foreground "#" :inverse-video nil :box nil :strike-through nil 
:overline nil :underline nil :slant normal :weight normal :height 120 :width 
normal :foundry "unknown" :family "DejaVu Sans Mono")

After that, the screen looked the same as with --no-init-file .  I
suspect that what I'm seeing now are built-in emacs defaults.  This is
a great improvement.

> Then maybe there is something beneath .config/, perhaps marco has some
> geometry settings stored for emacs sessions.

There are many things below .config .  The ones from August will be
after the update.  The ones from 2017 and 2018 will be from my previous
OI version.  The ones from 2010 will be from an even older version:

drwxr-xr-x   2 millsstaff  3 Aug  5 07:34 dconf
drwxr-xr-x   3 millsstaff  5 Aug  4 20:46 caja
-rw-r--r--   1 millsstaff   1613 Aug  3 08:27 mimeapps.list
drwx--   3 millsroot   6 Aug  2 19:29 menus
drwx--   2 millsother  3 Jul 13 13:12 gtk-2.0
drwxr-xr-x   3 millsstaff  3 Sep  3  2018 libreoffice
drwxr-xr-x   3 millsstaff  3 Jul 28  2018 mate-session
drwx--   3 millsstaff  3 Jul 10  2018 mate
drwxr-xr-x   2 millsstaff  2 Jul  7  2018 yelp
drwxr-xr-x   2 millsstaff  3 Jul  3  2018 gtk-3.0
drwx--   2 millsstaff  3 Jul  3  2018 pulse
drwx--   2 millsstaff  3 Apr  1  2018 brasero
drwx--   2 millsstaff  3 Dec 14  2017 totem
drwxr-xr-x   3 millsstaff  3 Aug 22  2017 gnome-session
drwxr-xr-x   2 millsstaff  5 Aug 22  2017 session-state
drwx--   3 millsstaff  3 Dec  3  2010 metacity
drwx--   2 millsstaff  4 Dec  3  2010 tracker
-rw-r--r--   1 millsstaff 11 Dec  3  2010 user-dirs.locale
-rw---   1 millsstaff672 Dec  3  2010 user-dirs.dirs

> You can try this:
> Enter the following line in a buffer (eg. scratch), position the cursor
> at the end:
> (setq default-frame-alist '((left . 0) (top . 0) (width . 80) (height .
> 30)))
> 
> Then press C-x X-e (eval-last-sexp) followed by C-x 5 2
> (make-frame-command). This should open a new frame with the given width
> and height.

That seemed to work.  Thanks for the help.  I appreciate it.

> Alternatively, you can change the actual frame:
> (set-frame-width (selected-frame) 80)
> (set-frame-height (selected-frame) 30)
> and press C-x C-e (for each line).

That works too.  In fact, by making them 81 and 37, I can enlarge the
screen to 80x36 like I want it.  When I put those two lines in my
.emacs file, nothing happens.  I assume they are not being executed.


-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

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

Re: [OpenIndiana-discuss] Mate constrains window size

[Andreas Wacknitz]

Am 04.08.20 um 15:26 schrieb Gary Mills:

On Tue, Aug 04, 2020 at 08:02:23AM +0200, Andreas Wacknitz wrote:

I am also using emacs quite heavily and I can definitely say that
resizing emacs' frame works for me on OI.

I'm happy to meet another emacs user.  Of course, this problem may not
be specific to emacs.  Does Mate have a default window size?  Does
emacs appear in the Applications/Programming menu on your desktop,
like it does in mine?  Does emacs have a blue-grey background?


So it must be your configuration that prevents the resizing.

That was my conclusion, and also my question.  Maybe this behavior is
caused by something left over from the Gnome desktop.  Where should I
look?



I'd check .Xresources and .Xdefaults first for any geometry settings.
Then maybe there is something beneath .config/, perhaps marco has some
geometry settings stored for emacs sessions.

It might also be your emacs configuration, check if you haven't multiple
settings and also make sure your code is really executed.

You can try this:
Enter the following line in a buffer (eg. scratch), position the cursor
at the end:
(setq default-frame-alist '((left . 0) (top . 0) (width . 80) (height .
30)))

Then press C-x X-e (eval-last-sexp) followed by C-x 5 2
(make-frame-command). This should open a new frame with the given width
and height.

Alternatively, you can change the actual frame:
(set-frame-width (selected-frame) 80)
(set-frame-height (selected-frame) 30)
and press C-x C-e (for each line).

Regards,
Andreas

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

Re: [OpenIndiana-discuss] Mate constrains window size

[Gary Mills]

On Tue, Aug 04, 2020 at 08:02:23AM +0200, Andreas Wacknitz wrote:
> 
> I am also using emacs quite heavily and I can definitely say that
> resizing emacs' frame works for me on OI.

I'm happy to meet another emacs user.  Of course, this problem may not
be specific to emacs.  Does Mate have a default window size?  Does
emacs appear in the Applications/Programming menu on your desktop,
like it does in mine?  Does emacs have a blue-grey background?

> So it must be your configuration that prevents the resizing.

That was my conclusion, and also my question.  Maybe this behavior is
caused by something left over from the Gnome desktop.  Where should I
look?


-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

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

Re: [OpenIndiana-discuss] Mate constrains window size

[Andreas Wacknitz]

Am 04.08.20 um 02:09 schrieb Gary Mills:

I just updated a system from hipster-20180701 to hipster-20200802 .  I
assume it changed from gnome to mate in the update.  Almost everything
worked afterwards.  I was quite impressed.

One thing that fails to work now is the window size for emacs.  Emacs
is the only text editor that I use.  The size now is 63 x 31.  I know
I can resize it by pulling on the window frame with my mouse, but I'd
like it to start out at 80 x 36.  This used to happen with gnome when
I added these lines to my .emacs file:

 (add-to-list 'default-frame-alist '(height . 36))
 (add-to-list 'default-frame-alist '(width . 80))

I've tried many things.  I tried the command-line option -geometry,
setting geometry in my .Xdefaults, and adding this line to my .emacs
file:

 (when window-system (set-frame-size (selected-frame) 80 36))

All of these attempts have failed.  I conclude that the mate window
manager is constraining the window size.  Is there some way I can tell
the window manager to set the default size the way I want it?



Hi Gary,

I am also using emacs quite heavily and I can definitely say that
resizing emacs' frame works for me on OI.
This is my variant for resizing the frame:
#+begin_src emacs-lisp
(defun set-frame-size-according-to-resolution ()
  (interactive)
  (if window-system
  (progn
    (if (> (x-display-pixel-width) 1280)
    (add-to-list 'default-frame-alist (cons 'width 120))
  (add-to-list 'default-frame-alist (cons 'width 80)))
    (add-to-list 'default-frame-alist
 (cons 'height (min 38 (/ (-
(x-display-pixel-height) 320)
(frame-char-height
(set-frame-size-according-to-resolution)
#+end_src

So it must be your configuration that prevents the resizing.

Regards,
Andreas

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

[OpenIndiana-discuss] Mate constrains window size

[Gary Mills]

I just updated a system from hipster-20180701 to hipster-20200802 .  I
assume it changed from gnome to mate in the update.  Almost everything
worked afterwards.  I was quite impressed.

One thing that fails to work now is the window size for emacs.  Emacs
is the only text editor that I use.  The size now is 63 x 31.  I know
I can resize it by pulling on the window frame with my mouse, but I'd
like it to start out at 80 x 36.  This used to happen with gnome when
I added these lines to my .emacs file:

(add-to-list 'default-frame-alist '(height . 36))
(add-to-list 'default-frame-alist '(width . 80))

I've tried many things.  I tried the command-line option -geometry,
setting geometry in my .Xdefaults, and adding this line to my .emacs
file:

(when window-system (set-frame-size (selected-frame) 80 36))

All of these attempts have failed.  I conclude that the mate window
manager is constraining the window size.  Is there some way I can tell
the window manager to set the default size the way I want it?


-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

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

Re: [OpenIndiana-discuss] mate release 1.24

[Michal Nowak via openindiana-discuss]

On 27/02/2020 18:00, bscuk2 wrote:
Mate desktop version 1.24 has been released with a number of updates 
2020-02-10 09:00. 


Is this likely to be something to be included in the next snapshot ?

Regards,

Robert Jones



Hi.

It's being worked on. Current progress here: 
https://github.com/OpenIndiana/oi-userland/pulls?utf8=%E2%9C%93=is%3Apr+is%3Aopen+mate+1.24.


Michal

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

[OpenIndiana-discuss] mate release 1.24

[bscuk2]

Mate desktop version 1.24 has been released with a number of updates 
2020-02-10 09:00. 


Is this likely to be something to be included in the next snapshot ?

Regards,

Robert Jones

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

Re: [OpenIndiana-discuss] mate desktop 1.22

[Till Wegmüller]

Hi

It would be best if you contribute to the Packaging effort already going on.

That would allow you to use our existing Infrastructure to do all the
dependency handling and share any Work you do.

See
- https://github.com/OpenIndiana/oi-userland/pull/4908
- https://github.com/OpenIndiana/oi-userland/pull/4909
- https://github.com/OpenIndiana/oi-userland/pull/4910
- https://github.com/OpenIndiana/oi-userland/pull/4911
- https://github.com/OpenIndiana/oi-userland/pull/4912
- https://github.com/OpenIndiana/oi-userland/pull/4913
- https://github.com/OpenIndiana/oi-userland/pull/4926

Michal Novak and Alexander are working hard to get it into 2019.04 Snapshot.

Greetings
Till

On 15.04.19 15:29, openbabel wrote:
> Dear All,
> 
> The mate 1.22 new desktop is now available for download. Would it be
> straightforward to download and attempt to update it myself or are there
> too many dependencies to attempt this as a non developer ?
> 
> 
> Regards
> 
> 
> Robert Jones
> 
> 
> ___
> 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] mate desktop 1.22

[openbabel]

Dear All,

The mate 1.22 new desktop is now available for download. Would it be 
straightforward to download and attempt to update it myself or are there 
too many dependencies to attempt this as a non developer ?



Regards


Robert Jones


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

[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

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

[Predrag Zečević - Technical Support Analyst]

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

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

[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

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

[Michal Nowak]

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

Re: [OpenIndiana-discuss] Mate 1.18 Desktop menu reset commands

[Apostolos Syropoulos via openindiana-discuss]

>Is there a set command in oi I can try to now reset the main menu ?

Delete the file $HOME/.config/dconf/user
A.S.


--
Apostolos Syropoulos
Xanthi, Greece
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Mate 1.18 Desktop menu reset commands

[openbabel]

Dear all,

I have lost some function in the main desktop menu on mate 1.18. 
Attempts to reset it locally produces a momentry flash on screen. Use of 
snap shots have not been successful. It would appear that this problem 
has been experienced in linux mate installations also. I have attempted 
to reset the panel through the single user login screen by using the 
command sudo mate-panel --reset and dconf reset -f /org/mate/terminal/


Is there a set command in oi I can try to now reset the main menu ?

Thank you,


Robert

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

[OpenIndiana-discuss] Mate 1.18.0

[russell]

Hi,

After updating again and recreating the BE I logged in to Mate 1.18.0 
and changed the default Theme to TraditionalOK which did resolve the 
Window decoration issue, so that minimising/maximising/closing buttons 
were displayed.


I looked at the other settings on the Appearance Preferences, the Theme, 
Background, Fonts and Interface Menu options are one continuous sequence 
of characters (there should be spacing between these words).


While it is possible to add and select different backgrounds, the other 
menus do not appear to function completely. In Fonts, it is possible to 
change the size of the Application, Document, Desktop, Windows Title and 
Fixed width font, the Rendering options can not be selected Monochrome, 
Best Contrast, Best Shapes and Subpixel Smoothing. Selecting Interface, 
none of the Menu options are available.


Checking the Theme selection it had reverted to Custom, changing this to 
TraditionalOK took two attempts before it would remain selected. After 
this Font and Interface selections would work correctly.


In terms of the Font menu, I changed all the default size to 9 for 
Application, Document, Desktop and Fixed Width Font, Window title font 
was changed to 10. I found that the large font reduced the amount of 
information on the screen and changing it made it look more like Mate 1.16.


Regards

Russell




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

Re: [OpenIndiana-discuss] Mate 1.18

[Predrag Zečević]

Am 04.06.17 um 16:22 schrieb russell:

Hi,

I created a new BE for the latest version of OI Hipster with Mate 1.18. 
Unfortunately when I login their are repeated messages indicating that 
there is a problem with the waste basket.



Hi,
I would try to remove it...

When I opened a Terminal, the terminal appears in the upper left corner 
but their are no window decorations (so it is not possible to resize, 
move or close the window using the mouse). If I open firefox it has the 
same problem so I have activated the previous BE and destroyed the Mate 
1.18 environment.


Had same problem with MATE 1.16 and changing theme has fixed it (I guess 
reverting to nimbus theme - was some custom - did a job).


HTH

Regrads


Regards

Russell


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



--
Predrag Zečević, Technical Support Analyst, 2e Systems GmbH

Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
Mobile:+49  174 3109 288, Skype: predrag.zecevic
E-mail:predrag.zece...@2e-systems.com

Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
  65812 Bad Soden am Taunus, Germany
Company registration: Amtsgericht Königstein (Germany), HRB 7303
Managing director:Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

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

[OpenIndiana-discuss] Mate 1.18

[russell]

Hi,

I created a new BE for the latest version of OI Hipster with Mate 1.18. 
Unfortunately when I login their are repeated messages indicating that 
there is a problem with the waste basket.


When I opened a Terminal, the terminal appears in the upper left corner 
but their are no window decorations (so it is not possible to resize, 
move or close the window using the mouse). If I open firefox it has the 
same problem so I have activated the previous BE and destroyed the Mate 
1.18 environment.


Regards

Russell


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

[OpenIndiana-discuss] MATE 1.18 and 2 monitors setup

[Predrag Zečević - Technical Support Analyst]

Hi all,

I have updated OI /hipster this morning and got Mate 1.18 installed 
(thanks oyu all for that effort).


All looks fine, except my old set-up (Mate 1.16 was using just fine) 
with 2 monitors running separate workspaces stopped to work:


* I can use only one monitor ("left" one);
* Only mouse can access second screen (right button click does nothing 
while there);

* No program can be dragged to second screen;

Does anyone has any suggestion?
(I am using NVIDIA card, xorg.conf was not changed)

With best regards.
Predrag Zečević
--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
Mobile:+49  174 3109 288, Skype: predrag.zecevic
E-mail:predrag.zece...@2e-systems.com

Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
  65812 Bad Soden am Taunus, Germany
Company registration: Amtsgericht Königstein (Germany), HRB 7303
Managing director:Phil Douglas

http://www.2e-systems.com/ - Making your business fly!

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

[OpenIndiana-discuss] Mate 1.18 preliminary testing

[Alexander Pyhalov]

Hello.

I've been working on Mate update to 1.18 since Monday.
So far I'm close to finish, but there are some issues.
The most irritating is issues with our nimbus GTK3 version.
The two issues I've noticed:
1) menus (for example, mate panel menus) have bold black frames;
2) most controllers always have some frames, they earlier didn't (for 
example, buttons in caja menu).


So far I've fixed patch for time-slider integration (while testing it, 
discovered https://www.illumos.org/issues/8273) and ported other 
customizations, which we had.

Further testing would be appreciated (as well, as help with nimbus theme).

You can test new Mate by updating to the latest /hipster and installing 
the following packages from
http://buildzone.oi-build.r61.net:1000/ userland repository (note, new 
bash is required as packages got dependency on bash 4.4.12, which is not 
yet in official openindiana.org repository).


pkg://userland/shell/bash
pkg://userland/library/desktop/mate/mate-common@1.18.0-2017.0.0.0:20170522T133453Z 


pkg://userland/library/desktop/mate/libmatekbd@1.18.2-2017.0.0.0:20170522T134916Z
pkg://userland/library/desktop/mate/libmatemixer@1.18.0-2017.0.0.0:20170522T140832Z
pkg://userland/library/desktop/mate/libmateweather@1.18.1-2017.0.0.0:20170522T143555Z
pkg://userland/library/desktop/mate/mate-desktop@1.18.0-2017.0.0.0:20170523T082940Z
pkg://userland/desktop/mate/caja@1.18.3-2017.0.0.0:20170526T091959Z
pkg://userland/desktop/mate/caja/caja-extensions@1.18.1-2017.0.0.0:20170523T113349Z
pkg://userland/desktop/pdf-viewer/atril@1.18.0-2017.0.0.0:20170523T111849Z
pkg://userland/desktop/archive-manager/engrampa@1.18.2-2017.0.0.0:20170523T114651Z
pkg://userland/image/viewer/eom@1.18.2-2017.0.0.0:20170523T120650Z
pkg://userland/desktop/mate/marco@1.18.1-2017.0.0.0:20170523T141938Z
pkg://userland/desktop/mate/mate-panel@1.18.2-2017.0.0.0:20170523T145823Z
pkg://userland/desktop/character-map/gucharmap@3.18.2,5.11-2017.0.0.0:20170525T130503Z
pkg://userland/desktop/mate/mate-applets@1.18.1-2017.0.0.0:20170523T162211Z
pkg://userland/desktop/mate/mate-backgrounds@1.18.0-2017.0.0.0:20170523T164825Z
pkg://userland/desktop/mate/mate-calc@1.18.0-2017.0.0.0:20170523T170357Z
pkg://userland/library/desktop/mate/mate-menus@1.18.0-2017.0.0.0:20170524T055528Z
pkg://userland/desktop/mate/mate-settings-daemon@1.18.1-2017.0.0.0:20170524T061926Z
pkg://userland/desktop/mate/control-center@1.18.1-2017.0.0.0:20170524T065252Z
pkg://userland/desktop/mate/mate-icon-theme@1.18.2-2017.0.0.0:20170524T093413Z
pkg://userland/desktop/mate/mate-icon-theme-faenza@1.18.1-2017.0.0.0:20170524T100145Z
pkg://userland/desktop/mate/mate-media@1.18.0-2017.0.0.0:20170524T145831Z
pkg://userland/desktop/mate/mate-notification-daemon@1.18.0-2017.0.0.0:20170524T151612Z
pkg://userland/desktop/mate/mate-session-manager@1.18.0-2017.0.0.0:20170524T155759Z
pkg://userland/desktop/system-monitor/mate-system-monitor@1.18.0-2017.0.0.0:20170524T162241Z
pkg://userland/terminal/mate-terminal@1.18.1-2017.0.0.0:20170524T175034Z
pkg://userland/desktop/mate/mate-themes@3.20.20-2017.0.0.0:20170524T193521Z
pkg://userland/desktop/mate/mate-user-guide@1.18.0-2017.0.0.0:20170524T195559Z
pkg://userland/desktop/mate/mate-dictionary@1.18.2-2017.0.0.0:20170524T201659Z
pkg://userland/desktop/mate/mate-disk-usage-analyzer@1.18.2-2017.0.0.0:20170524T201701Z
pkg://userland/desktop/mate/mate-screenshot@1.18.2-2017.0.0.0:20170524T201703Z
pkg://userland/desktop/mate/mate-search-tool@1.18.2-2017.0.0.0:20170524T201707Z
pkg://userland/desktop/mate/mate-system-log@1.18.2-2017.0.0.0:20170524T201705Z
pkg://userland/desktop/xdg/menu-editor/mozo@1.18.0-2017.0.0.0:20170525T101712Z
pkg://userland/editor/pluma@1.18.2-2017.0.0.0:20170525T104316Z

--
С уважением,
Александр Пыхалов,
программист отдела телекоммуникационной инфраструктуры
управления информационно-коммуникационной инфраструктуры ЮФУ

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

Re: [OpenIndiana-discuss] Mate Desktop - no audio

[Aurélien Larcher]

On Thu, Jan 19, 2017 at 10:34 PM, russell 
wrote:

> Hi,
>
> Now I have a working Mate desktop started looking at audio and found no
> audio devices, my USB Web Camera is also not detected.
> When I use Multimedia Systems Selector the webcam is not available neither
> are the pulseaudio devices while both are available in Gnome desktop.
>
> Jan 19 21:20:11 tesla pulseaudio[1248]: [ID 295310 user.error] [(null)]
> module-device-restore.c: Failed to open volume database
> '/home/russell/.config/pulse/ce41a7037b30eebdefda138d00f5-device-volumes':
> I/O error
> Jan 19 21:20:11 tesla pulseaudio[1248]: [ID 295310 user.error] [(null)]
> module.c: Failed to load module "module-device-restore" (argument: ""):
> initialization failed.
> Jan 19 21:20:11 tesla pulseaudio[1248]: [ID 295310 user.error] [(null)]
> main.c: Module load failed.
> Jan 19 21:20:11 tesla pulseaudio[1248]: [ID 295310 user.error] [(null)]
> main.c: Failed to initialize daemon.
> Jan 19 21:20:11 tesla pulseaudio[1235]: [ID 295310 user.error] [(null)]
> main.c: Daemon startup failed.
> Jan 19 21:20:12 tesla pulseaudio[1270]: [ID 295310 user.error] [(null)]
> pid.c: Daemon already running.
>

The volume manager in MATE does not give you access to the controls like
the GNOME utilities as they seemed to have removed some bits related to OSS.

Check if your devices are detected by Boomer/OSS using 'audioctl' to list
them.

Then considering the error message regarding the I/O error, determine what
is wrong with the file.
When upgrading Pulseaudio I found several time that it was unable to read
the previous config, in each case I simply removed everything in
.config/pulse as indicated by forums.

It seems that the daemon was already running: try to kill all pulse
processes, remove the config and start fresh.


>
> Regards
>
> Russell
>
>
> ___
> 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

[OpenIndiana-discuss] Mate Desktop - no audio

[russell]

Hi,

Now I have a working Mate desktop started looking at audio and found no 
audio devices, my USB Web Camera is also not detected.
When I use Multimedia Systems Selector the webcam is not available 
neither are the pulseaudio devices while both are available in Gnome 
desktop.


Jan 19 21:20:11 tesla pulseaudio[1248]: [ID 295310 user.error] [(null)] 
module-device-restore.c: Failed to open volume database 
'/home/russell/.config/pulse/ce41a7037b30eebdefda138d00f5-device-volumes': 
I/O error
Jan 19 21:20:11 tesla pulseaudio[1248]: [ID 295310 user.error] [(null)] 
module.c: Failed to load module "module-device-restore" (argument: ""): 
initialization failed.
Jan 19 21:20:11 tesla pulseaudio[1248]: [ID 295310 user.error] [(null)] 
main.c: Module load failed.
Jan 19 21:20:11 tesla pulseaudio[1248]: [ID 295310 user.error] [(null)] 
main.c: Failed to initialize daemon.
Jan 19 21:20:11 tesla pulseaudio[1235]: [ID 295310 user.error] [(null)] 
main.c: Daemon startup failed.
Jan 19 21:20:12 tesla pulseaudio[1270]: [ID 295310 user.error] [(null)] 
pid.c: Daemon already running.


Regards

Russell


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

Re: [OpenIndiana-discuss] MATE

[Alex Smith (K4RNT)]

I really like MATE, it ranks among Xfce along my favorite desktop
environments. I especially like how lightweight it is. Great for recovery
environments.

" 'With the first link, the chain is forged. The first speech censured, the
first thought forbidden, the first freedom denied, chains us all
irrevocably.' Those words were uttered by Judge Aaron Satie as wisdom and
warning... The first time any man's freedom is trodden on, we’re all
damaged." - Jean-Luc Picard, quoting Judge Aaron Satie, Star Trek: TNG
episode "The Drumhead"
- Alex Smith
- Kent, Washington (metropolitan Seattle area)

On Thu, Sep 1, 2016 at 11:29 AM, Jerry Kemp  wrote:

> I'm certain that it is.
>
> Regardless, it can't hurt to ask.
>
>
>
>
> On 09/ 1/16 10:52 AM, Alan Coopersmith wrote:
>
>> On 09/ 1/16 08:50 AM, Jerry Kemp wrote:
>>
>>> ...unless...
>>> we can get OpenWindows back.
>>>
>>
>
>
> That would be highly unlikely.
>>
>>  -alan-
>>
>> _
>>
>
> ___
> 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

[Jerry Kemp]

I'm certain that it is.

Regardless, it can't hurt to ask.



On 09/ 1/16 10:52 AM, Alan Coopersmith wrote:

On 09/ 1/16 08:50 AM, Jerry Kemp wrote:

...unless...
we can get OpenWindows back.





That would be highly unlikely.

 -alan-

_


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

Re: [OpenIndiana-discuss] MATE

[Alan Coopersmith]

On 09/ 1/16 08:50 AM, Jerry Kemp wrote:

...unless...
we can get OpenWindows back.

That would be highly unlikely.

-alan-

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

Re: [OpenIndiana-discuss] MATE

[Jerry Kemp]

I would 2nd that request.

...unless...

we can get OpenWindows back.

Jerry




On 09/ 1/16 08:42 AM, Apostolos Syropoulos via openindiana-discuss wrote:



Today I managed finally to test MATE. It is actually a GNOME desktop
but it seems to me it is far more efficient. I think it was a wise

idea to replace GNOME 2 with MATE!


A.S.
--
Apostolos Syropoulos
Xanthi, Greece

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

[Apostolos Syropoulos via openindiana-discuss]

Today I managed finally to test MATE. It is actually a GNOME desktop
but it seems to me it is far more efficient. I think it was a wise 

idea to replace GNOME 2 with MATE! 

 
A.S.
--
Apostolos Syropoulos
Xanthi, Greece

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

Re: [OpenIndiana-discuss] Mate is here (as well as new test ISOs)

[Alexander Pyhalov]

On 08/18/16 04:53 PM, Gary Mills wrote:

On Tue, Aug 16, 2016 at 06:12:45PM +0300, Alexander Pyhalov wrote:


So, let me introduce Mate 1.14. To facilitate installing, I've
created pkg:/mate_install, which should be shortly available.
Unfortunately, when you have both Gnome 2 and Mate installed, both
of them try to use the same applications, so you'll have interesting
time removing Gnome 2 applications from Mate and vice versa.


Is it possible to have both installed but select which one to run?  I
recall that at one time, Solaris 10 offered both CDE and Gnome
desktops.  You could select the one your preferred from the login
screen.  Something similar for OI might be useful.



Yes, of course.
If you install mate_install meta-package, it will pull in lightdm DM.
If you don't need it and would like to use gdm, you can uninstall 
mate_install, ligthdm and system/display-manager/lightdm/gtk-greeter  .


--
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department

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

Re: [OpenIndiana-discuss] Mate is here (as well as new test ISOs)

[Predrag Zečević - Unix Systems Administrator]

On 08/18/16 03:53 PM, Gary Mills wrote:

On Tue, Aug 16, 2016 at 06:12:45PM +0300, Alexander Pyhalov wrote:


So, let me introduce Mate 1.14. To facilitate installing, I've
created pkg:/mate_install, which should be shortly available.
Unfortunately, when you have both Gnome 2 and Mate installed, both
of them try to use the same applications, so you'll have interesting
time removing Gnome 2 applications from Mate and vice versa.


Is it possible to have both installed but select which one to run?  I
recall that at one time, Solaris 10 offered both CDE and Gnome
desktops.  You could select the one your preferred from the login
screen.  Something similar for OI might be useful.

PS: If there are files that are required by both Mate and Gnome,
you could put them in a desktop common meta-package.



Hi all,

I am running both (and can pick any of them) :-)

With best regards.
Predrag Zečević
--
Predrag Zečević
Technical Support Analyst
2e Systems GmbH

Telephone: +49 6196 9505 815, Facsimile: +49 6196 9505 894
Mobile:+49  174 3109 288, Skype: predrag.zecevic
E-mail:predrag.zece...@2e-systems.com

Headquarter:  2e Systems GmbH, Königsteiner Str. 87,
  65812 Bad Soden am Taunus, Germany
Company registration: Amtsgericht Königstein (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