[OpenIndiana-discuss] Fwd: Add inotify support to illumos-gate

[Andreas Wacknitz]

Am 08.05.23 um 16:10 schrieb Udo Grabowski (IMK):
> On 08/05/2023 11:13, Udo Grabowski (IMK) wrote:
>> On 05/05/2023 09:14, Stephan Althaus wrote:
>>> Hello!
>>>
>>> The hint to use inotify support in glib was from you, can you please
>>> shed a
>>> light on this?
>>>
>>> I am lacking all sorts of background on this stuff :-{
>>>
>>> To test this, we would have to patch and build inotify support in
>>> illumos-gate,
>>> install it, then compile glib2 with a check if inotify was found and
>>> install,
>>> and then mate-system-monitor... to see if this approach does indeed
>>> help.. Is
>>> there some easier way?
>>>
>>> Regards,
>>> Stephan
>>>
>>> -------- Forwarded Message --------
>>> Subject:     Re: [OpenIndiana-discuss] Add inotify support to
>>> illumos-gate
>>> Date:     Tue, 2 May 2023 20:25:49 +0200
>>> From:     Till Wegmüller <toasterson at gmail.com>
>>> Reply-To:     Discussion list for OpenIndiana
>>> <openindiana-discuss at openindiana.org>
>>> To:     openindiana-discuss at openindiana.org
>>>
>>>
>>>
>>> Hi Stephan
>>>
>>> inotify has stubbed headers that work roughly decently. Any software
>>> should use
>>> FEN or the Native API. We add it to every programming language we
>>> can and should
>>> also add it to mate-system-monitor or rather make it use kstat if it
>>> tries to
>>> poll things under /proc which it should not for us.
>>>
>>> What does mate-system-monitor use inotify for?
>>> ...
>>
>> The parts that use Gio for monitoring in mate-system-monitor are located
>> in prettytable.cpp, where it monitors its apps-cache, and in
>> procman-app.cpp,
>> where it monitors mounts and somehow uses it to process a
>> commandline; that's
>> also the place it crashes (after complaining about the missing monitor
>> facility):
>>
>> ...
>
>
> And still, even with LD_LIBRARY_PATH set to gcc 10, libgtkmm-3 again
> loads itself libstdc++.so.6 from gcc 7 AND 10, as well as libgcc_s.so.1
> from gcc 7 AND 10.
>
> And the same problem for libgdkmm-3, and libpangomm-1.4. Probably because
> software that is still compiled with gcc 7 depends on them.
>
> This mixup should be cleared first.
>
> All libraries loaded from mate-system-monitor that depend on gcc:
>
> ############ /usr/lib/64/libgtkmm-3.0.so.1 ###############
>         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
> ############ /usr/lib/64/libgdkmm-3.0.so.1 ###############
>         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
> ############ /usr/lib/64/libxml2.so.2 ###############
>         libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
>         libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1
> ############ /usr/lib/64/librsvg-2.so.2 ###############
>         libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
>         libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1
> ############ /usr/lib/64/libgiomm-2.4.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
> ############ /usr/lib/64/libglibmm-2.4.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
> ############ /usr/lib/64/libsigc-2.0.so.0 ###############
>         libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
>         libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1
> ############ /usr/gcc/10/lib/amd64/libstdc++.so.6 ###############
>         libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1
> ############ /usr/lib/64/libatkmm-1.6.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
> ############ /usr/lib/64/libpangomm-1.4.so.1 ###############
>         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
> ############ /usr/lib/64/libcairomm-1.0.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
> ############ /usr/lib/64/libicuuc.so.68 ###############
>         libstdc++.so.6 => /usr/gcc/10/lib/amd64/libstdc++.so.6
>         libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.so.1
> ############ /usr/lib/64/libcroco-0.6.so.3 ###############
>         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 at openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
I have upgraded pangomm and rebuilt its dependend packages gtkmm, gtkmm3
and gparted.
So all are using the correct libraries now.

Regards
Andreas