Re: [oi-dev] Firefox 60esr

[Aurélien Larcher]

On Fri, Nov 9, 2018 at 8:46 PM Michal Nowak  wrote:

> Aurélien,
>
> does Firefox 60esr build from what's in your 'firefox60' branch?
>
> I pulled from your 'firefox60' branch but I am unable to build Firefox,
> it fails with: "NSModules are not ordered appropriately". More at:
> https://paste.ec/paste/u-QGkgcO#Jf182EbyHq3Zt5s8MU9VVNHp3daKhtM-+z1OSxDkIrN
>
> If I remove that check from firefox-60.3.0/toolkit/library/libxul.mk it
> fails with missing "Undefined symbol 'sendfile'":
> https://paste.ec/paste/Ov5E1DuC#s1uY-Msq9w7alg5xMgWPJLONv0kypS3yulQPjDxBh2b.
>
> When I fix it manually, it later hangs at:
>
> Executing
> /export/home/newman/ws/oi-userland/components/web/firefox/build/amd64/dist/bin/shlibsign
>
> -v -o ../../dist/firefox/libsoftokn3.chk -i
> ../../dist/firefox/libsoftokn3.so
> moduleSpec configdir='' certPrefix='' keyPrefix='' secmod=''
> flags=noCertDB, noModDB
>
> The process takes one whole core for an hour doing something. When I
> make SIGN_LIBS from firefox-60.3.0/toolkit/mozapps/installer/packager.py
> empty, it finally publishes, but the firefox process eventually dumps
> core (which is not that surprising for me reading your IRC posts :) ):
>

Yeah I did not push the patches for these issues as they are a bit
"piggy"...


>
> $ mdb core
> mdb: core file data for mapping at 22fbf7c39000 not saved: Bad address
> mdb: core file data for mapping at 22fbf7c59000 not saved: Bad address
> Loading modules: [ libc.so.1 libnvpair.so.1 libuutil.so.1 libavl.so.1
> ld.so.1 ]
>  > ::status
> debugging core file of firefox (64-bit) from lenovo
> file: /usr/lib/amd64/firefox/firefox
> initial argv: /usr/bin/firefox
> threading model: native threads
> status: process terminated by SIGSEGV (Segmentation Fault), pid=2975
> uid=101 code=-1
>  > $C
> fd7fffdfe730 libc.so.1`_lwp_kill+0xa()
> fd7fffdfe760 libc.so.1`raise+0x20(b)
> 000b
> libxul.so`_ZN13nsProfileLock18FatalSignalHandlerEiP7siginfoPv+0xff()
>
> I am bit more surprised that Firefox 62 from Joyent's binary pkgsrc
> dumps for me as well:
> https://paste.ec/paste/xdeCYjGD#rSuQOzMOl+QmumtxpSLR1LU6WzblzSV7uroLrrua2eE


It seems that there is an issue with loading the profile (32bit vs 64bit?).
If you mv the directory it should start but it is still shaky.

Also pkgsrc does not use some Solaris specific code, instead patches code
used by BSDs...
Due to the inconsistency of ifdefs (SOLARIS, OS_SOLARIS) there is a mixed
bag of code used...




>
>
> Michal
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev



-- 
---
Praise the Caffeine embeddings
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

[oi-dev] Firefox 60esr

[Michal Nowak]

Aurélien,

does Firefox 60esr build from what's in your 'firefox60' branch?

I pulled from your 'firefox60' branch but I am unable to build Firefox, 
it fails with: "NSModules are not ordered appropriately". More at: 
https://paste.ec/paste/u-QGkgcO#Jf182EbyHq3Zt5s8MU9VVNHp3daKhtM-+z1OSxDkIrN


If I remove that check from firefox-60.3.0/toolkit/library/libxul.mk it 
fails with missing "Undefined symbol 'sendfile'": 
https://paste.ec/paste/Ov5E1DuC#s1uY-Msq9w7alg5xMgWPJLONv0kypS3yulQPjDxBh2b. 
When I fix it manually, it later hangs at:


Executing 
/export/home/newman/ws/oi-userland/components/web/firefox/build/amd64/dist/bin/shlibsign 
-v -o ../../dist/firefox/libsoftokn3.chk -i 
../../dist/firefox/libsoftokn3.so
moduleSpec configdir='' certPrefix='' keyPrefix='' secmod='' 
flags=noCertDB, noModDB


The process takes one whole core for an hour doing something. When I 
make SIGN_LIBS from firefox-60.3.0/toolkit/mozapps/installer/packager.py 
empty, it finally publishes, but the firefox process eventually dumps 
core (which is not that surprising for me reading your IRC posts :) ):


$ mdb core
mdb: core file data for mapping at 22fbf7c39000 not saved: Bad address
mdb: core file data for mapping at 22fbf7c59000 not saved: Bad address
Loading modules: [ libc.so.1 libnvpair.so.1 libuutil.so.1 libavl.so.1 
ld.so.1 ]

> ::status
debugging core file of firefox (64-bit) from lenovo
file: /usr/lib/amd64/firefox/firefox
initial argv: /usr/bin/firefox
threading model: native threads
status: process terminated by SIGSEGV (Segmentation Fault), pid=2975 
uid=101 code=-1

> $C
fd7fffdfe730 libc.so.1`_lwp_kill+0xa()
fd7fffdfe760 libc.so.1`raise+0x20(b)
000b 
libxul.so`_ZN13nsProfileLock18FatalSignalHandlerEiP7siginfoPv+0xff()


I am bit more surprised that Firefox 62 from Joyent's binary pkgsrc 
dumps for me as well: 
https://paste.ec/paste/xdeCYjGD#rSuQOzMOl+QmumtxpSLR1LU6WzblzSV7uroLrrua2eE


Michal

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

Re: [oi-dev] Mate Schema error ?

[Aurélien Larcher]

On Fri, Nov 9, 2018 at 8:09 PM Michal Nowak  wrote:

> On 11/09/18 05:41 PM, Udo Grabowski (IMK) wrote:
> > On 09/11/2018 17:37, Aurélien Larcher wrote:
> >> Did you install from 2018.10?
> >
> > It's the current Hipster trunk as seen yesterday around Noon (UTC).
> >
> >
> >> I have installed a few testing images in the past two weeks and this
> >> issue does not occur.
> >> I'll try to check if there are differences.
> >>
> >> On 11/9/18, Udo Grabowski (IMK)  wrote:
> >>> On 09/11/2018 16:27, Aurélien Larcher wrote:
> 
> 
>  On Fri, Nov 9, 2018 at 12:06 PM Udo Grabowski (IMK)
>    > wrote:
> 
>  Hi, I noticed that the mouse right click menu is not available on
>  MATE.
> >>> ...
> >>>
> >>
> >>
>
> Do I have it right that you actually login to MATE as a *root*? That's
> something I never tested.
>

Login as root should not be supported by default as root is a role.

>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev



-- 
---
Praise the Caffeine embeddings
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Mate Schema error ?

[Michal Nowak]

On 11/09/18 05:41 PM, Udo Grabowski (IMK) wrote:

On 09/11/2018 17:37, Aurélien Larcher wrote:

Did you install from 2018.10?


It's the current Hipster trunk as seen yesterday around Noon (UTC).



I have installed a few testing images in the past two weeks and this
issue does not occur.
I'll try to check if there are differences.

On 11/9/18, Udo Grabowski (IMK)  wrote:

On 09/11/2018 16:27, Aurélien Larcher wrote:



On Fri, Nov 9, 2018 at 12:06 PM Udo Grabowski (IMK)
mailto:udo.grabow...@kit.edu>> wrote:

    Hi, I noticed that the mouse right click menu is not available on
    MATE.

...






Do I have it right that you actually login to MATE as a *root*? That's 
something I never tested.


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

Re: [oi-dev] Mate Schema error ?

[Udo Grabowski (IMK)]

On 09/11/2018 17:37, Aurélien Larcher wrote:

Did you install from 2018.10?


It's the current Hipster trunk as seen yesterday around Noon (UTC).



I have installed a few testing images in the past two weeks and this
issue does not occur.
I'll try to check if there are differences.

On 11/9/18, Udo Grabowski (IMK)  wrote:

On 09/11/2018 16:27, Aurélien Larcher wrote:



On Fri, Nov 9, 2018 at 12:06 PM Udo Grabowski (IMK)
mailto:udo.grabow...@kit.edu>> wrote:

Hi, I noticed that the mouse right click menu is not available on
MATE.

...







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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Mate Schema error ?

[Aurélien Larcher]

Did you install from 2018.10?
I have installed a few testing images in the past two weeks and this
issue does not occur.
I'll try to check if there are differences.

On 11/9/18, Udo Grabowski (IMK)  wrote:
> On 09/11/2018 16:27, Aurélien Larcher wrote:
>>
>>
>> On Fri, Nov 9, 2018 at 12:06 PM Udo Grabowski (IMK)
>> > > wrote:
>>
>> Hi, I noticed that the mouse right click menu is not available on
>> MATE.
>>
>>
>> Hi!
>> What you mean by "right click menu"?
>> I have not seen any regression in my environments so I am not sure what
>> you are
>> referring to.
>
> Right mouse button click on root background. Should open a little
> context menu, but does not in the default configuration.
>
> Mostly boils down to Caja not running at login (since it handles the
> desktop icons and this context menu), but when setting it as active
> startup application, it still doesn't read the correct switches which
> are seemingly stored in .config/{caja,dconf}.
>
> You always have to issue the dconf write command, and as soon as
> caja dies that setting is lost (or not read at next startup).
> And caja quits instead of going to the background when the little
> close icon in the upper right window corner is hit.
> So multiple problems combine here.
>
> When logging into gnome instead, nautilus is automatically started
> in the background, and doesn't simply quit when closing its window,
> and it remembers the last configuration settings.
>
> And this doesn't happen when converting as old Gnome2 user to mate,
> something is set there from gnome that a fresh mate user doesn't get
> by default.
>
> --
> 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
>
>


-- 
---
Praise the Caffeine embeddings

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

Re: [oi-dev] Mate Schema error ?

[Udo Grabowski (IMK)]

On 09/11/2018 16:27, Aurélien Larcher wrote:



On Fri, Nov 9, 2018 at 12:06 PM Udo Grabowski (IMK) mailto:udo.grabow...@kit.edu>> wrote:

Hi, I noticed that the mouse right click menu is not available on
MATE.


Hi!
What you mean by "right click menu"?
I have not seen any regression in my environments so I am not sure what you are
referring to.


Right mouse button click on root background. Should open a little
context menu, but does not in the default configuration.

Mostly boils down to Caja not running at login (since it handles the
desktop icons and this context menu), but when setting it as active
startup application, it still doesn't read the correct switches which
are seemingly stored in .config/{caja,dconf}.

You always have to issue the dconf write command, and as soon as
caja dies that setting is lost (or not read at next startup).
And caja quits instead of going to the background when the little
close icon in the upper right window corner is hit.
So multiple problems combine here.

When logging into gnome instead, nautilus is automatically started
in the background, and doesn't simply quit when closing its window,
and it remembers the last configuration settings.

And this doesn't happen when converting as old Gnome2 user to mate,
something is set there from gnome that a fresh mate user doesn't get
by default.

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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Mate Schema error ?

[Aurélien Larcher]

On Fri, Nov 9, 2018 at 12:06 PM Udo Grabowski (IMK) 
wrote:

> Hi, I noticed that the mouse right click menu is not available on
> MATE.


Hi!
What you mean by "right click menu"?
I have not seen any regression in my environments so I am not sure what you
are referring to.


> The necessary switch for this should be org.mate.desktop.background
> 'show-desktop-icons' = true. However, despite it is show in dconf
> under the org/mate/desktop/ schema, the name of this switch is
> shown and configurable only as org.mate.background. Possible ommission
> of the /desktop/ folder ? That would explain why the right mouse
> still doesn't work even when switching this (and the corresponding
> gnome/ entry) off and on again.
> --
> 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
>
> ___
> oi-dev mailing list
> oi-dev@openindiana.org
> https://openindiana.org/mailman/listinfo/oi-dev



-- 
---
Praise the Caffeine embeddings
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Mate Schema error ?

[Udo Grabowski (IMK)]

On 09/11/2018 15:50, Udo Grabowski (IMK) wrote:

On 09/11/2018 15:42, Udo Grabowski (IMK) wrote:

On 09/11/2018 14:51, Udo Grabowski (IMK) wrote:

On 09/11/2018 14:00, Udo Grabowski (IMK) wrote:

On 09/11/2018 12:06, Udo Grabowski (IMK) wrote:



Instead, only one specific command sets the right switch at the
correct place:

dconf write /org/mate/desktop/background/show-desktop-icons true

Specifically note that again, the 'desktop/' part is in that
path. So I suspect that this change in name and the special path
entry in the schema confuse mate in such a way that the config editors
do not find the switch at the correct place, only 'dconf write'
hits the right bits.



...AND, as an additional weirdness: This command only sets the
right switch if Caja is open ! Otherwise it does nothing.



... AND it's even not permanent, the switch is just forgotten
after logout.


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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Mate Schema error ?

[Udo Grabowski (IMK)]

On 09/11/2018 15:42, Udo Grabowski (IMK) wrote:

On 09/11/2018 14:51, Udo Grabowski (IMK) wrote:

On 09/11/2018 14:00, Udo Grabowski (IMK) wrote:

On 09/11/2018 12:06, Udo Grabowski (IMK) wrote:

Hi, I noticed that the mouse right click menu is not available on
MATE. The necessary switch for this should be org.mate.desktop.background
'show-desktop-icons' = true. However, despite it is show in dconf
under the org/mate/desktop/ schema, the name of this switch is
shown and configurable only as org.mate.background. Possible ommission
of the /desktop/ folder ? That would explain why the right mouse
still doesn't work even when switching this (and the corresponding
gnome/ entry) off and on again.


Played around with the org.mate. schemata in /usr/share/glib-2.0,
but no progress. The dichotomy in the nameing scheme stems from
a special 'path=' argument for the background schema, but the
mate names in general apparently don't use the desktop folder (and
editing this into the file, renaming and compiling it causes indeed
loss of all those preferences).
So no clue yet why the show-desktop-icons switch doesn't work, and
right click mouse shows no context menu (on background).


Logging in as a non-root user makes the right mouse context menu
available. So I thought this is something in old config files
for root, deleted .config, .cache, .gconf*, .gnome*, .local,
.elementary, .themes (from offline), logged in again, set
org.mate.background show-desktop-icons to true, re-logged in
again, but still no icons and no context menu.

So all I can conclude now is that all these mate switches
do specifically not work with the root account.



PROBLEM SOLVED: This is again something weird! None of the methods
setting that nasty switch including dconf-editor, gconf-editor,
dconf set org.mate... worked, although all methods pretend that
that switch had been indeed set correctly.

Instead, only one specific command sets the right switch at the
correct place:

dconf write /org/mate/desktop/background/show-desktop-icons true

Specifically note that again, the 'desktop/' part is in that
path. So I suspect that this change in name and the special path
entry in the schema confuse mate in such a way that the config editors
do not find the switch at the correct place, only 'dconf write'
hits the right bits.



...AND, as an additional weirdness: This command only sets the
right switch if Caja is open ! Otherwise it does nothing.

At this point I must say that Mate is a piece of ... [whatever
you like to think here] and it should be considered to go back
to Gnome 3 (the newest Ubuntu edition of it is pretty usable again,
they've learned from the early failures with usability). Didn't
expect that it is THAT broken.
--
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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Mate Schema error ?

[Udo Grabowski (IMK)]

On 09/11/2018 14:51, Udo Grabowski (IMK) wrote:

On 09/11/2018 14:00, Udo Grabowski (IMK) wrote:

On 09/11/2018 12:06, Udo Grabowski (IMK) wrote:

Hi, I noticed that the mouse right click menu is not available on
MATE. The necessary switch for this should be org.mate.desktop.background
'show-desktop-icons' = true. However, despite it is show in dconf
under the org/mate/desktop/ schema, the name of this switch is
shown and configurable only as org.mate.background. Possible ommission
of the /desktop/ folder ? That would explain why the right mouse
still doesn't work even when switching this (and the corresponding
gnome/ entry) off and on again.


Played around with the org.mate. schemata in /usr/share/glib-2.0,
but no progress. The dichotomy in the nameing scheme stems from
a special 'path=' argument for the background schema, but the
mate names in general apparently don't use the desktop folder (and
editing this into the file, renaming and compiling it causes indeed
loss of all those preferences).
So no clue yet why the show-desktop-icons switch doesn't work, and
right click mouse shows no context menu (on background).


Logging in as a non-root user makes the right mouse context menu
available. So I thought this is something in old config files
for root, deleted .config, .cache, .gconf*, .gnome*, .local,
.elementary, .themes (from offline), logged in again, set
org.mate.background show-desktop-icons to true, re-logged in
again, but still no icons and no context menu.

So all I can conclude now is that all these mate switches
do specifically not work with the root account.



PROBLEM SOLVED: This is again something weird! None of the methods
setting that nasty switch including dconf-editor, gconf-editor,
dconf set org.mate... worked, although all methods pretend that
that switch had been indeed set correctly.

Instead, only one specific command sets the right switch at the
correct place:

dconf write /org/mate/desktop/background/show-desktop-icons true

Specifically note that again, the 'desktop/' part is in that
path. So I suspect that this change in name and the special path
entry in the schema confuse mate in such a way that the config editors
do not find the switch at the correct place, only 'dconf write'
hits the right bits.
--
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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Mate Schema error ?

[Udo Grabowski (IMK)]

On 09/11/2018 14:00, Udo Grabowski (IMK) wrote:

On 09/11/2018 12:06, Udo Grabowski (IMK) wrote:

Hi, I noticed that the mouse right click menu is not available on
MATE. The necessary switch for this should be org.mate.desktop.background
'show-desktop-icons' = true. However, despite it is show in dconf
under the org/mate/desktop/ schema, the name of this switch is
shown and configurable only as org.mate.background. Possible ommission
of the /desktop/ folder ? That would explain why the right mouse
still doesn't work even when switching this (and the corresponding
gnome/ entry) off and on again.


Played around with the org.mate. schemata in /usr/share/glib-2.0,
but no progress. The dichotomy in the nameing scheme stems from
a special 'path=' argument for the background schema, but the
mate names in general apparently don't use the desktop folder (and
editing this into the file, renaming and compiling it causes indeed
loss of all those preferences).
So no clue yet why the show-desktop-icons switch doesn't work, and
right click mouse shows no context menu (on background).


Logging in as a non-root user makes the right mouse context menu
available. So I thought this is something in old config files
for root, deleted .config, .cache, .gconf*, .gnome*, .local,
.elementary, .themes (from offline), logged in again, set
org.mate.background show-desktop-icons to true, re-logged in
again, but still no icons and no context menu.

So all I can conclude now is that all these mate switches
do specifically not work with the root account.
--
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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Mate Schema error ?

[Udo Grabowski (IMK)]

On 09/11/2018 12:06, Udo Grabowski (IMK) wrote:

Hi, I noticed that the mouse right click menu is not available on
MATE. The necessary switch for this should be org.mate.desktop.background
'show-desktop-icons' = true. However, despite it is show in dconf
under the org/mate/desktop/ schema, the name of this switch is
shown and configurable only as org.mate.background. Possible ommission
of the /desktop/ folder ? That would explain why the right mouse
still doesn't work even when switching this (and the corresponding
gnome/ entry) off and on again.


Played around with the org.mate. schemata in /usr/share/glib-2.0,
but no progress. The dichotomy in the nameing scheme stems from
a special 'path=' argument for the background schema, but the
mate names in general apparently don't use the desktop folder (and
editing this into the file, renaming and compiling it causes indeed
loss of all those preferences).
So no clue yet why the show-desktop-icons switch doesn't work, and
right click mouse shows no context menu (on background).
--
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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

[oi-dev] Mate Schema error ?

[Udo Grabowski (IMK)]

Hi, I noticed that the mouse right click menu is not available on
MATE. The necessary switch for this should be org.mate.desktop.background
'show-desktop-icons' = true. However, despite it is show in dconf
under the org/mate/desktop/ schema, the name of this switch is
shown and configurable only as org.mate.background. Possible ommission
of the /desktop/ folder ? That would explain why the right mouse
still doesn't work even when switching this (and the corresponding
gnome/ entry) off and on again.
--
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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] hotplug errors with scsi-vhci after update

[Udo Grabowski (IMK)]

On 08/11/2018 17:07, Udo Grabowski (IMK) wrote:

Hi, upgraded to the latest Hipster from Sep-13 to today, and got a massive
amount of error messages from hotplug, for each of the 70 (SAS-expander
connected) disks I got the block of messages below (in total 2325 lines!).
But the pools are available and healthy.

The disks are configured in /kernel/drv/scsi_vhci.conf:
scsi-vhci-failover-override=
"HGSTHUSMH8010BSS200", "f_sym",
"HGSTHUS726040AL5210", "f_sym";
device-type-scsi-options-list=
"HGSTHUSMH8010BSS200", "symmetric-option",
"HGSTHUS726040AL5210", "symmetric-option";
and are 70 two-port disks, crosswise visible to a second host in the
same machine, 35 disks per host configured into a pool per host,
usually the unused disks are unconfigured on the resp.second host (but
see problem below). The messages are for all disks, regradless if they
belong to the host or not, and have not been thrown before the upgrade
(even though the next problem already was visible).

For quite a while now, I noticed another, unrelated error: I cannot
unconfigure any disk with 'cfgadm -c unconfigure', it's immediatly
reconfigured (regardless of hotplugd running or not). This is awkward
especially when a disk is behaving bad.

Any ideas what's wrong here ?

Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.794 [E]
hotplug.c:66: devpath /scsi_vhci/disk@g5000cca2441ed3f4 already present in
store, ignore event
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.795 [E]
hotplug.c:66: devpath /scsi_vhci/disk@g5000cca2441ed3f4:wd already present in
store, ignore event
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.795 [E]
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:wd/d0
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180

//openindiana.org/mailman/listinfo/oi-dev




Found the culprit, enabled --verbose and --use-syslog in HAL service
script a while ago for a test, and didn't revert it. Probably the
cause for the excessive messages.

> For quite a while now, I noticed another, unrelated error: I cannot
> unconfigure any disk with 'cfgadm -c unconfigure', it's immediatly
> reconfigured (regardless of hotplugd running or not). This is awkward
> especially when a disk is behaving bad.

Neverthelesss, this problem is still present, and I don't find a
reasonable cause for it. It started when upgrading from an older
Hipster from 2016 to the 2018.4 snapshot, so a wider range of commits
to illumos are to be suspected here.
--
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



smime.p7s
Description: S/MIME Cryptographic Signature
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev