[oi-dev] Silence Mate pluma spam

[Udo Grabowski (IMK)]

This small fix silences some spam from pluma:


(pluma:12344): Gtk-CRITICAL **: 14:39:00.761: 
gtk_notebook_get_tab_label: assertion 'list != NULL' failed


--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://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] Emacs has a bad font

[Udo Grabowski (IMK)]

On 18/06/2024 15:00, Udo Grabowski (IMK) wrote:

This could be a clue:
08887: 1: ld.so.1: emacs-gtk-29.3: fatal: gtk_progress_get_type: can't find 
symbol

gtk_progress_get_type is a symbol from gtk2 (deprecated), not in gtk3.

But as far as I can deduce from the dbx library load list and LD_DEBUG=libs,
none of that is calling libgtk2*, so that symbol must be somewhere in the
code (...of a loaded library?).



The gtk3 equivalent would be gtk_progress_BAR_get_type .



On 18/06/2024 14:09, Udo Grabowski (IMK) wrote:

On 18/06/2024 12:51, Udo Grabowski (IMK) wrote:

emacs -nw -q --batch --eval '(message system-configuration-options)' shows

CC=/usr/gcc/13/bin/gcc CXX=/usr/gcc/13/bin/g++ F77=/usr/gcc/13/bin/gfortran
FC=/usr/gcc/13/bin/gfortran ’CFLAGS=-m64 -O3  -I/usr/include/libjpeg8-turbo
-Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64
-I/usr/include/lcms2’ ’CXXFLAGS=-m64 -O3  -I/usr/include/libjpeg8-turbo
-Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64’
’FFLAGS= -m64 -O3 ’ ’FCFLAGS=-m64 -O3 ’ ’LDFLAGS=-m64
-L/usr/lib/libjpeg8-turbo/lib/amd64 -R/usr/lib/libjpeg8-turbo/lib/amd64
-L/usr/gnu/lib/amd64 -R/usr/gnu/lib/amd64’
PKG_CONFIG_PATH=/usr/openssl/3.1/lib/64/pkgconfig:/usr/mariadb/10.6/lib/amd64/pkgconfig:/usr/lib/amd64/pkgconfig:/usr/lib/pkgconfig


--prefix=/usr --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/lib/amd64
--libexecdir=/usr/libexec --sbindir=/usr/sbin --infodir=/usr/share/info
--datarootdir=/usr/share --libexecdir=/usr/lib --with-gif=yes --with-xaw3d=no
--with-mailutils --with-modules --with-imagemagick --with-threads --with-png
--with-rsvg --with-sqlite3 --with-tiff --with-toolkit-scroll-bars --with-webp
--with-treesitter --with-sound=oss
ac_cv_sys_long_file_names=yes --with-x-toolkit=gtk3 --with-xwidgets
 ^^
xwidgets usually means libwx*, which is build with gtk-2; but libwx is not shown
in the ldd output of emacs-gtk.


No, in fact, it's webkit2gtk:

  libwebkit2gtk-4.1.so.0 =>/usr/lib/64/libwebkit2gtk-4.1.so.0

which correctly links to gtk-3:

  libgtk-3.so.0 => /usr/lib/64/libgtk-3.so.0


On 17/06/2024 23:18, Gordon Ross wrote:

I opened a bug for this:
https://www.illumos.org/issues/16613
emacs-gtk vers 29.3 crashes on startup

On Mon, Jun 17, 2024 at 4:32 PM Gordon Ross  wrote:


Before beginning an exploration of which versions expose the font
problem and which don't, I decided to start with updating the
installation.  Now emacs-gtk doesn't work at all.  Suggestions?
Output below:

(emacs-gtk:1193): Gtk-ERROR **: 16:25:16.093: GTK+ 2.x symbols
detected. Using GTK+ 2.x and GTK+ 3 in the same process is not
supported
Fatal error 5: Trace/breakpoint trap
Backtrace:
/usr/bin/emacs-gtk'emacs_backtrace+0x46 [0x66cb46]
/usr/bin/emacs-gtk'terminate_due_to_signal+0x73 [0x63fb1c]
/usr/bin/emacs-gtk'deliver_fatal_signal.cold+0x0 [0x66e99c]
/lib/amd64/libc.so.1'__sighndlr+0x6 [0x7fffaf3f46d6]
/lib/amd64/libc.so.1'call_user_handler+0x1d1 [0x7fffaf3e7371]
/lib/amd64/libc.so.1'sigacthandler+0xee [0x7fffaf3e766e]
[0x]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_array+0x84
[0x7fffae926874]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_standard+0x1a6
[0x7fffae9275c6]
/usr/lib/amd64/libgtk-3.so.0.2409.32'pre_parse_hook+0x61 [0x7fffaac3ce01]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_option_context_parse+0x87
[0x7fffae931c07]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_parse_args+0xbf [0x7fffaac3d6ff]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init_check+0xe [0x7fffaac3d76e]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init+0x9 [0x7fffaac3d7b9]
/usr/bin/emacs-gtk'x_term_init+0x1a3 [0x60f643]
/usr/bin/emacs-gtk'Fx_open_connection+0x50 [0x615a60]
/usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
/usr/bin/emacs-gtk'Ffuncall+0xff [0x6f506f]
/usr/bin/emacs-gtk'Fapply+0x2b8 [0x6f5458]
/usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
/usr/bin/emacs-gtk'apply_lambda+0xcc [0x6fb12c]
/usr/bin/emacs-gtk'eval_sub+0x404 [0x6f9314]
/usr/bin/emacs-gtk'Feval+0x47 [0x6fbdd7]
/usr/bin/emacs-gtk'internal_condition_case+0x66 [0x6f2be6]
/usr/bin/emacs-gtk'top_level_1+0x22 [0x6431c2]
/usr/bin/emacs-gtk'internal_catch+0x3b [0x6f2b4b]
/usr/bin/emacs-gtk'command_loop+0x7b [0x641e4b]
/usr/bin/emacs-gtk'recursive_edit_1+0x86 [0x649b76]
/usr/bin/emacs-gtk'Frecursive_edit+0xd6 [0x649ec6]
/usr/bin/emacs-gtk'main+0x1c49 [0x6417a9]
/usr/bin/emacs-gtk'_start_crt+0x87 [0x4dc307]
/usr/bin/emacs-gtk'_start+0x18 [0x4dc268]
Trace/Breakpoint Trap

On Mon, Jun 10, 2024 at 9:09 PM Gordon Ross  wrote:


Looking into this again.  I definitely have this font selected:

$ fc-match "Deja Vu Sans Mono"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
$ 

Re: [oi-dev] Emacs has a bad font

[Udo Grabowski (IMK)]

This could be a clue:
08887: 1: ld.so.1: emacs-gtk-29.3: fatal: gtk_progress_get_type: can't find 
symbol

gtk_progress_get_type is a symbol from gtk2 (deprecated), not in gtk3.

But as far as I can deduce from the dbx library load list and LD_DEBUG=libs,
none of that is calling libgtk2*, so that symbol must be somewhere in the
code (...of a loaded library?).

On 18/06/2024 14:09, Udo Grabowski (IMK) wrote:

On 18/06/2024 12:51, Udo Grabowski (IMK) wrote:

emacs -nw -q --batch --eval '(message system-configuration-options)' shows

CC=/usr/gcc/13/bin/gcc CXX=/usr/gcc/13/bin/g++ F77=/usr/gcc/13/bin/gfortran
FC=/usr/gcc/13/bin/gfortran ’CFLAGS=-m64 -O3  -I/usr/include/libjpeg8-turbo
-Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64
-I/usr/include/lcms2’ ’CXXFLAGS=-m64 -O3  -I/usr/include/libjpeg8-turbo
-Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64’
’FFLAGS= -m64 -O3 ’ ’FCFLAGS=-m64 -O3 ’ ’LDFLAGS=-m64
-L/usr/lib/libjpeg8-turbo/lib/amd64 -R/usr/lib/libjpeg8-turbo/lib/amd64
-L/usr/gnu/lib/amd64 -R/usr/gnu/lib/amd64’
PKG_CONFIG_PATH=/usr/openssl/3.1/lib/64/pkgconfig:/usr/mariadb/10.6/lib/amd64/pkgconfig:/usr/lib/amd64/pkgconfig:/usr/lib/pkgconfig

--prefix=/usr --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/lib/amd64
--libexecdir=/usr/libexec --sbindir=/usr/sbin --infodir=/usr/share/info
--datarootdir=/usr/share --libexecdir=/usr/lib --with-gif=yes --with-xaw3d=no
--with-mailutils --with-modules --with-imagemagick --with-threads --with-png
--with-rsvg --with-sqlite3 --with-tiff --with-toolkit-scroll-bars --with-webp
--with-treesitter --with-sound=oss
ac_cv_sys_long_file_names=yes --with-x-toolkit=gtk3 --with-xwidgets
 ^^
xwidgets usually means libwx*, which is build with gtk-2; but libwx is not shown
in the ldd output of emacs-gtk.


No, in fact, it's webkit2gtk:

  libwebkit2gtk-4.1.so.0 =>/usr/lib/64/libwebkit2gtk-4.1.so.0

which correctly links to gtk-3:

  libgtk-3.so.0 => /usr/lib/64/libgtk-3.so.0


On 17/06/2024 23:18, Gordon Ross wrote:

I opened a bug for this:
https://www.illumos.org/issues/16613
emacs-gtk vers 29.3 crashes on startup

On Mon, Jun 17, 2024 at 4:32 PM Gordon Ross  wrote:


Before beginning an exploration of which versions expose the font
problem and which don't, I decided to start with updating the
installation.  Now emacs-gtk doesn't work at all.  Suggestions?
Output below:

(emacs-gtk:1193): Gtk-ERROR **: 16:25:16.093: GTK+ 2.x symbols
detected. Using GTK+ 2.x and GTK+ 3 in the same process is not
supported
Fatal error 5: Trace/breakpoint trap
Backtrace:
/usr/bin/emacs-gtk'emacs_backtrace+0x46 [0x66cb46]
/usr/bin/emacs-gtk'terminate_due_to_signal+0x73 [0x63fb1c]
/usr/bin/emacs-gtk'deliver_fatal_signal.cold+0x0 [0x66e99c]
/lib/amd64/libc.so.1'__sighndlr+0x6 [0x7fffaf3f46d6]
/lib/amd64/libc.so.1'call_user_handler+0x1d1 [0x7fffaf3e7371]
/lib/amd64/libc.so.1'sigacthandler+0xee [0x7fffaf3e766e]
[0x]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_array+0x84
[0x7fffae926874]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_standard+0x1a6
[0x7fffae9275c6]
/usr/lib/amd64/libgtk-3.so.0.2409.32'pre_parse_hook+0x61 [0x7fffaac3ce01]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_option_context_parse+0x87
[0x7fffae931c07]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_parse_args+0xbf [0x7fffaac3d6ff]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init_check+0xe [0x7fffaac3d76e]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init+0x9 [0x7fffaac3d7b9]
/usr/bin/emacs-gtk'x_term_init+0x1a3 [0x60f643]
/usr/bin/emacs-gtk'Fx_open_connection+0x50 [0x615a60]
/usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
/usr/bin/emacs-gtk'Ffuncall+0xff [0x6f506f]
/usr/bin/emacs-gtk'Fapply+0x2b8 [0x6f5458]
/usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
/usr/bin/emacs-gtk'apply_lambda+0xcc [0x6fb12c]
/usr/bin/emacs-gtk'eval_sub+0x404 [0x6f9314]
/usr/bin/emacs-gtk'Feval+0x47 [0x6fbdd7]
/usr/bin/emacs-gtk'internal_condition_case+0x66 [0x6f2be6]
/usr/bin/emacs-gtk'top_level_1+0x22 [0x6431c2]
/usr/bin/emacs-gtk'internal_catch+0x3b [0x6f2b4b]
/usr/bin/emacs-gtk'command_loop+0x7b [0x641e4b]
/usr/bin/emacs-gtk'recursive_edit_1+0x86 [0x649b76]
/usr/bin/emacs-gtk'Frecursive_edit+0xd6 [0x649ec6]
/usr/bin/emacs-gtk'main+0x1c49 [0x6417a9]
/usr/bin/emacs-gtk'_start_crt+0x87 [0x4dc307]
/usr/bin/emacs-gtk'_start+0x18 [0x4dc268]
Trace/Breakpoint Trap

On Mon, Jun 10, 2024 at 9:09 PM Gordon Ross  wrote:


Looking into this again.  I definitely have this font selected:

$ fc-match "Deja Vu Sans Mono"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
$ fc-match "Deja Vu Sans Mono-12"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"

It 

Re: [oi-dev] Emacs has a bad font

[Udo Grabowski (IMK)]

On 18/06/2024 12:51, Udo Grabowski (IMK) wrote:

emacs -nw -q --batch --eval '(message system-configuration-options)' shows

CC=/usr/gcc/13/bin/gcc CXX=/usr/gcc/13/bin/g++ F77=/usr/gcc/13/bin/gfortran
FC=/usr/gcc/13/bin/gfortran ’CFLAGS=-m64 -O3  -I/usr/include/libjpeg8-turbo
-Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64
-I/usr/include/lcms2’ ’CXXFLAGS=-m64 -O3  -I/usr/include/libjpeg8-turbo
-Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64’
’FFLAGS= -m64 -O3 ’ ’FCFLAGS=-m64 -O3 ’ ’LDFLAGS=-m64
-L/usr/lib/libjpeg8-turbo/lib/amd64 -R/usr/lib/libjpeg8-turbo/lib/amd64
-L/usr/gnu/lib/amd64 -R/usr/gnu/lib/amd64’
PKG_CONFIG_PATH=/usr/openssl/3.1/lib/64/pkgconfig:/usr/mariadb/10.6/lib/amd64/pkgconfig:/usr/lib/amd64/pkgconfig:/usr/lib/pkgconfig
--prefix=/usr --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/lib/amd64
--libexecdir=/usr/libexec --sbindir=/usr/sbin --infodir=/usr/share/info
--datarootdir=/usr/share --libexecdir=/usr/lib --with-gif=yes --with-xaw3d=no
--with-mailutils --with-modules --with-imagemagick --with-threads --with-png
--with-rsvg --with-sqlite3 --with-tiff --with-toolkit-scroll-bars --with-webp
--with-treesitter --with-sound=oss
ac_cv_sys_long_file_names=yes --with-x-toolkit=gtk3 --with-xwidgets
 ^^
xwidgets usually means libwx*, which is build with gtk-2; but libwx is not shown
in the ldd output of emacs-gtk.


No, in fact, it's webkit2gtk:

  libwebkit2gtk-4.1.so.0 =>/usr/lib/64/libwebkit2gtk-4.1.so.0

which correctly links to gtk-3:

  libgtk-3.so.0 => /usr/lib/64/libgtk-3.so.0


On 17/06/2024 23:18, Gordon Ross wrote:

I opened a bug for this:
https://www.illumos.org/issues/16613
emacs-gtk vers 29.3 crashes on startup

On Mon, Jun 17, 2024 at 4:32 PM Gordon Ross  wrote:


Before beginning an exploration of which versions expose the font
problem and which don't, I decided to start with updating the
installation.  Now emacs-gtk doesn't work at all.  Suggestions?
Output below:

(emacs-gtk:1193): Gtk-ERROR **: 16:25:16.093: GTK+ 2.x symbols
detected. Using GTK+ 2.x and GTK+ 3 in the same process is not
supported
Fatal error 5: Trace/breakpoint trap
Backtrace:
/usr/bin/emacs-gtk'emacs_backtrace+0x46 [0x66cb46]
/usr/bin/emacs-gtk'terminate_due_to_signal+0x73 [0x63fb1c]
/usr/bin/emacs-gtk'deliver_fatal_signal.cold+0x0 [0x66e99c]
/lib/amd64/libc.so.1'__sighndlr+0x6 [0x7fffaf3f46d6]
/lib/amd64/libc.so.1'call_user_handler+0x1d1 [0x7fffaf3e7371]
/lib/amd64/libc.so.1'sigacthandler+0xee [0x7fffaf3e766e]
[0x]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_array+0x84
[0x7fffae926874]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_standard+0x1a6
[0x7fffae9275c6]
/usr/lib/amd64/libgtk-3.so.0.2409.32'pre_parse_hook+0x61 [0x7fffaac3ce01]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_option_context_parse+0x87
[0x7fffae931c07]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_parse_args+0xbf [0x7fffaac3d6ff]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init_check+0xe [0x7fffaac3d76e]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init+0x9 [0x7fffaac3d7b9]
/usr/bin/emacs-gtk'x_term_init+0x1a3 [0x60f643]
/usr/bin/emacs-gtk'Fx_open_connection+0x50 [0x615a60]
/usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
/usr/bin/emacs-gtk'Ffuncall+0xff [0x6f506f]
/usr/bin/emacs-gtk'Fapply+0x2b8 [0x6f5458]
/usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
/usr/bin/emacs-gtk'apply_lambda+0xcc [0x6fb12c]
/usr/bin/emacs-gtk'eval_sub+0x404 [0x6f9314]
/usr/bin/emacs-gtk'Feval+0x47 [0x6fbdd7]
/usr/bin/emacs-gtk'internal_condition_case+0x66 [0x6f2be6]
/usr/bin/emacs-gtk'top_level_1+0x22 [0x6431c2]
/usr/bin/emacs-gtk'internal_catch+0x3b [0x6f2b4b]
/usr/bin/emacs-gtk'command_loop+0x7b [0x641e4b]
/usr/bin/emacs-gtk'recursive_edit_1+0x86 [0x649b76]
/usr/bin/emacs-gtk'Frecursive_edit+0xd6 [0x649ec6]
/usr/bin/emacs-gtk'main+0x1c49 [0x6417a9]
/usr/bin/emacs-gtk'_start_crt+0x87 [0x4dc307]
/usr/bin/emacs-gtk'_start+0x18 [0x4dc268]
Trace/Breakpoint Trap

On Mon, Jun 10, 2024 at 9:09 PM Gordon Ross  wrote:


Looking into this again.  I definitely have this font selected:

$ fc-match "Deja Vu Sans Mono"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
$ fc-match "Deja Vu Sans Mono-12"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"

It exists, and is a TrueType font.
If I use that font in a mate-terminal profile
(un-check "use system font" and specify that)
it renders with font smoothing as expected.

Selecting that same font in emacs give the jagged edges.
Any ideas what else could be disabling font smoothing?

On Tue, Nov 21, 2023 at 7:58 PM Alan Coopersmith
 wrote:


Yes, the "bad" one is not antialiased, possibly a bitmap f

Re: [oi-dev] Emacs has a bad font

[Udo Grabowski (IMK)]

emacs -nw -q --batch --eval '(message system-configuration-options)' shows

CC=/usr/gcc/13/bin/gcc CXX=/usr/gcc/13/bin/g++ F77=/usr/gcc/13/bin/gfortran 
FC=/usr/gcc/13/bin/gfortran ’CFLAGS=-m64 -O3  -I/usr/include/libjpeg8-turbo 
-Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64 
-I/usr/include/lcms2’ ’CXXFLAGS=-m64 -O3  -I/usr/include/libjpeg8-turbo 
-Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64’ 
’FFLAGS= -m64 -O3 ’ ’FCFLAGS=-m64 -O3 ’ ’LDFLAGS=-m64 
-L/usr/lib/libjpeg8-turbo/lib/amd64 -R/usr/lib/libjpeg8-turbo/lib/amd64 
-L/usr/gnu/lib/amd64 -R/usr/gnu/lib/amd64’ 
PKG_CONFIG_PATH=/usr/openssl/3.1/lib/64/pkgconfig:/usr/mariadb/10.6/lib/amd64/pkgconfig:/usr/lib/amd64/pkgconfig:/usr/lib/pkgconfig 
--prefix=/usr --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/lib/amd64 
--libexecdir=/usr/libexec --sbindir=/usr/sbin --infodir=/usr/share/info 
--datarootdir=/usr/share --libexecdir=/usr/lib --with-gif=yes --with-xaw3d=no 
--with-mailutils --with-modules --with-imagemagick --with-threads --with-png 
--with-rsvg --with-sqlite3 --with-tiff --with-toolkit-scroll-bars --with-webp 
--with-treesitter --with-sound=oss

ac_cv_sys_long_file_names=yes --with-x-toolkit=gtk3 --with-xwidgets
 ^^
xwidgets usually means libwx*, which is build with gtk-2; but libwx is not shown
in the ldd output of emacs-gtk.

On 17/06/2024 23:18, Gordon Ross wrote:

I opened a bug for this:
https://www.illumos.org/issues/16613
emacs-gtk vers 29.3 crashes on startup

On Mon, Jun 17, 2024 at 4:32 PM Gordon Ross  wrote:


Before beginning an exploration of which versions expose the font
problem and which don't, I decided to start with updating the
installation.  Now emacs-gtk doesn't work at all.  Suggestions?
Output below:

(emacs-gtk:1193): Gtk-ERROR **: 16:25:16.093: GTK+ 2.x symbols
detected. Using GTK+ 2.x and GTK+ 3 in the same process is not
supported
Fatal error 5: Trace/breakpoint trap
Backtrace:
/usr/bin/emacs-gtk'emacs_backtrace+0x46 [0x66cb46]
/usr/bin/emacs-gtk'terminate_due_to_signal+0x73 [0x63fb1c]
/usr/bin/emacs-gtk'deliver_fatal_signal.cold+0x0 [0x66e99c]
/lib/amd64/libc.so.1'__sighndlr+0x6 [0x7fffaf3f46d6]
/lib/amd64/libc.so.1'call_user_handler+0x1d1 [0x7fffaf3e7371]
/lib/amd64/libc.so.1'sigacthandler+0xee [0x7fffaf3e766e]
[0x]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_array+0x84
[0x7fffae926874]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_log_structured_standard+0x1a6
[0x7fffae9275c6]
/usr/lib/amd64/libgtk-3.so.0.2409.32'pre_parse_hook+0x61 [0x7fffaac3ce01]
/usr/lib/amd64/libglib-2.0.so.0.7600.4'g_option_context_parse+0x87
[0x7fffae931c07]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_parse_args+0xbf [0x7fffaac3d6ff]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init_check+0xe [0x7fffaac3d76e]
/usr/lib/amd64/libgtk-3.so.0.2409.32'gtk_init+0x9 [0x7fffaac3d7b9]
/usr/bin/emacs-gtk'x_term_init+0x1a3 [0x60f643]
/usr/bin/emacs-gtk'Fx_open_connection+0x50 [0x615a60]
/usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
/usr/bin/emacs-gtk'Ffuncall+0xff [0x6f506f]
/usr/bin/emacs-gtk'Fapply+0x2b8 [0x6f5458]
/usr/bin/emacs-gtk'exec_byte_code+0x3e6 [0x756f36]
/usr/bin/emacs-gtk'apply_lambda+0xcc [0x6fb12c]
/usr/bin/emacs-gtk'eval_sub+0x404 [0x6f9314]
/usr/bin/emacs-gtk'Feval+0x47 [0x6fbdd7]
/usr/bin/emacs-gtk'internal_condition_case+0x66 [0x6f2be6]
/usr/bin/emacs-gtk'top_level_1+0x22 [0x6431c2]
/usr/bin/emacs-gtk'internal_catch+0x3b [0x6f2b4b]
/usr/bin/emacs-gtk'command_loop+0x7b [0x641e4b]
/usr/bin/emacs-gtk'recursive_edit_1+0x86 [0x649b76]
/usr/bin/emacs-gtk'Frecursive_edit+0xd6 [0x649ec6]
/usr/bin/emacs-gtk'main+0x1c49 [0x6417a9]
/usr/bin/emacs-gtk'_start_crt+0x87 [0x4dc307]
/usr/bin/emacs-gtk'_start+0x18 [0x4dc268]
Trace/Breakpoint Trap

On Mon, Jun 10, 2024 at 9:09 PM Gordon Ross  wrote:


Looking into this again.  I definitely have this font selected:

$ fc-match "Deja Vu Sans Mono"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
$ fc-match "Deja Vu Sans Mono-12"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"

It exists, and is a TrueType font.
If I use that font in a mate-terminal profile
(un-check "use system font" and specify that)
it renders with font smoothing as expected.

Selecting that same font in emacs give the jagged edges.
Any ideas what else could be disabling font smoothing?

On Tue, Nov 21, 2023 at 7:58 PM Alan Coopersmith
 wrote:


Yes, the "bad" one is not antialiased, possibly a bitmap font,
while the "good" one is definitely antialiased, possibly TrueType or OpenType.

-alan-

On 11/21/23 07:25, Gordon Ross wrote:

Thanks.  I've confirmed that emacs is using the system font in both builds.
Here are two screen shots (bad, good) that one can zoom in.
The bad one has visible stair step diagonals etc. so I guess
the good one has "anti-aliasing" and the bad does not?
Does that clue help in tracking this down?

On Mon, Nov 20, 2023 at 2:20 PM Alan Coopersmith
 wrote:

[oi-dev] sg3_utils script errors

[Udo Grabowski (IMK)]

The scripts /usr/bin/scsi_{ready,readcap,start,stop,temperature}
in package sg3_utils do nothing because they loop with
for i
which does nothing ...
--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://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] ISOs wrong release name

[Udo Grabowski (IMK)]

Just a note: The current ISOs at

tell us on boot that they are OI 2023-10 instead of 2024-04.


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

[Udo Grabowski (IMK)]

On 10/04/2024 12:19, Udo Grabowski (IMK) wrote:

Today, two packages flag problems, which should be sorted out on the package
server:

pkg update: The following packages all deliver file actions to
usr/lib/perl5/i86pc-solaris-thread-multi-64/perllocal.pod:


pkg://openindiana.org/communication/im/pidgin@2.14.13,5.11-2024.0.0.0:20240225T225916Z

  
pkg://openindiana.org/image/imagemagick@7.1.1.30,5.11-2024.0.0.0:20240409T205447Z

These packages cannot be installed together. Any non-conflicting subset
of the above packages can be installed.

The following packages deliver conflicting action types to usr/man:

  dir:

pkg://openindiana.org/image/imagemagick@7.1.1.30,5.11-2024.0.0.0:20240409T205447Z
  link:
pkg://openindiana.org/system/man@0.5.11,5.11-2024.0.0.22136:20240410T010818Z

These packages cannot be installed together. Any non-conflicting subset
of the above packages can be installed.



The new imagemagick package has 2 spurious /usr/man/man3/ entries
which should be /usr/share/man/man3, as the other man pages:

usr/man/man3/Image::Magick.3perl
usr/man/man3/Image::Magick::Q16HDRI.3perl

--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://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] Package problems

[Udo Grabowski (IMK)]

Today, two packages flag problems, which should be sorted out on the package
server:

pkg update: The following packages all deliver file actions to 
usr/lib/perl5/i86pc-solaris-thread-multi-64/perllocal.pod:



pkg://openindiana.org/communication/im/pidgin@2.14.13,5.11-2024.0.0.0:20240225T225916Z
  
pkg://openindiana.org/image/imagemagick@7.1.1.30,5.11-2024.0.0.0:20240409T205447Z

These packages cannot be installed together. Any non-conflicting subset
of the above packages can be installed.

The following packages deliver conflicting action types to usr/man:

  dir:

pkg://openindiana.org/image/imagemagick@7.1.1.30,5.11-2024.0.0.0:20240409T205447Z
  link:
pkg://openindiana.org/system/man@0.5.11,5.11-2024.0.0.22136:20240410T010818Z

These packages cannot be installed together. Any non-conflicting subset
of the above packages can be installed.

--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://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] current Mate / GUI slow

[Udo Grabowski (IMK)]

On 28/02/2024 08:24, Stephan Althaus wrote:

Hello all!!


The last few days, and after the pkg update this morning,
the GUI is slow, responsiveness is bad.


In XOSVIEW i see 10k-20k IRQR which may be too hight (?)

Where/how can i see which process is generating the most IRQRs?



I see it when I login as root, caja is constantly respawning,
about 100k syscalls/sec. Once called by hand from a terminal, the
respawn stops, caja is gone, and interrupts are normal again.

I haven't seen that as a normal user, caja in the background just
stays there with the same pid, no respawning, no excessive syscalls.

root login on a desktop seems to be a scenario that's no longer supported ...
--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://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] Library load error in package perl-5/tk

[Udo Grabowski (IMK)]

On 13/02/2024 16:12, Marcel Telka wrote:

On Tue, Feb 13, 2024 at 03:20:54PM +0100, Udo Grabowski (IMK) wrote:

# This is a workround for Solaris X11 locale handling
Preload(DynaLoader::dl_findfile('-L/usr/openwin/lib/64','-lX11'))
  if (NeedPreload() && -d '/usr/openwin/lib/64');


The comment says it is a workaround.  Any idea it is still needed?


otherwise it tries to load the 32bit libX11.so library, which fails.


Thank you for report.


Commented that out, and it still runs fine. But I don't know under
which exact circumstances the workaround was needed.

--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://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] Library load error in package perl-5/tk

[Udo Grabowski (IMK)]

Hello,

found a bug in package pkg:/library/perl-5/tk-538@804.36-2023.0.0.1 :

/usr/perl5/vendor_perl/5.38/i86pc-solaris-thread-multi-64/Tk.pm

l. 93,94
# This is a workround for Solaris X11 locale handling
Preload(DynaLoader::dl_findfile('-L/usr/openwin/lib','-lX11'))
  if (NeedPreload() && -d '/usr/openwin/lib');

should be

# This is a workround for Solaris X11 locale handling
Preload(DynaLoader::dl_findfile('-L/usr/openwin/lib/64','-lX11'))
  if (NeedPreload() && -d '/usr/openwin/lib/64');

otherwise it tries to load the 32bit libX11.so library, which fails.

Affects commands like snmpcheck.

--
Dr.Udo Grabowski  Inst.of Meteorology & Climate Research IMK-ASF-SAT
https://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology  https://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] Avahi daemon not happy

[Udo Grabowski (IMK)]

Hi,

since a recent update I see these messages from the avahi-daemon-bridge-dsd :

Nov 21 10:42:06 imkx avahi-daemon-bridge-dsd[1709]: [ID 702911 
daemon.warning] WARNING:: No NSS support for mDNS detected, consider installing 
nss-mdns!
Nov 21 10:42:06 imkx avahi-daemon-bridge-dsd[1709]: [ID 702911 
daemon.warning] *** WARNING:: Detected another IPv4 mDNS stack running on this 
host. This makes mDNS unreliable and is thus not recommended. ***


Of course, that "other stack" is the dns/multicast service, which is
a prerequisite for the avahi-bridge-dsd service.

That message didn't appear before, but there seems a lot ongoing
for the avahi stuff, and a couple of new programs there currently
don't work. So I suspect work in progress ?

--
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] pigz wants higher zlib version

[Udo Grabowski (IMK)]

On 21/09/2023 15:48, Bob Friesenhahn wrote:

On Thu, 21 Sep 2023, Udo Grabowski (IMK) wrote:


On 21/09/2023 15:30, Bob Friesenhahn wrote:

On Thu, 21 Sep 2023, Udo Grabowski (IMK) wrote:


pigz complains about a too old zlib version:

pigz: abort: zlib version less than 1.2.3


Is that for real?  OpenIndiana is using a zlib from 2006 or earlier?

As I recall, zlib did change its ABI.



The version is /usr/lib/libz.so.1.3 , so I suspect that this actually
means version 1.3. So probably there's a really stupid "version check"
in pigz itself.


Zlib seems to march to the beat of a different drummer.

In zlib 1.2.11 Makefile.in says SHAREDLIBV=libz.so.1.2.11



There's a fix, very probable for version 2.8:

"Make pigz compatible with two-component zlib version numbers.
 madler committed Aug 18, 2023 "

I checked the zlib_vernum() by compiling it in a separate main,
and it does the right thing.

So probably upgrading pigz to 2.8 is the right thing for OI, too
(it's currently at 2.7, but I can't find the source for it).
--
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] pigz wants higher zlib version

[Udo Grabowski (IMK)]

On 21/09/2023 15:30, Bob Friesenhahn wrote:

On Thu, 21 Sep 2023, Udo Grabowski (IMK) wrote:


pigz complains about a too old zlib version:

pigz: abort: zlib version less than 1.2.3


Is that for real?  OpenIndiana is using a zlib from 2006 or earlier?

As I recall, zlib did change its ABI.



The version is /usr/lib/libz.so.1.3 , so I suspect that this actually
means version 1.3. So probably there's a really stupid "version check"
in pigz itself.
--
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] pigz wants higher zlib version

[Udo Grabowski (IMK)]

pigz complains about a too old zlib version:

pigz: abort: zlib version less than 1.2.3
--
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] Firefox site-wide preferences

[Udo Grabowski (IMK)]

That file can indeed specify prefs in plain text, no rot13 needed. But it
seems it only accepts the  pref("abc","xyz") keyword, none of locked_pref,
lockedPref, default_pref or defaultPref, etc.pp.

But the pref() form indeed does override a user_pref in a user-specific
prefs.js elsewhere.

So site-wide defaults indeed work in /etc/firefox/defaults/pref/*.js files.

On 12/09/2023 16:24, Udo Grabowski (IMK) wrote:

Interestingly, I found out by an accidental typo that the file is indeed
ingested by our current firefox, so now I've just to find out what the
contents should look like to work. Maybe it needs this silly rot13 "crypto"
thing...
Thanks for your suggestion, I hope now that this isn't needed.

On 11/09/2023 23:41, Geoffrey Weiss wrote:


Do you want to try to apply the attached patch for firefox 117 to see if this
enables this missing feature with the OpenIndiana port of firefox?

I don't have an example of a set of files to put in /etc to test this.

This patch makes an OS assumption that does not make it a good candidate for
upstream.


Geoff


Around firefox 112, the changeset below enabled site wide preferences
from /etc/firefox/defaults/pref/*.js, but that was only activated
for Linux (so-called "security", as usual...). Can someone activate
that patch also for the openindiana build, too ? That would be helpful.


<https://hg.mozilla.org/mozilla-central/rev/d25171536bbb>


--
Geoff Weiss, Computer Systems Manager  phone: 410-455-3959
CSEEIT - UMBCfax: 410-455-3969





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




--
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] Firefox site-wide preferences

[Udo Grabowski (IMK)]

Interestingly, I found out by an accidental typo that the file is indeed
ingested by our current firefox, so now I've just to find out what the
contents should look like to work. Maybe it needs this silly rot13 "crypto"
thing...
Thanks for your suggestion, I hope now that this isn't needed.

On 11/09/2023 23:41, Geoffrey Weiss wrote:


Do you want to try to apply the attached patch for firefox 117 to see if this
enables this missing feature with the OpenIndiana port of firefox?

I don't have an example of a set of files to put in /etc to test this.

This patch makes an OS assumption that does not make it a good candidate for
upstream.


Geoff


Around firefox 112, the changeset below enabled site wide preferences
from /etc/firefox/defaults/pref/*.js, but that was only activated
for Linux (so-called "security", as usual...). Can someone activate
that patch also for the openindiana build, too ? That would be helpful.





--
Geoff Weiss, Computer Systems Manager  phone: 410-455-3959
CSEEIT - UMBCfax: 410-455-3969



--
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] Firefox site-wide preferences

[Udo Grabowski (IMK)]

Around firefox 112, the changeset below enabled site wide preferences
from /etc/firefox/defaults/pref/*.js, but that was only activated
for Linux (so-called "security", as usual...). Can someone activate
that patch also for the openindiana build, too ? That would be helpful.


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

[Udo Grabowski (IMK)]

Isn't that the same gcc-7/10 mixup again ? Somewhere hidden by indirect loading?
That gxx_personality_v0/Unwind_RaiseException_Phase2 stuff looks like its that
signature ... Set LD_DEBUG to 'files' or 'libs' and start it from that
commandline.

On 28/08/2023 11:30, Carsten Grzemba via oi-dev wrote:

Currently the G++10 compiled Virtualbox crashs in exception handling. The stack
looks similar to the problem with libexiv2 in 
https://www.illumos.org/issues/13824
but it seems the correct libs are loaded in the correct sequence.

(gdb) bt
#0  0x7fffaf4091ca in _lwp_kill () from /lib/64/libc.so.1
#1  0x7fffaf3ffa9a in thr_kill () from /lib/64/libc.so.1
#2  0x7fffaf39b762 in raise () from /lib/64/libc.so.1
#3  0x7fffaf374fa8 in abort () from /lib/64/libc.so.1
#4  0x7fffa67fa42d in ?? () from /usr/gcc/10/lib/amd64/libstdc++.so.6
#5  0x7fffa67f7249 in ?? () from /usr/gcc/10/lib/amd64/libstdc++.so.6
#6  0x7fffa67f6099 in ?? () from /usr/gcc/10/lib/amd64/libstdc++.so.6
#7  0x7fffa67f6a8c in __gxx_personality_v0 () from
/usr/gcc/10/lib/amd64/libstdc++.so.6
#8  0x7fffa8235716 in _Unwind_RaiseException_Phase2 (exc=exc@entry=0xe5c410,
context=context@entry=0x7fffadfce5a0,
frames_p=frames_p@entry=0x7fffadfce690)
at
/jenkins/jobs/oi-userland/workspace/components/developer/gcc-10/gcc-releases-gcc-10.5.0/libgcc/unwind.inc:64
#9  0x7fffa8235dc1 in _Unwind_RaiseException (exc=0xe5c410)
at
/jenkins/jobs/oi-userland/workspace/components/developer/gcc-10/gcc-releases-gcc-10.5.0/libgcc/unwind.inc:136
#10 0x7fffa67f7570 in __cxa_throw () from 
/usr/gcc/10/lib/amd64/libstdc++.so.6
#11 0x007b1eb5 in Medium::i_queryInfo (this=this@entry=0xe004c0,
fSetImageId=fSetImageId@entry=false,
fSetParentId=fSetParentId@entry=false, autoCaller=...)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/VBox/Main/src-server/MediumImpl.cpp:7176
#12 0x007b2dc5 in Medium::refreshState (this=0xe004c0, autoCaller=...,
aState=0xe0b1a0)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/VBox/Main/src-server/MediumImpl.cpp:2180
#13 0x009acf71 in MediumWrap::RefreshState (this=0xe004c0, 
aState=0xe0b1a0)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/out/solaris.amd64/debug/obj/VBoxAPIWrap/MediumWrap.cpp:1344
#14 0x7fff8d47a040 in XPTC_InvokeByIndex (that=0xe00530, methodIndex=41,
paramCount=1, params=0xe0b1a0)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_x86_64_linux.cpp:221
#15 0x7fff8f7b53f9 in ipcDConnectService::OnInvoke (this=0xcf6c40, peer=2,
invoke=0xe0b170, opLen=18)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:4076
#16 0x7fff8f7b3f5d in ipcDConnectService::OnIncomingRequest (this=0xcf6c40,
peer=2, op=0xe0b170, opLen=18)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:3706
#17 0x7fff8f7b1afb in DConnectWorker::Run (this=0xe0b650)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp:2979
#18 0x7fff8d4637bc in nsThread::Main (arg=0xd9a100)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/xpcom/threads/nsThread.cpp:118
#19 0x7fff8d4afdc1 in _pt_root (arg=0xe97870)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/nsprpub/pr/src/pthreads/ptthread.c:224
#20 0x7fff8d4aff0a in _pt_iprt_root (Thread=0xe2cbb0, pvUser=0xe97870)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/libs/xpcom18a4/nsprpub/pr/src/pthreads/ptthread.c:272
#21 0x7fff8d7d6563 in rtThreadMain (pThread=pThread@entry=0xe2cbb0,
NativeThread=NativeThread@entry=11,
pszThreadName=pszThreadName@entry=0xe2d488 "nspr-3")
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/VBox/Runtime/common/misc/thread.cpp:727
#22 0x7fff8d8de1d3 in rtThreadNativeMain (pvArgs=0xe2cbb0)
at
/code/github/oi-userland/components/sysutils/virtualbox/build/amd64/src/VBox/Runtime/r3/posix/thread-posix.cpp:386
#23 0x7fffaf401de7 in _thrp_setup () from /lib/64/libc.so.1
#24 0x7fffaf402130 in ?? () from /lib/64/libc.so.1

or the mdb view:

$C

7fffae33c0e0 libc.so.1`_lwp_kill+0xa()
7fffae33c110 libc.so.1`raise+0x22(6)
7fffae33c160 libc.so.1`abort+0x58()
7fffae33c1a0 
libstdc++.so.6.0.28`__gnu_cxx::__verbose_terminate_handler+0x65()
7fffae33c1c0 libstdc++.so.6.0.28`__cxxabiv1::__terminate+9()
7fffae33c1e0 0x7fffa67f6099()
7fffae33c2d0 libstdc++.so.6.0.28`__gxx_personality_v0+0x2bc()
7fffae33c4a0 libgcc_s.so.1`_Unwind_RaiseException_Phase2+0xa6()

Re: [oi-dev] GCC rebuilds

[Udo Grabowski (IMK)]

On 01/08/2023 10:59, Stephan Althaus wrote:

On 8/1/23 10:15, Till Wegmüller wrote:

Hi Stephan

Your idea is sound. The pkg file next to a Makefile in the same directory
indicate a component.

The pkg file contains a json with all required packages so the grep trick
works, you can also use jq to filter out the json syntax cleanly.

The rebuild is one thing we should do yes, so if you can bump the version
numbers I can run it through CI.

It's a good idea! keep going.

-Till

On 01.08.23 07:40, Stephan Althaus wrote:

Hello!

We are stumbling over some faults with regard to the GCC Version change.

i had the idea of a half-automation of these steps:
- find packages that need a rebuild
- patch Makefile and pkg5
- git checkout -b , git add, git commit, etc..

How to identify the appropriate packages ?
When i select packages by " (grep gcc-7-runtime" pkg) == true " i get some
candidates..

-> Do we have to rebuild all other packages that have been build prior to the
commit "switch default gcc to version 10"
because of the "ABI change" ??

That would be >200 packages..

Or is my idea "stupid" in the end?

Regards,
Stephan



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


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


Hello!

Thanks for your response!

The one thing left open in my mind,
does the "ABI change" indeed change the function calls in a way,
so that in situations like

someprog_compiled_with_gcc10 -> somelib-compiled-with-gcc7->func() ->
somelib-compiled-with-gcc10->func() ...

or-the-like are broken?

In this case we have to rebuild all packages that have been build before
december-2022.



I think this can lead to errors, when a function from the libs is
called from the gcc-10 compiled package after the gcc-7 compiled library
has been loaded down the chain (probably before the next gcc-10 compiled
library is loaded further down...). The possible f...up situations
here are probably uncountable. The top priority though should go to those
programs left that load both gcc7 and 10 themselves, if there are
still any.
--
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] Exploit Ghostscript

[Udo Grabowski (IMK)]

This is not good:





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] inkscape calls gcc7 and 10

[Udo Grabowski (IMK)]

On 12/07/2023 15:04, Stephan Althaus wrote:

On 7/7/23 19:07, Till Wegmüller wrote:

On 07.07.23 07:20, Tim Mooney via oi-dev wrote:

> The old all-in-one source is no longer a thing, so if we build from
> released tarballs, we'll potentially need to fetch and extract multiple
> components.

That has been done before and one component can handle multiple sources. Worst
case one can use a shellscript to handle the download and placing of all 
sources.


1) lib2geom is required, but it could be built and packaged separately.
Nothing else (other than inkscape) that I'm aware of uses it currently.

Would it be preferable to have it as a separate package, or just build it
and package it in the same package as inkscape?

lib2geom would be preferable seperate. Just because it's the first consumer it
wont mean it's the last.




2) some of the extensions require low-use libraries, like the 'libwpd'
that Udo mentioned.

Should the inkscape extensions that require these esoteric libraries be
split into separate packages, so 'image/inkscape' has fewer dependencies,
but 'image/inkscape/extension/wordperfect' (or whatever) can optionally
be installed to get support for that legacy format?


Yes spilitting things up is a good idea. A base set can always be bundled via
requirements via a meta package.



Next, 1.2.2 actually builds without *any* of the local patches, though I still
need to look through them to see if there are any OI-customization patches
that we still need.

Many of the existing patches are for math library functions like
log(), sin(), pow(), etc. where integers rather than doubles were being
passed.  I can update these so they apply to 1.2.2, but they seem to be
no longer required (probably because of gcc/g++ 10.x).


With int -> double convertions it is simply a build issue.



Question:

3) is it worth updating these patches, if they're not needed to actually
build any more?  I'm tempted to say no, but I'm willing to update them
if Andreas or others have strong feelings about keeping as many > possible.


As Udo mentioned runtime is most problematic.


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


Hello!

if i do a

find ../../ -name pkg5 -exec grep -nH "gcc-7-runtime" {} \;|wc

in the source tree i get 86 lines..

Maybe we could start with the libs these are only 30..



pkg search -lr depend::system/library/gcc-7-runtime

gives 190, of which 85 are libraries:

pkg search -lr depend::system/library/gcc-7-runtime | cut -f3 -d: | fgrep 
/library

--
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] inkscape calls gcc7 and 10

[Udo Grabowski (IMK)]

On 07/07/2023 07:20, Tim Mooney via oi-dev wrote:

In regard to: Re: [oi-dev] inkscape calls gcc7 and 10, Udo Grabowski (IMK)...:


On 04/07/2023 11:08, Udo Grabowski (IMK) wrote:

On 04/07/2023 10:53, Marcel Telka wrote:

On Tue, Jul 04, 2023 at 10:20:32AM +0200, Udo Grabowski (IMK) wrote:

Hi,
the story with the mixup continues, this time inkscape.
Crashes, shows both gcc/7 and gcc/10


The inkscape's problems are basically these:


Since Udo brought it up, I took a look at what's involved in updating
inkscape to current latest stable (0.92.4 -> 1.2.2).

The old all-in-one source is no longer a thing, so if we build from
released tarballs, we'll potentially need to fetch and extract multiple
components.

Questions about that:

...

Many of the existing patches are for math library functions like
log(), sin(), pow(), etc. where integers rather than doubles were being
passed. ...



The integer variants came with the C++11 standard.

> ...

--
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] inkscape calls gcc7 and 10

[Udo Grabowski (IMK)]

On 07/07/2023 07:20, Tim Mooney via oi-dev wrote:

In regard to: Re: [oi-dev] inkscape calls gcc7 and 10, Udo Grabowski (IMK)...:


On 04/07/2023 11:08, Udo Grabowski (IMK) wrote:

On 04/07/2023 10:53, Marcel Telka wrote:

On Tue, Jul 04, 2023 at 10:20:32AM +0200, Udo Grabowski (IMK) wrote:

Hi,
the story with the mixup continues, this time inkscape.
Crashes, shows both gcc/7 and gcc/10


The inkscape's problems are basically these:


Since Udo brought it up, I took a look at what's involved in updating
inkscape to current latest stable (0.92.4 -> 1.2.2).

The old all-in-one source is no longer a thing, so if we build from
released tarballs, we'll potentially need to fetch and extract multiple
components.

Questions about that:

1) lib2geom is required, but it could be built and packaged separately.
Nothing else (other than inkscape) that I'm aware of uses it currently.

Would it be preferable to have it as a separate package, or just build it
and package it in the same package as inkscape?


I don't know any other package that uses it (and would be of interest, too...),
so that simply depends on what is the easiest way to maintain it.



2) some of the extensions require low-use libraries, like the 'libwpd'
that Udo mentioned.

Should the inkscape extensions that require these esoteric libraries be
split into separate packages, so 'image/inkscape' has fewer dependencies,
but 'image/inkscape/extension/wordperfect' (or whatever) can optionally
be installed to get support for that legacy format?



libwpd and wpg are used in libreoffice, too. Since WP is really prehistoric,
it could be patched out of both packages, or just left in, if that is easier
to maintain.



Next, 1.2.2 actually builds without *any* of the local patches, though I still
need to look through them to see if there are any OI-customization patches
that we still need.

>

Many of the existing patches are for math library functions like
log(), sin(), pow(), etc. where integers rather than doubles were being
passed.  I can update these so they apply to 1.2.2, but they seem to be
no longer required (probably because of gcc/g++ 10.x).

Question:

3) is it worth updating these patches, if they're not needed to actually
build any more?  I'm tempted to say no, but I'm willing to update them
if Andreas or others have strong feelings about keeping as many as
possible.



Often patches show their value not in the build, but for some function
at runtime, so ditching them just based on "build-or-not" could be risky.
This has to be evaluated patch by patch.
--
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] inkscape calls gcc7 and 10

[Udo Grabowski (IMK)]

On 04/07/2023 11:00, Udo Grabowski (IMK) wrote:

On 04/07/2023 10:20, Udo Grabowski (IMK) wrote:

Hi,
the story with the mixup continues, this time inkscape.
Crashes, shows both gcc/7 and gcc/10

But trying to fix this with

LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 /usr/bin/inkscape

still crashes somewhere in gcc, so possible other indirect calls:



Found some more:

ro ~ # ldd /usr/lib/amd64/libwpg-0.3.so | 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
 libstdc++.so.6 =>/usr/gcc/7/lib/amd64/libstdc++.so.6
 libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1


ro ~ # ldd /usr/lib/amd64/libwpd-0.10.so | 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






Both are ok after todays update; also, symlinking libgsl.so.23 to libgsl.so.27,
which already exists in /usr/lib/amd64/, solves the problems with inkscape.

Thanks for the fast update !
--
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] inkscape calls gcc7 and 10

[Udo Grabowski (IMK)]

On 04/07/2023 11:08, Udo Grabowski (IMK) wrote:

On 04/07/2023 10:53, Marcel Telka wrote:

On Tue, Jul 04, 2023 at 10:20:32AM +0200, Udo Grabowski (IMK) wrote:

Hi,
the story with the mixup continues, this time inkscape.
Crashes, shows both gcc/7 and gcc/10


The inkscape's problems are basically these:

$ ldd $(which inkscape) | egrep 'not found|gcc'
libstdc++.so.6 =>/usr/gcc/10/lib/amd64/libstdc++.so.6
libgsl.so.23 =>  (file not found)
libgomp.so.1 =>  /usr/gcc/10/lib/amd64/libgomp.so.1
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.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
$

The gcc/7 requirement is caused by the library/c++/libwpd package and
the missing libgsl.so.23 library is caused by the image/editor/inkscape
package.  Both packages needs to be rebuild.

PRs are welcome.


HTH.



Indeed, missed the gsl:

Installing per pkgin gives libgsl.so.27, symlinking it as libgsl.so.23
into /usr/local/lib/amd64 and setting LD_LIBRARY_PATH to

env
LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64:/usr/lib/amd64:/usr/lib/mps/amd64:/usr/local/lib/amd64
/usr/bin/inkscape

finally starts inkscape ! Ugly hack, of course ...


... and, if you used an older version of inkscape before, it crashes
on the old .config/inkscape, move that away.

--
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] inkscape calls gcc7 and 10

[Udo Grabowski (IMK)]

On 04/07/2023 10:53, Marcel Telka wrote:

On Tue, Jul 04, 2023 at 10:20:32AM +0200, Udo Grabowski (IMK) wrote:

Hi,
the story with the mixup continues, this time inkscape.
Crashes, shows both gcc/7 and gcc/10


The inkscape's problems are basically these:

$ ldd $(which inkscape) | egrep 'not found|gcc'
libstdc++.so.6 =>/usr/gcc/10/lib/amd64/libstdc++.so.6
libgsl.so.23 =>  (file not found)
libgomp.so.1 =>  /usr/gcc/10/lib/amd64/libgomp.so.1
libgcc_s.so.1 => /usr/gcc/10/lib/amd64/libgcc_s.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
$

The gcc/7 requirement is caused by the library/c++/libwpd package and
the missing libgsl.so.23 library is caused by the image/editor/inkscape
package.  Both packages needs to be rebuild.

PRs are welcome.


HTH.



Indeed, missed the gsl:

Installing per pkgin gives libgsl.so.27, symlinking it as libgsl.so.23
into /usr/local/lib/amd64 and setting LD_LIBRARY_PATH to

env 
LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64:/usr/lib/amd64:/usr/lib/mps/amd64:/usr/local/lib/amd64 
/usr/bin/inkscape


finally starts inkscape ! Ugly hack, of course ...
--
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] inkscape calls gcc7 and 10

[Udo Grabowski (IMK)]

On 04/07/2023 10:20, Udo Grabowski (IMK) wrote:

Hi,
the story with the mixup continues, this time inkscape.
Crashes, shows both gcc/7 and gcc/10

But trying to fix this with

LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 /usr/bin/inkscape

still crashes somewhere in gcc, so possible other indirect calls:



Found some more:

ro ~ # ldd /usr/lib/amd64/libwpg-0.3.so | 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
 libstdc++.so.6 =>/usr/gcc/7/lib/amd64/libstdc++.so.6
 libgcc_s.so.1 => /usr/gcc/7/lib/amd64/libgcc_s.so.1


ro ~ # ldd /usr/lib/amd64/libwpd-0.10.so | 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




 (dbx) run
Running: inkscape
(process id 9798)
Reading libintl.so.1
Reading libpcre2-8.so.0.11.2
Reading libgiomm-2.4.so.1.3.0
Reading libpangomm-1.4.so.1.0.30
Reading libgmodule-2.0.so.0.7400.7
Reading libpangocairo-1.0.so.0.5000.14
Reading libXfixes.so.1.0.0
Reading libatk-1.0.so.0.23809.1
Reading libgdk_pixbuf-2.0.so.0.3612.0
Reading libpangoft2-1.0.so.0.5000.14
Reading libfontconfig.so.1.12.0
Reading libpango-1.0.so.0.5000.14
Reading libXrender.so.1.3.0
Reading libXinerama.so.1.0.0
Reading libXrandr.so.2.2.0
Reading libXcursor.so.1.0.2
Reading libXcomposite.so.1.0.0
Reading libXdamage.so.1.1.0
Reading libz.so.1.2.13
Reading liblzma.so.5.4.3
Reading libmp.so.2
Reading libmd.so.1
Reading libharfbuzz.so.0.60730.0
Reading libfreetype.so.6.20.0
Reading libfribidi.so.0.4.0
Reading libthai.so.0.3.1
Reading libexpat.so.1.8.10
Reading libresolv.so.2
Reading libpixman-1.so.0.42.2
Reading libdl.so.1
Reading libpng16.so.16.40.0
Reading libX11-xcb.so.1.0.0
Reading libgraphite2.so.3.2.1
Reading libXau.so.6.0.0
Reading libXdmcp.so.6.0.0
Reading libbz2.so.1
Reading libbrotlidec.so.1.0.9
Reading libbrotlicommon.so.1.0.9
Reading libdatrie.so.1.4.0
Reading libgnomevfs-2.so.0.2400.4
Reading liblcms2.so.2.0.15
Reading libpoppler-glib.so.8.9.0
Reading libwpg-0.3.so.3.0.4
Reading librevenge-0.0.so.0.0.5
Reading librevenge-stream-0.0.so.0.0.5
Reading libvisio-0.1.so.1.0.7
Reading libcdr-0.1.so.1.0.7
Reading libpotrace.so.0.0.6
Reading libgtkspell.so.0.0.0
Reading libaspell.so.15.3.1
Reading libxslt.so.1.1.37
Reading libgomp.so.1.0.0
Reading libgconf-2.so.4.1.5
Reading libORBit-2.so.0.1.0
Reading libdbus-glib-1.so.2.3.5
Reading libdbus-1.so.3.19.17
Reading libssl.so.1.0.0
Reading libcrypto.so.1.0.0
Reading libwpd-0.10.so.10.0.3
Reading libicuuc.so.72.1
Reading libicudata.so.72.1
Reading libicui18n.so.72.1
Reading libenchant-2.so.2.5.0
Reading libbsm.so.1
Reading libsecdb.so.1
Reading libtsol.so.2
Reading libinetutil.so.1
Reading libscf.so.1
Reading libuutil.so.1
Reading libgen.so.1
Reading libnvpair.so.1
Reading libsmbios.so.1
Reading libdevinfo.so.1
Reading libsec.so.1
Reading libavl.so.1
Reading libidmap.so.1
Reading libtiff.so.6.0.1
Reading libnss3.so
Reading libnssutil3.so
Reading libplds4.so
Reading libnspr4.so
Reading libsmime3.so
Reading libopenjp2.so.2.5.0
Reading libwebp.so.7.1.6
Reading libzstd.so.1.5.5
Reading libplc4.so
Reading libsharpyuv.so.0.0.0
Reading libMagickCore-6.Q16.so.7.0.0
Reading libMagickWand-6.Q16.so.7.0.0
Reading libltdl.so.7.3.2
Reading libthread.so.1
Reading UTF-8%646.so
t@1 (l@1) signal SEGV (no mapping at the fault address) in GC_SysVGetDataStart
at 0x5fffae161332
0x5fffae161332: GC_SysVGetDataStart+0x0082: lock addq  %rdx,(%rax)
(dbx) where
current thread: t@1
=>[1] GC_SysVGetDataStart(0x5fffae244b00, 0x7fffbfffee90, 0x0, 0x5fffae244be0,
0x60, 0x5fffacb12a80), at 0x5fffae161332
  [2] GC_init(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffae161767
  [3] Inkscape::GC::_GLOBAL__N_1::do_init(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at
0x5fffafa5cf04
  [4] main(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x40c062
  [5] _start_crt(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x4072c7



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




--
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] inkscape calls gcc7 and 10

[Udo Grabowski (IMK)]

Hi,
the story with the mixup continues, this time inkscape.
Crashes, shows both gcc/7 and gcc/10

But trying to fix this with

LD_LIBRARY_PATH=/usr/gcc/10/lib/amd64 /usr/bin/inkscape

still crashes somewhere in gcc, so possible other indirect calls:

 (dbx) run
Running: inkscape
(process id 9798)
Reading libintl.so.1
Reading libpcre2-8.so.0.11.2
Reading libgiomm-2.4.so.1.3.0
Reading libpangomm-1.4.so.1.0.30
Reading libgmodule-2.0.so.0.7400.7
Reading libpangocairo-1.0.so.0.5000.14
Reading libXfixes.so.1.0.0
Reading libatk-1.0.so.0.23809.1
Reading libgdk_pixbuf-2.0.so.0.3612.0
Reading libpangoft2-1.0.so.0.5000.14
Reading libfontconfig.so.1.12.0
Reading libpango-1.0.so.0.5000.14
Reading libXrender.so.1.3.0
Reading libXinerama.so.1.0.0
Reading libXrandr.so.2.2.0
Reading libXcursor.so.1.0.2
Reading libXcomposite.so.1.0.0
Reading libXdamage.so.1.1.0
Reading libz.so.1.2.13
Reading liblzma.so.5.4.3
Reading libmp.so.2
Reading libmd.so.1
Reading libharfbuzz.so.0.60730.0
Reading libfreetype.so.6.20.0
Reading libfribidi.so.0.4.0
Reading libthai.so.0.3.1
Reading libexpat.so.1.8.10
Reading libresolv.so.2
Reading libpixman-1.so.0.42.2
Reading libdl.so.1
Reading libpng16.so.16.40.0
Reading libX11-xcb.so.1.0.0
Reading libgraphite2.so.3.2.1
Reading libXau.so.6.0.0
Reading libXdmcp.so.6.0.0
Reading libbz2.so.1
Reading libbrotlidec.so.1.0.9
Reading libbrotlicommon.so.1.0.9
Reading libdatrie.so.1.4.0
Reading libgnomevfs-2.so.0.2400.4
Reading liblcms2.so.2.0.15
Reading libpoppler-glib.so.8.9.0
Reading libwpg-0.3.so.3.0.4
Reading librevenge-0.0.so.0.0.5
Reading librevenge-stream-0.0.so.0.0.5
Reading libvisio-0.1.so.1.0.7
Reading libcdr-0.1.so.1.0.7
Reading libpotrace.so.0.0.6
Reading libgtkspell.so.0.0.0
Reading libaspell.so.15.3.1
Reading libxslt.so.1.1.37
Reading libgomp.so.1.0.0
Reading libgconf-2.so.4.1.5
Reading libORBit-2.so.0.1.0
Reading libdbus-glib-1.so.2.3.5
Reading libdbus-1.so.3.19.17
Reading libssl.so.1.0.0
Reading libcrypto.so.1.0.0
Reading libwpd-0.10.so.10.0.3
Reading libicuuc.so.72.1
Reading libicudata.so.72.1
Reading libicui18n.so.72.1
Reading libenchant-2.so.2.5.0
Reading libbsm.so.1
Reading libsecdb.so.1
Reading libtsol.so.2
Reading libinetutil.so.1
Reading libscf.so.1
Reading libuutil.so.1
Reading libgen.so.1
Reading libnvpair.so.1
Reading libsmbios.so.1
Reading libdevinfo.so.1
Reading libsec.so.1
Reading libavl.so.1
Reading libidmap.so.1
Reading libtiff.so.6.0.1
Reading libnss3.so
Reading libnssutil3.so
Reading libplds4.so
Reading libnspr4.so
Reading libsmime3.so
Reading libopenjp2.so.2.5.0
Reading libwebp.so.7.1.6
Reading libzstd.so.1.5.5
Reading libplc4.so
Reading libsharpyuv.so.0.0.0
Reading libMagickCore-6.Q16.so.7.0.0
Reading libMagickWand-6.Q16.so.7.0.0
Reading libltdl.so.7.3.2
Reading libthread.so.1
Reading UTF-8%646.so
t@1 (l@1) signal SEGV (no mapping at the fault address) in GC_SysVGetDataStart 
at 0x5fffae161332

0x5fffae161332: GC_SysVGetDataStart+0x0082: lock addq  %rdx,(%rax)
(dbx) where
current thread: t@1
=>[1] GC_SysVGetDataStart(0x5fffae244b00, 0x7fffbfffee90, 0x0, 0x5fffae244be0, 
0x60, 0x5fffacb12a80), at 0x5fffae161332

  [2] GC_init(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffae161767
  [3] Inkscape::GC::_GLOBAL__N_1::do_init(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 
0x5fffafa5cf04

  [4] main(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x40c062
  [5] _start_crt(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x4072c7

--
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] package antlr-2 missing library

[Udo Grabowski (IMK)]

On 16/06/2023 13:42, Udo Grabowski (IMK) wrote:

The antlr-2 package is missing /usr/lib/libantlr.a .
This is needed by some software to compile correctly.
Can this be regenerated (I suspect that the static
library generation has just been switched off by
common practice, but antlr-2 has no .so).



Thanks a lot, compiles now !
--
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] package antlr-2 missing library

[Udo Grabowski (IMK)]

The antlr-2 package is missing /usr/lib/libantlr.a .
This is needed by some software to compile correctly.
Can this be regenerated (I suspect that the static
library generation has just been switched off by
common practice, but antlr-2 has no .so).


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] gcc: error: -pie is not supported in this configuration

[Udo Grabowski (IMK)]

On 01/06/2023 15:53, Udo Grabowski (IMK) wrote:

On 01/06/2023 15:49, Marcel Telka wrote:

Hi,

I just noticed this:

$ /usr/gcc/11/bin/gcc -pie a.c
gcc: error: -pie is not supported in this configuration
$ /usr/gcc/10/bin/gcc -pie a.c
gcc: error: -pie is not supported in this configuration
$ /usr/gcc/7/bin/gcc -pie a.c
gcc: error: -pie is not supported in this configuration
$

Any idea what is wrong wit -pie at OI?
Is it possible to make it working?



Isn't it -fpie ?




No, seems to be something slightly different:

 -pie
 Produce a dynamically linked position independent executable on
 targets that support it.  For predictable results, you must also
 specify the same set of options used for compilation (-fpie, -fPIE,
 or model suboptions) when you specify this linker option.


--
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] gcc: error: -pie is not supported in this configuration

[Udo Grabowski (IMK)]

On 01/06/2023 15:49, Marcel Telka wrote:

Hi,

I just noticed this:

$ /usr/gcc/11/bin/gcc -pie a.c
gcc: error: -pie is not supported in this configuration
$ /usr/gcc/10/bin/gcc -pie a.c
gcc: error: -pie is not supported in this configuration
$ /usr/gcc/7/bin/gcc -pie a.c
gcc: error: -pie is not supported in this configuration
$

Any idea what is wrong wit -pie at OI?
Is it possible to make it working?



Isn't it -fpie ?


--
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] Error in mesa gl,h

[Udo Grabowski (IMK)]

On 08/03/2023 17:45, Udo Grabowski (IMK) wrote:

When compiling (gcc10) the perl OpenGL package with the mesa header
/usr/X11/include/mesa/gl.h, it fails :

In file included from gl_util.h:20,
 from OpenGL.xs:60:
/usr/X11R6/include/GL/gl.h:93:28: error: expected declaration specifiers or
'...' before '*' token
   93 | #define APIENTRYP APIENTRY *
  |^
glext_procs.h:11563:17: note: in expansion of macro 'APIENTRYP'

Following the definition chain to APIENTRYP shows that it ends
in a single * because GLAPIENTRY is empty, which can't work:

.
#elif defined(__GNUC__) && (__GNUC__ * 100 + __GNUC_MINOR__) >= 303
#  define GLAPI __attribute__((visibility("default")))
#  define GLAPIENTRY
#endif /* WIN32 && !CYGWIN */

#ifndef GLAPIENTRY
#define GLAPIENTRY
#endif

#ifndef APIENTRY
#define APIENTRY GLAPIENTRY
#endif

/* "P" suffix to be used for a pointer to a function */
#ifndef APIENTRYP
#define APIENTRYP APIENTRY *
#endif

#ifndef GLAPIENTRYP
#define GLAPIENTRYP GLAPIENTRY *
#endif

Any idea how to fix that (apart from the fact that the mesa gl.h
shouldn't be here, because the NVIDIA headers are missing, see
my previous post) ?



Turned out that this package only compiles correctly if you
are on an actual OpenGL-capable session, the detection of
OpenGL capabilities by the package needs that. That package
is somewhat broken as also the tests only work when you manually
perform them. But it's installed now and functions as expected.
--
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] libpulsecore error

[Udo Grabowski (IMK)]

On 10/03/2023 16:15, Gary Mills wrote:

On Fri, Mar 10, 2023 at 08:49:25AM +0100, Klaus Ziegler wrote:


this is wired, because the patch:
oi-userland/components/desktop/desktop-cache/patches/01-python.patch
which Alan mentions in his mail has already been changed with PR: 10803
on Feb 02 2023 to use python3.9, and my dev system (updated just now)
shows this for the find_newer script:
root@x4200:~# head -1 /usr/share/desktop-cache/find_newer
#!/usr/bin/python3.9


Yes, it is 3.9 on my system that had the problem.  I reviewed the
python script on an older system where it was indeed 3.5 .  I assumed
they were the same.  That was my mistake.

Nevertheless, the hidden python error message was produced on that
system that had the problem.  The invocation of the find_newer script
would have returned with a non-zero return code, which is ignored by
the method script.  It also would have returned nothing on standard
output, which is also ignored.  I repeat the python3.9 error message
here:

 Traceback (most recent call last):
   File "/usr/share/desktop-cache/find_newer", line 149, in 
 sys.exit(main())
   File "/usr/share/desktop-cache/find_newer", line 123, in main
 os.stat_float_times (True)
 AttributeError: module 'os' has no attribute 'stat_float_times'

The best solution is still to eliminate the use of find_newer
entirely.



The quick fix is just to comment that line.



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

[Udo Grabowski (IMK)]

On 10/03/2023 08:49, Klaus Ziegler wrote:



On 3/10/23 01:55, Gary Mills wrote:

On Wed, Mar 08, 2023 at 04:21:17PM +0100, Till Wegmüller wrote:

The method script, /lib/svc/method/gconf-cache, seems correct.  It,
however, invokes a python3.5 script,
/usr/share/desktop-cache/find_newer, that fails on newly-installed
systems.  The error message that I got, normally not seen, is:

 Traceback (most recent call last):
   File "/usr/share/desktop-cache/find_newer", line 149, in 
 sys.exit(main())
   File "/usr/share/desktop-cache/find_newer", line 123, in main
 os.stat_float_times (True)
 AttributeError: module 'os' has no attribute 'stat_float_times'

This script should, as a minimum, be converted to use a modern version
of python.  I better fix would be to modify the method script so that
it never needed to invoke the python script.  Both scripts are part of
illumos, I assume.



Hi Gary,
this is wired, because the patch:
oi-userland/components/desktop/desktop-cache/patches/01-python.patch
which Alan mentions in his mail has already been changed with PR: 10803
on Feb 02 2023 to use python3.9, and my dev system (updated just now)
shows this for the find_newer script:
root@x4200:~# head -1 /usr/share/desktop-cache/find_newer
#!/usr/bin/python3.9


It's 3.9 on my system too, which gets regularily updated, so
somehow Garys OI is broken.


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

[Udo Grabowski (IMK)]

On 09/03/2023 18:12, Udo Grabowski (IMK) wrote:



On 08/03/2023 16:21, Till Wegmüller wrote:

Hi Gary

Sounds like an actuator did not run correctly:

We have a couple SMF services that need to be restarted after updates 
one of the needs to be restarted after glib-2.0 files got updated.


Check out the sources here for reference 
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/transforms/actuators#L46-L79


The FMRI I suspect has an issue is 
svc:/application/desktop-cache/gconf-cache:default and or 
svc:/application/desktop-cache/dconf-update:default


The Patterns ins the Transforms is a standard python regex match of 
the file actions in the manifest. `pkg contents -m`


You may also want to check if the package has the actuator set 
properly. pkg contents .m should output restart_fmri 
svc:/application/desktop-cache/gconf-cache:default as part of the file 
action.


Greetings
Till


On 08.03.23 15:32, Gary Mills wrote:

On Mon, Mar 06, 2023 at 05:19:34PM -0600, Gary Mills wrote:

On Mon, Mar 06, 2023 at 02:27:31PM -0600, Tim Mooney via oi-dev wrote:


What does:

gsettings get org.mate.panel.menubar max-recent-items

report?


   $ gsettings get org.mate.panel.menubar 
max-recent-items

   No such key “max-recent-items”


The problem seems to be that two keys are missing from the schema.  It
seems simple at first, but the XML files in
/usr/share/glib-2.0/schemas do contain the apparently missing keys.

There are other locations searched, though.  One is
/usr/share/glib-2.0/schemas/gschemas.compiled .  I have not figured
how examine that file.  It may well be correct.  There is also a
".cache" directory in my home directory.  I suppose I can remove or
rename it, and it will be rebuilt.  I haven't tried that yet.


For my mate, this is set in
/usr/share/glib-2.0/schemas/gschemas.compiled
you can use
strings /usr/share/glib-2.0/schemas/gschemas.compiled | fgrep 
max-recent-items

to find that and 'bvi' or any other hexeditor to examine the
value after that string (which is 10 in my case), which also
appears in 'gsettings get org.mate.panel.menubar max-recent-items'
here. There are other such databases in /etc/dconf/db/local and
.cache/dconf/user for dconf, but that don't have this key.


... and there is .config/dconf/user, which has some entries, but
not that one.


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

[Udo Grabowski (IMK)]

On 08/03/2023 16:21, Till Wegmüller wrote:

Hi Gary

Sounds like an actuator did not run correctly:

We have a couple SMF services that need to be restarted after updates 
one of the needs to be restarted after glib-2.0 files got updated.


Check out the sources here for reference 
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/transforms/actuators#L46-L79


The FMRI I suspect has an issue is 
svc:/application/desktop-cache/gconf-cache:default and or 
svc:/application/desktop-cache/dconf-update:default


The Patterns ins the Transforms is a standard python regex match of the 
file actions in the manifest. `pkg contents -m`


You may also want to check if the package has the actuator set properly. 
pkg contents .m should output restart_fmri 
svc:/application/desktop-cache/gconf-cache:default as part of the file 
action.


Greetings
Till


On 08.03.23 15:32, Gary Mills wrote:

On Mon, Mar 06, 2023 at 05:19:34PM -0600, Gary Mills wrote:

On Mon, Mar 06, 2023 at 02:27:31PM -0600, Tim Mooney via oi-dev wrote:


What does:

gsettings get org.mate.panel.menubar max-recent-items

report?


   $ gsettings get org.mate.panel.menubar 
max-recent-items

   No such key “max-recent-items”


The problem seems to be that two keys are missing from the schema.  It
seems simple at first, but the XML files in
/usr/share/glib-2.0/schemas do contain the apparently missing keys.

There are other locations searched, though.  One is
/usr/share/glib-2.0/schemas/gschemas.compiled .  I have not figured
how examine that file.  It may well be correct.  There is also a
".cache" directory in my home directory.  I suppose I can remove or
rename it, and it will be rebuilt.  I haven't tried that yet.


For my mate, this is set in
/usr/share/glib-2.0/schemas/gschemas.compiled
you can use
strings /usr/share/glib-2.0/schemas/gschemas.compiled | fgrep 
max-recent-items

to find that and 'bvi' or any other hexeditor to examine the
value after that string (which is 10 in my case), which also
appears in 'gsettings get org.mate.panel.menubar max-recent-items'
here. There are other such databases in /etc/dconf/db/local and
.cache/dconf/user for dconf, but that don't have this key.




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

[oi-dev] Error in mesa gl,h

[Udo Grabowski (IMK)]

When compiling (gcc10) the perl OpenGL package with the mesa header
/usr/X11/include/mesa/gl.h, it fails :

In file included from gl_util.h:20,
 from OpenGL.xs:60:
/usr/X11R6/include/GL/gl.h:93:28: error: expected declaration specifiers or 
'...' before '*' token

   93 | #define APIENTRYP APIENTRY *
  |^
glext_procs.h:11563:17: note: in expansion of macro 'APIENTRYP'

Following the definition chain to APIENTRYP shows that it ends
in a single * because GLAPIENTRY is empty, which can't work:

.
#elif defined(__GNUC__) && (__GNUC__ * 100 + __GNUC_MINOR__) >= 303
#  define GLAPI __attribute__((visibility("default")))
#  define GLAPIENTRY
#endif /* WIN32 && !CYGWIN */

#ifndef GLAPIENTRY
#define GLAPIENTRY
#endif

#ifndef APIENTRY
#define APIENTRY GLAPIENTRY
#endif

/* "P" suffix to be used for a pointer to a function */
#ifndef APIENTRYP
#define APIENTRYP APIENTRY *
#endif

#ifndef GLAPIENTRYP
#define GLAPIENTRYP GLAPIENTRY *
#endif

Any idea how to fix that (apart from the fact that the mesa gl.h
shouldn't be here, because the NVIDIA headers are missing, see
my previous post) ?
--
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] NVIDIA headers missing

[Udo Grabowski (IMK)]

Hi,

just found out that NVIDIA packages (390 here, but also 470) are
missing the headers /usr/X11/include/NVIDIA/ , to which contents
/var/run/opengl/include/ refers to when the driver is active.

Instead, the mesa header are linked there, which probably
isn't right.

They are also missing in the original disseminations of NVIDIA
driver .run files. What's going on here ? Deprecation of building
software against the drivers in anticipation of Solaris end of
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



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

[oi-dev] libpulsecore error

[Udo Grabowski (IMK)]

firefox currently triggers an error in libpulsecore-13.0.so:

 symbol gdbm_open: referenced symbol not found
ld.so.1: pulseaudio: fatal: libgdbm.so.3: open failed: No such file or directory

Indeed, libgdbm.so.3 doesn't exist anymore, it's .so.6 now.

A symbolic in /usr/lib/amd64/ with the old name temporarily fixes
this problem.
--
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] GDL chokes on semaphore (GraphicsMagick)

[Udo Grabowski (IMK)]

On 05/02/2023 23:23, Andreas Wacknitz wrote:

Am 03.02.23 um 14:25 schrieb Udo Grabowski (IMK):

On 28/01/2023 15:40, Bob Friesenhahn wrote:

On Fri, 27 Jan 2023, Udo Grabowski (IMK) wrote:


pkg:/scientific/gdl@0.9.7-2020.0.1.4 (OI hipster illumos-aa33dce46b
and older)

for user and root:
/usr/bin/gdl stops on assertion test in GraphicsMagick (semaphore.c):


With almost 100% certainty this is because the dependent program has
not invoked
InitializeMagick() before using other GraphicsMagick APIs. It is
acceptable to
invoke this function any number of times and InitializeMagick(NULL)
is OK for
dynamically linked programs.

A very long time ago (since 1.3.8 in 2010) GraphicsMagick
initialization was
changed to require InitializeMagick() to be invoked first. Before it
was just
recommended.

OpenIndiana recently stepped forward from using a very old version of
GraphicsMagick, so that may be what provoked this issue.


Indeed, the problem seems to be exactly that and has been fixed in the
1.0.2
branch in 2019 with this commit:

<https://github.com/gnudatalanguage/gdl/commit/d4045d4469f3c8fae435a4bc6b182ac8417b8461#diff-fee07a0c71823f10358bdf47d478390d>

GNU Data Language moved from sourceforge to github:
<https://github.com/gnudatalanguage/gdl>


I have updated several packages related to gdl and this package itself
today.
We don't seem to have many interested people in scientific use anymore.
I recommend that someone interested will take care for these packages in
the future.
Eg. there hasn't been a release of plplot in several years, resulting in
the optional dependency on an outdated qhull version (2015).
But there seem to be many merged commits still for plplot. Maybe they
need some friendly works to create a new release that supports qhull as
of 2020.
Furthermore gdl could make use of several small packages we don't have
yet (I have added proj because turning it off for gdl didn't work).
We need someone with more interest in this area than me.



Thanks a lot, that works now. Unfortunately, I'm neither a C or C++
programmer, so I'm just hacking and googleing here or there until it works,
I've just wrestled with an old GDL 0.9.8 and nearly got it just to the
final linker step (where  it failed by some namespace issues). As a
scientist, my daily work horses are (of course) Fortran 90, IDL
(here as GDL) for the plotting, and Perl for hacking all the ugly
management stuff. As Python for the younger staff seems to be important
(and I still don't know why...), I also got a Sun Studio CC  compiled numpy 
running under (old) Python, which seems to be currently missing (and I guess

that the hurdles I stumbled over are still there...). So I can test stuff
and give some hints here or there, but have no capacity to take over
whole packages and their dependencies. As I'm currently updating all
our stuff to current Hipster, there may will be the one or other
package to build that can also be useful for OI. Maybe I should set up
my own package depot for that stuff, so that integration into OI
could be readily done from there.
--
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] GDL chokes on semaphore (GraphicsMagick)

[Udo Grabowski (IMK)]

On 28/01/2023 15:40, Bob Friesenhahn wrote:

On Fri, 27 Jan 2023, Udo Grabowski (IMK) wrote:


pkg:/scientific/gdl@0.9.7-2020.0.1.4 (OI hipster illumos-aa33dce46b and older)

for user and root:
/usr/bin/gdl stops on assertion test in GraphicsMagick (semaphore.c):


With almost 100% certainty this is because the dependent program has not invoked
InitializeMagick() before using other GraphicsMagick APIs. It is acceptable to
invoke this function any number of times and InitializeMagick(NULL) is OK for
dynamically linked programs.

A very long time ago (since 1.3.8 in 2010) GraphicsMagick initialization was
changed to require InitializeMagick() to be invoked first.  Before it was just
recommended.

OpenIndiana recently stepped forward from using a very old version of
GraphicsMagick, so that may be what provoked this issue.


Indeed, the problem seems to be exactly that and has been fixed in the 1.0.2
branch in 2019 with this commit:

<https://github.com/gnudatalanguage/gdl/commit/d4045d4469f3c8fae435a4bc6b182ac8417b8461#diff-fee07a0c71823f10358bdf47d478390d>

GNU Data Language moved from sourceforge to github:
<https://github.com/gnudatalanguage/gdl>
--
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] GDL chokes on semaphore (GraphicsMagick)

[Udo Grabowski (IMK)]

pkg:/scientific/gdl@0.9.7-2020.0.1.4 (OI hipster illumos-aa33dce46b and older)

for user and root:
/usr/bin/gdl stops on assertion test in GraphicsMagick (semaphore.c):

ts(~) dbx `which gdl`
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.7' in your .dbxrc
Reading gdl
Reading ld.so.1
Reading libc.so.1
Reading libreadline.so.6
Reading libgsl.so.23.0.0
Reading libplplotcxx.so.15.0.0
Reading libGraphicsMagick++.so.12.6.0
Reading libwx_baseu-2.8.so.0
Reading libwx_gtk2u_core-2.8.so.0
Reading libwx_gtk2u_adv-2.8.so.0
Reading libhdf5.so.10.3.1
Reading libstdc++.so.6.0.24
Reading libm.so.2
Reading libgcc_s.so.1
Reading libstdc++.so.6.0.28
Reading libgcc_s.so.1
Reading libgtk-x11-2.0.so.0.2400.32
Reading libgdk-x11-2.0.so.0.2400.32
Reading libgobject-2.0.so.0.7303.0
Reading libglib-2.0.so.0.7303.0
Reading libffi.so.6.0.4
Reading libcairo.so.2.11600.0
Reading libEGL.so.1
Reading libpthread.so.1
Reading librt.so.1
Reading libsocket.so.1
Reading libnvidia-glsi.so.1
Reading libnsl.so.1
Reading libxcb.so.1.1.0
Reading libxcb-render.so.0.0.0
Reading libGL.so.1
Reading libnvidia-tls.so.1
Reading libnvidia-glcore.so.1
Reading libX11.so.4.0.0
Reading libXext.so.0.0.0
Reading libgio-2.0.so.0.7303.0
Reading libjpeg.so.62.0.0
(dbx) run
Running: gdl
(process id 2270)
Reading libz.so.1.2.13
Reading libGraphicsMagick.so.3.24.0
Reading libwebp.so.7.1.5
Reading libjpeg.so.8.2.2
Reading libxml2.so.2.10.3
Reading libicuuc.so.68.2
Reading libicudata.so.68.2
=
Assertion failed: semaphore_info != (SemaphoreInfo *) NULL, file 
/jenkins/jobs/oi-userland/workspace/components/image/graphicsmagick/GraphicsMagick-1.3.38/magick/semaphore.c, 
line 601, function LockSemaphoreInfo

t@1 (l@1) signal ABRT (Abort) in _lwp_kill at 0x5fffafe3731a
0x5fffafe3731a: _lwp_kill+0x000a:   jae  _lwp_kill+0x18 [ 
0x5fffafe37328, .+0xe ]

=
(dbx) where
current thread: t@1
=>[1] _lwp_kill(0x1, 0x6, 0xfe116f55dc00, 0x0, 0x0, 0x5fffaeea2cf0), at 
0x5fffafe3731a

  [2] thr_kill(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffafe2dbe0
  [3] raise(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffafdcb26e
  [4] abort(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffafda4cd8
  [5] _assert_c99(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffafda5102
  [6] LockSemaphoreInfo(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffabd83d5f
  [7] 0x40(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x40
  [8] GetMagickResourceLimit(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffabd7e232
  [9] GetCacheInfo(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffabd52b8a
  [10] AllocateImage(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffabd16e77
  [11] Magick::ImageRef::ImageRef(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 
0x5fffafa6cbf6
  [12] Magick::Image::Image(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffafa632cd
  [13] _GLOBAL__sub_I__ZN3lib6gImageE(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xbaa438
  [14] call_array(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffad27a6e9
  [15] call_init(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffad27a96e
  [16] 0x7fffbfff4cb8(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x7fffbfff4cb8
  [17] setup(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5fffad2795ac
(dbx)

--
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] Can not install any gcc compiler

[Udo Grabowski (IMK)]

Thanks for the fast help, update did fix the situation. So before
installing larger amounts, a 'pkg update -n' should become a
regular habit in the morning... the wonders of rolling releases.

On 21/10/2022 17:21, Marcel Telka wrote:

On Fri, Oct 21, 2022 at 12:10:36PM -0300, Till Wegmueller wrote:



On 21/10/2022 11.50, Marcel Telka wrote:

On Fri, Oct 21, 2022 at 04:44:54PM +0200, Udo Grabowski (IMK) wrote:

On 21/10/2022 16:14, Udo Grabowski (IMK) wrote:

On 21/10/2022 15:59, Udo Grabowski (IMK) wrote:

...
ro sunts /tmp # pkg install developer/gnu-binutils
Creating Plan (Solver setup): \
pkg install: No matching version of developer/gnu-binutils can be
installed:
     Reject:  pkg://openindiana.org/developer/gnu-binutils@2.39-2022.0.0.0
      pkg://openindiana.org/developer/gnu-binutils@2.39-2022.0.0.1
     Reason:  This version is excluded by installed incorporation
consolidation/userland/userland-incorporation@0.5.11-2022.0.0.16641
...

The facet version locks are:

ro sunts /tmp # pkg contents -m
consolidation/userland/userland-incorporation@0.5.11-2022.0.0.16641|grep
binut
depend facet.version-lock.SUNWbinutils=true fmri=SUNWbinutils@2.19-0.133
type=incorporate
depend facet.version-lock.developer/gnu-binutils=true
fmri=developer/gnu-binutils@2.38-2022.0.0.0 type=incorporate

and SUNWbinutils is shown as 'renamed'. 'pkg install SUNWbinutils'
leads to the same error.


And another such instance: pkg install system/header

pkg install: No matching version of system/header can be installed:
Reject:  pkg://openindiana.org/system/header@0.5.11-2022.0.0.21284
   to
 pkg://openindiana.org/system/header@0.5.11-2022.0.0.21323
Reason:  This version is excluded by installed incorporation
consolidation/osnet/osnet-incorporation@0.5.11-2022.0.0.21248

ro sunts /tmp # pkg contents -m
consolidation/osnet/osnet-incorporation@0.5.11-2022.0.0.21248|grep
system/header

depend fmri=pkg:/system/header@0.5.11,5.11-2022.0.0.21248 type=incorporate

21284 vs. 21248  typo ? random coincidence ?


I'm sorry, but you need to update the whole system (pkg update).

Packages you try to install (at version locked by your old
incorporations) are no longer in the pkg repo so you simply cannot
install them.  ... and newer versions cannot be installed because your
old incorporations rejects them.


HTH.



A small addition at the moment is, that illumos-gate has a small bug in the
osnet-incorporation. you will need to uninstall system/library/processor as
it still has an incorporate entry in osnet-incorporation but has been
obsoleted. Than make an update and then you are able to install as
previously.


A small addition to what Till said: the problem he is referring to is
fixed since yesterday.  So if you update to
pkg://openindiana.org/consolidation/osnet/osnet-incorporation@0.5.11-2022.0.0.21322:20221020T010421Z
or
pkg://openindiana.org/consolidation/osnet/osnet-incorporation@0.5.11-2022.0.0.21323:20221021T010028Z
you should no longer need to manually uninstall system/library/processor
before the update.

So, basically, simple 'pkg update' should now work again.  If it does
not then please let me know.


Regards.



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] Can not install any gcc compiler

[Udo Grabowski (IMK)]

On 21/10/2022 16:14, Udo Grabowski (IMK) wrote:

On 21/10/2022 15:59, Udo Grabowski (IMK) wrote:

...
ro sunts /tmp # pkg install developer/gnu-binutils
Creating Plan (Solver setup): \
pkg install: No matching version of developer/gnu-binutils can be 
installed:

   Reject:  pkg://openindiana.org/developer/gnu-binutils@2.39-2022.0.0.0
    pkg://openindiana.org/developer/gnu-binutils@2.39-2022.0.0.1
   Reason:  This version is excluded by installed incorporation 
consolidation/userland/userland-incorporation@0.5.11-2022.0.0.16641

...

The facet version locks are:

ro sunts /tmp # pkg contents -m 
consolidation/userland/userland-incorporation@0.5.11-2022.0.0.16641|grep 
binut
depend facet.version-lock.SUNWbinutils=true fmri=SUNWbinutils@2.19-0.133 
type=incorporate
depend facet.version-lock.developer/gnu-binutils=true 
fmri=developer/gnu-binutils@2.38-2022.0.0.0 type=incorporate


and SUNWbinutils is shown as 'renamed'. 'pkg install SUNWbinutils'
leads to the same error.


And another such instance: pkg install system/header

pkg install: No matching version of system/header can be installed:
  Reject:  pkg://openindiana.org/system/header@0.5.11-2022.0.0.21284
 to
   pkg://openindiana.org/system/header@0.5.11-2022.0.0.21323
  Reason:  This version is excluded by installed incorporation 
consolidation/osnet/osnet-incorporation@0.5.11-2022.0.0.21248


ro sunts /tmp # pkg contents -m 
consolidation/osnet/osnet-incorporation@0.5.11-2022.0.0.21248|grep 
system/header


depend fmri=pkg:/system/header@0.5.11,5.11-2022.0.0.21248 type=incorporate

21284 vs. 21248  typo ? random coincidence ?


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] Can not install any gcc compiler

[Udo Grabowski (IMK)]

On 21/10/2022 15:59, Udo Grabowski (IMK) wrote:

...
ro sunts /tmp # pkg install developer/gnu-binutils
Creating Plan (Solver setup): \
pkg install: No matching version of developer/gnu-binutils can be 
installed:

   Reject:  pkg://openindiana.org/developer/gnu-binutils@2.39-2022.0.0.0
    pkg://openindiana.org/developer/gnu-binutils@2.39-2022.0.0.1
   Reason:  This version is excluded by installed incorporation 
consolidation/userland/userland-incorporation@0.5.11-2022.0.0.16641

...

The facet version locks are:

ro sunts /tmp # pkg contents -m 
consolidation/userland/userland-incorporation@0.5.11-2022.0.0.16641|grep 
binut
depend facet.version-lock.SUNWbinutils=true fmri=SUNWbinutils@2.19-0.133 
type=incorporate
depend facet.version-lock.developer/gnu-binutils=true 
fmri=developer/gnu-binutils@2.38-2022.0.0.0 type=incorporate


and SUNWbinutils is shown as 'renamed'. 'pkg install SUNWbinutils'
leads to the same error.


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

[oi-dev] Can not install any gcc compiler

[Udo Grabowski (IMK)]

Hi,

OI Hipster updated to illumos-4f9241761d:

Can not install any one of the gcc compiler versions because
binutils seem not be available (pkg list -a doesn't show any
of them, regardless which variant):

ro sunts /tmp # pkg install developer/gnu-binutils
Creating Plan (Solver setup): \
pkg install: No matching version of developer/gnu-binutils can be installed:
  Reject:  pkg://openindiana.org/developer/gnu-binutils@2.39-2022.0.0.0
   pkg://openindiana.org/developer/gnu-binutils@2.39-2022.0.0.1
  Reason:  This version is excluded by installed incorporation 
consolidation/userland/userland-incorporation@0.5.11-2022.0.0.16641


What's wrong ? Runtimes under /usr/gcc for 3.4/7/10 are there, but they 
have no bin/.




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

[Udo Grabowski (IMK)]

On 16/02/2022 17:06, Stephan Althaus wrote:

Hello!

I am looking for hints to diagnose the builtin touchpad.

It should work on the device node  /dev/kdmouse  and the old PS/2 driver 
mouse8042


On an older laptop (HP Elitebook 2530p) with OI 2021.10 booted from usb,
the following dtrace script shows "fbt::mouse8042_intr" events:

fbt::mouse8042_intr:return,
fbt::mouse8042_process_msg:return
{
     printf("%s returned %d \n", probefunc, arg1);
}

on the newer laptop (Dell Precision 7720) there are no events..


What can i do to dig deeper ?


Any hints are welcome!

Stephan


Under Linux, they appear as a I2C HID device.



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] Porting an exFAT driver

[Udo Grabowski (IMK)]

On 14/12/2021 11:58, Jean-Pierre André wrote:

I have been trying to package for OpenIndiana a driver and utilities
developed by Andrew Nayenko and licensed as GPL2 for the exFAT file
system promoted by Microsoft as a replacement for FAT.

The packaging went fine locally (by gmake publish), but the pull
request check fails on :

aclocal: error: aclocal: file '/usr/share/aclocal/wxwin.m4' does not exist
(see https://github.com/OpenIndiana/oi-userland/pull/7389)

I have no idea of what triggers this, and as this does not occur
locally, I cannot make my own tries. I suspect having a difference of
versions in my autotools (fully updated). I also suspected the use of
the deprecated macro AC_PROG_CC_C99 had something do do with that,
but removing it does not bring any change.

I am at a loss over what else I could try, so I am giving up until
somebody points me at what I am doing wrong.


That missing file is part of the wxwidgets package. Somewhere in
library/graphics (don't know the most recent/present name).



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] Trouble compiling Juci++ IDE

[Udo Grabowski (IMK)]

No, no that solution, seems you're referring to some different bug
with text blinking, not cursor blinking.

On 25.03.21 12:21, Udo Grabowski (IMK) wrote:



On 25.03.21 11:59, cretin1997 via oi-dev wrote:
...It has the same bug when the text will not stop blinking as Pluma 
and that bug was not yet solved. ...


It's a feature, not a bug:

open dconf-editor
set /org/gnome/desktop/interface/cursor-blink-timeout to a very
    large value





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] Trouble compiling Juci++ IDE

[Udo Grabowski (IMK)]

On 25.03.21 11:59, cretin1997 via oi-dev wrote:
...It has the same bug when the text will not stop blinking as Pluma 
and that bug was not yet solved. ...


It's a feature, not a bug:

open dconf-editor
set /org/gnome/desktop/interface/cursor-blink-timeout to a very
   large value



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] Trouble compiling Juci++ IDE

[Udo Grabowski (IMK)]

Uh, indeed...

On 25.03.21 10:27, Peter Tribble wrote:



On Thu, Mar 25, 2021 at 9:09 AM Udo Grabowski (IMK) 
mailto:udo.grabow...@kit.edu>> wrote:


On 25.03.21 07:31, cretin1997 via oi-dev wrote:
  > The dependencies of it were listed there:
  >
  > https://gitlab.com/cppit/jucipp
  >
  > The problem is there is no gtksourceviewmm-3.0 on OpenIndiana.
  >

No ? Really ?


Yes, really. As stated, gtksourceview is present, but gtksourceviewmm isn't.


Uh, indeed...



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] Trouble compiling Juci++ IDE

[Udo Grabowski (IMK)]

SunOS imksunth7 5.11 illumos-cf25223258 i86pc i386 i86pc

On 25.03.21 10:09, Udo Grabowski (IMK) wrote:

On 25.03.21 07:31, cretin1997 via oi-dev wrote:
 > The dependencies of it were listed there:
 >
 > https://gitlab.com/cppit/jucipp
 >
 > The problem is there is no gtksourceviewmm-3.0 on OpenIndiana.
 >

No ? Really ?

# s11: uname -a
SunOS imksuns11 5.11 oi_151a9 i86pc i386 i86pc
...


Wrong machine for uname, should have been:

SunOS imksunth7 5.11 illumos-cf25223258 i86pc i386 i86pc




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] Trouble compiling Juci++ IDE

[Udo Grabowski (IMK)]

On 25.03.21 07:31, cretin1997 via oi-dev wrote:
> The dependencies of it were listed there:
>
> https://gitlab.com/cppit/jucipp
>
> The problem is there is no gtksourceviewmm-3.0 on OpenIndiana.
>

No ? Really ?

# s11: uname -a
SunOS imksuns11 5.11 oi_151a9 i86pc i386 i86pc

# s11: locate sourceview
/usr/include/gtksourceview-2.0
/usr/include/gtksourceview-3.0
/usr/include/gtksourceview-2.0/gtksourceview
/usr/include/gtksourceview-2.0/gtksourceview/completion-providers
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcebuffer.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcecompletion.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcecompletioncontext.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcecompletioninfo.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcecompletionitem.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcecompletionproposal.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcecompletionprovider.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcegutter.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourceiter.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcelanguage.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcelanguagemanager.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcemark.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourceprintcompositor.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcestyle.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcestylescheme.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourcestyleschememanager.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourceundomanager.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourceview-typebuiltins.h
/usr/include/gtksourceview-2.0/gtksourceview/gtksourceview.h
/usr/include/gtksourceview-2.0/gtksourceview/completion-providers/words
/usr/include/gtksourceview-2.0/gtksourceview/completion-providers/words/gtksourcecompletionwords.h
/usr/include/gtksourceview-3.0/gtksourceview
/usr/include/gtksourceview-3.0/gtksourceview/completion-providers
/usr/include/gtksourceview-3.0/gtksourceview/gtksource.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcebuffer.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcecompletion.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcecompletioncontext.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcecompletioninfo.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcecompletionitem.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcecompletionproposal.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcecompletionprovider.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourceencoding.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcefile.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcefileloader.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcefilesaver.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcegutter.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcegutterrenderer.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcegutterrendererpixbuf.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcegutterrenderertext.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcelanguage.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcelanguagemanager.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcemark.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcemarkattributes.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourceprintcompositor.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcesearchcontext.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcesearchsettings.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcestyle.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcestylescheme.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcestyleschememanager.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourcetypes.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourceundomanager.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourceutils.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourceview-typebuiltins.h
/usr/include/gtksourceview-3.0/gtksourceview/gtksourceview.h
/usr/include/gtksourceview-3.0/gtksourceview/completion-providers/words
/usr/include/gtksourceview-3.0/gtksourceview/completion-providers/words/gtksourcecompletionwords.h
/usr/include/pidgin/gtksourceview-marshal.h
/usr/lib/libgtksourceview-2.0.so
/usr/lib/libgtksourceview-2.0.so.0
/usr/lib/libgtksourceview-2.0.so.0.0.0
/usr/lib/libgtksourceview-3.0.so
/usr/lib/libgtksourceview-3.0.so.1
/usr/lib/libgtksourceview-3.0.so.1.3.0
/usr/lib/amd64/libgtksourceview-2.0.so
/usr/lib/amd64/libgtksourceview-2.0.so.0
/usr/lib/amd64/libgtksourceview-2.0.so.0.0.0
/usr/lib/amd64/libgtksourceview-3.0.so
/usr/lib/amd64/libgtksourceview-3.0.so.1
/usr/lib/amd64/libgtksourceview-3.0.so.1.3.0
/usr/lib/amd64/pkgconfig/gtksourceview-2.0.pc
/usr/lib/amd64/pkgconfig/gtksourceview-3.0.pc
/usr/lib/meld/meld/util/sourceviewer.py
/usr/lib/meld/meld/u

Re: [oi-dev] texlive package

[Udo Grabowski (IMK)]

On 28.01.21 12:25, s...@pandora.be wrote:

...

I'll submit a PR (pull request) on github for the install-tl script.
...
The idea is that with their package manager (TLMGR) you can update and install 
texlive.

So basically with something like:

pkg install install-texlive

you use IPS to install a package that can install the texlive (via the network).
...
But since TeX with TUG and CTAN are very big communities, they claim to have / 
host 5000+ packages,
an approach which uses the TLMGR package manager may be the good approach,
so that you do not duplicate all of the TUG/CTAN packages in the OI repository.

The reason is that the TLMGR will then later support both advanced users and 
basic users (like myself).

Also I like the fact that the support of the texlive installation,
is then done by the TLMGR team, not by the OpenIndiana team.


Excellent idea ! I can confirm that the tlmgr installer works
like a charm on OI, and the combination of choices that advanced
users can produce are far too many to be handled with packages in OI.
The average user will update his texlive installation about every
two years since TeX is already very stable and doesn't need many
fixes, so a one shot installer is the right choice here.



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] How many CPUs does OI support?

[Udo Grabowski (IMK)]

On 08.01.21 08:53, Chris wrote:

...
Which begs the question: haw many CPUs does OI support?

Apart from the theoretical limit, what is practically
usable could, of course, be different. For a lower limit:
We run a Fujitsu RX900 S2 with 80 cores for nearly
a decade now, no problems at all. So there seems to be
plenty of headroom left...



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

[oi-dev] Certificate expired

[Udo Grabowski (IMK)]

The certificate for openindiana.org expired.
--
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] pulseaudio issues

[Udo Grabowski (IMK)]

On 02/04/2019 15:57, Gary Mills wrote:

On Tue, Apr 02, 2019 at 10:54:25AM +, Alexander Pyhalov wrote:


If selection of device in mate-volume-control works for you, we can
just make it honor AUDIODEV is it set.


It may already do that, although perhaps not correctly.


Your patches make pulseaudio use mod_solaris module, and it doesn't
provide interfaces necessary to select device in
mate-volume-control. So we either fix mod_solaris to support these
interfaces or fix our mod_oss patches to honor AUDIODEV.


Yes, mod_solaris seemed most appropriate since illumos was derived
from Solaris.  Mod_oss seems to be for the Linux version of OSS.



On OI_151a versions this has always been OSS and it worked - so
if pulse audio only delivers a "Linux version" of OSS this should
be fixed. Please don't fall back to ancient mod_solaris, that was
history already ten years ago...
--
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] Weird man page construction

[Udo Grabowski (IMK)]

On 18/02/2019 13:27, Udo Grabowski (IMK) wrote:

On 18/02/2019 13:00, Peter Tribble wrote:



On Mon, Feb 18, 2019 at 11:36 AM Udo Grabowski (IMK) mailto:udo.grabow...@kit.edu>> wrote:

Hi,

I was wondering for a while now why I could not grep man pages anymore,
like 'man ftp|grep netrc', which was working a couple of OI versions
before.


Try something like

man ftp | col -x -b | grep netrc

to strip the formatting.


Thanks, that really helps !




Today I really got curious and found these weird constructions
in the man page output 'man ftp|od -tc'

0121460  \b   ~   /  \b   /   .  \b   .   n  \b   n   e  \b   e   t  \b
0121500   t   r  \b   r   c  \b   c  \n  \n   A  \b   A   T  \b   T   T

That means: most of the characters are backspaced and written again !
Checked a couple of man pages, most of them have these useless
sequences in them, so grepping man pages is mostly impossible now.



ok, not *that* useless, as overprinting via backspace seems to be
not only a common technique for printers to get bold characters,
but also gets interpreted by less and more in that way.
--
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] Weird man page construction

[Udo Grabowski (IMK)]

On 18/02/2019 13:00, Peter Tribble wrote:



On Mon, Feb 18, 2019 at 11:36 AM Udo Grabowski (IMK) mailto:udo.grabow...@kit.edu>> wrote:

Hi,

I was wondering for a while now why I could not grep man pages anymore,
like 'man ftp|grep netrc', which was working a couple of OI versions
before.


Try something like

man ftp | col -x -b | grep netrc

to strip the formatting.


Thanks, that really helps !




Today I really got curious and found these weird constructions
in the man page output 'man ftp|od -tc'

0121460  \b   ~   /  \b   /   .  \b   .   n  \b   n   e  \b   e   t  \b
0121500   t   r  \b   r   c  \b   c  \n  \n   A  \b   A   T  \b   T   T

That means: most of the characters are backspaced and written again !
Checked a couple of man pages, most of them have these useless
sequences in them, so grepping man pages is mostly impossible now.

Is this really intended, or produces some document tool this garbage
in the process of man page generation ?




--
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] Weird man page construction

[Udo Grabowski (IMK)]

Hi,

I was wondering for a while now why I could not grep man pages anymore,
like 'man ftp|grep netrc', which was working a couple of OI versions
before. Today I really got curious and found these weird constructions
in the man page output 'man ftp|od -tc'

0121460  \b   ~   /  \b   /   .  \b   .   n  \b   n   e  \b   e   t  \b
0121500   t   r  \b   r   c  \b   c  \n  \n   A  \b   A   T  \b   T   T

That means: most of the characters are backspaced and written again !
Checked a couple of man pages, most of them have these useless
sequences in them, so grepping man pages is mostly impossible now.

Is this really intended, or produces some document tool this garbage
in the process of man page generation ?
--
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] required header-idnkit for illumps-gate obsolete

[Udo Grabowski (IMK)]

Hi,
regarding the message from Dan on library/libidn/header-idnkit:
This package is currently obsolete on oi-Hipster (as of 2018-10).

On Dec 10, 2018, at 7:51 PM, Dan McDonald  wrote:
>
> Hello!
>
>The integration of illumos 9997 which brings in iconv into illumos-gate 
>constitutes a flag day for people who build illumos-gate, or children which 
>have this fix in place.  /usr/include/idn/{api,version}.h MUST be in place on 
>your build system.

>
>On both OmniOS and OpenIndiana, these are part of the 
library/libidn/header-idnkit package.

>
>For SmartOS, make sure your copy of illumos-extra is up to date as of today.
>
>Other distros please follow-up here with your instruction(s).
>
>If you do not have these headers, you will get a lot of build noise in your 
>failure, lead off by:

>
>../common//ace_utf8.c:35:21: error: idn/api.h: No such file or directory
>../common//ace_utf8.c:36:25: error: idn/version.h: No such file or directory
>
>Thanks,
>Dan
>
--
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 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 ?

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

[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

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

[Udo Grabowski (IMK)]

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
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:a/s0 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.796 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:b/s1 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.796 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:c/s2 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.796 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:d/s3 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.796 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:e/s4 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.797 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:f/s5 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.797 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:g/s6 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.797 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:i/s8 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.798 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:j/s9 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.798 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:k/s10 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.798 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:l/s11 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.799 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:m/s12 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.799 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:n/s13 
parent_udi=/org/freedesktop/Hal/devices/scsi_vhci_0/disk180_0/sd180
Nov  8 16:43:12 imksunth7 hald[268]: [ID 702911 daemon.error] 16:43:12.799 [E] 
hotplug.c:81: Parent is NULL devfs_path=/scsi_vhci/disk@g5000cca2441ed3f4:o/s14 
parent_udi=/org/freedeskto

Re: [oi-dev] Security patch for Xorg 19.x

[Udo Grabowski (IMK)]

On 30/10/2018 11:25, Peter Tribble wrote:



On Tue, Oct 30, 2018 at 10:13 AM Udo Grabowski (IMK) mailto:udo.grabow...@kit.edu>> wrote:

This Xorg patch should be immediately merged in Hipster:


It was merged and updated packages published last Thursday, by the looks of it:

commit b694face8cd955399d90fae658d6a01fb1fa9c5b
Author: Aurelien Larcher mailto:aurelien.larc...@gmail.com>>
Date:   Thu Oct 25 19:31:53 2018 +0200

xorg-server: CVE-2018-14665




<https://gitlab.freedesktop.org/xorg/xserver/commit/50c0cf885a6e91c0ea71fb49fa8f1b7c86fe330e>

That check had been part of older Xorgs ,e.g., on oi_151a9.

See the really nasty CVE-2018-14665:
<https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-14665>
--
...
--
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/


Indeed, didn't find x11 because I was on the wrong branch
<https://github.com/OpenIndiana/oi-userland/tree/upstream/components>
instead of
<https://github.com/OpenIndiana/oi-userland/tree/oi/hipster/components>

Security bugs like that completely destroy my approach of jumping
from one 'stable' release to the next, so the only secure way is indeed
a rolling release if you don't have enough manpower to maintain a
cherry-picking 'stable' major-bugfix-only branch.
--
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] Security patch for Xorg 19.x

[Udo Grabowski (IMK)]

This Xorg patch should be immediately merged in Hipster:



That check had been part of older Xorgs ,e.g., on oi_151a9.

See the really nasty CVE-2018-14665:

--
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] Packages only in the main repository

[Udo Grabowski (IMK)]

On 25/10/2018 18:31, Aurélien Larcher wrote:

On Wed, Oct 24, 2018 at 5:44 PM Alan Coopersmith mailto:alan.coopersm...@oracle.com>> wrote:

On 10/24/18 06:14 AM, Udo Grabowski (IMK) wrote:
> On 24/10/2018 14:39, Aurélien Larcher wrote:
> Motif is still needed for some applications, but isn't there OpenMotif ?

Yes - but it's not binary compatible with the old Solaris Motif 1.2 or 2.1
so you'll need to recompile the apps to use it.

> libXaw is still needed, but again, freedesktop.org
<http://freedesktop.org> has a free alternative.

Right - these are the X11R4 & X11R5 versions for backwards binary 
compatibility.
X.Org currently ships libXaw7 upstream, which is in a different OI package.

Would you recommend still providing binaries for Motif and the old Athena 
Widgets?


If Motif is indeed binary incompatible, it would be important to keep, e.g.
the widget system of IDL (the proprietary ancestor of GDL) and SGE
(Sun Grid Engine) are based on Motif (and are heavily used here).
I'd be more relaxed about Xaw, but I don't know really were this is
still used (I only know about a few instances of Xaw3d...).

I currently have no time to check if OpenMotif can just be used
there, I'll report back, but probably not any time soon.
--
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] Packages only in the main repository

[Udo Grabowski (IMK)]

On 24/10/2018 14:39, Aurélien Larcher wrote:

Hi,
this list contains packages installed on my system that cannot be published from
oi-userland:

compatibility/packages/SUNWxwinc
compatibility/packages/SUNWxwplt
consolidation/cde/cde-incorporation
consolidation/dbtg/dbtg-incorporation
consolidation/jdmk/jdmk-incorporation
consolidation/man/man-incorporation
developer/macro/cpp
driver/network/ce
library/desktop/gtk1
library/glib1
library/medialib
library/motif
system/font/truetype/arphic-uming
system/font/truetype/hanyang-ko-core
system/font/truetype/ipafont
system/font/truetype/lohit
system/font/xorg/iso8859-1
system/font/xorg/xorg-core
system/input-method/library/libanthy
system/input-method/library/libchewing
system/input-method/library/libhangul
system/install/locale
system/library/c++/sunpro
system/library/iconv/extra
system/library/iconv/unicode
system/library/iconv/utf-8
system/library/iconv/utf-8/manual
system/library/iconv/xsh4/latin
system/manual/locale/ca
system/manual/locale/ja
system/osnet/locale/fr
system/osnet/locale/ja
system/xvm/xvmstore
text/auto_ef
text/doctools/ja
x11/compatibility/links-svid
x11/library/dps
x11/library/libowconfig
x11/library/toolkit/libxaw4
x11/library/toolkit/libxaw5
x11/network/rstart

The question is: what can we deprecate?



The sunpro C++ stuff will be needed by proprietary (licensed) software
compiled with Sun Studio, as that will definitely fail with g++ compiled
libraries.

Motif is still needed for some applications, but isn't there OpenMotif ? I
faintly remember I installed it from some illumos or OI or CSW repository
a few weeks ago somewhere, so that can probably go.

libXaw is still needed, but again, freedesktop.org has a free alternative.

CDE is dead, and people that used it should be, too (I feel sick...).

libowconfigoh my god, OpenWindows, olwm ? When CDE people are dead,
OW people should already be rotten long ago. But I see that it has
been accessed 5 days ago on my 151a9 machine, so seemingly some of
the X libraries still accesses it (definitely not a backup process).

SUNWxwinc/plt are just Meta-incorporation packages for Xwindows
application groups; useful as such, they may be renamed and kept.
Or isn't there something similar already ?
--
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] Tag for 2018.10 ?

[Udo Grabowski (IMK)]

On 22/10/2018 16:06, Alexander Pyhalov wrote:

No, there will not be any repository-level tag.

And why one could need it with our development model? However, I'll create git 
tags for oi-userland, slim_source and pkg5 repositories.



I can imagine people not updating their production servers
everyday (for me: I hate updates...), but hopping from one
major tag to the next. And they clearly won't reinstall from
ISO...so there should be a way to get an update from, say,
2018.04 to 2018.10 on the development line. Although I'm
currently following the development line on a weekly basis
to produce a new stable image for our whole cluster, I would
like to have an update where I can tell that I get exactly what's
on the ISO (and therefore, what corresponds to the git tags).

So if there are no separate publishers, at least there should be
a short period of days where the package server stays on the major
tag so that people can synchronize and snapshot.



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


________
От: Udo Grabowski (IMK) 
Отправлено: 22 октября 2018 г. 16:43:16
Кому: Alexander Pyhalov; OpenIndiana Developer mailing list
Тема: Re: [oi-dev] Tag for 2018.10 ?

On 22/10/2018 15:35, Alexander Pyhalov via oi-dev wrote:

What do you mean by 'tag'?



I faintly remember that there were separate publishers
for those "kind-of-release" versions, so that, by changing
to that publisher, you got the "fixed" version and could
update from an earlier release to that.

A real tagging mechanism ' pkg update -tag "2018.10" ' may
be something worth thinking about for the future. In principle,
that would be possible today by specifiying entire@201810xx as
install target ?



От: Udo Grabowski (IMK) 
Отправлено: 22 октября 2018 г. 15:37:26
Кому: oi-dev@openindiana.org
Тема: [oi-dev] Tag for 2018.10 ?

Hi,
for those who are on continous Hipster update currently: Will
there be a tag we can update to from any state before to 2018.10 ?

--
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] Tag for 2018.10 ?

[Udo Grabowski (IMK)]

On 22/10/2018 15:35, Alexander Pyhalov via oi-dev wrote:

What do you mean by 'tag'?



I faintly remember that there were separate publishers
for those "kind-of-release" versions, so that, by changing
to that publisher, you got the "fixed" version and could
update from an earlier release to that.

A real tagging mechanism ' pkg update -tag "2018.10" ' may
be something worth thinking about for the future. In principle,
that would be possible today by specifiying entire@201810xx as
install target ?


________
От: Udo Grabowski (IMK) 
Отправлено: 22 октября 2018 г. 15:37:26
Кому: oi-dev@openindiana.org
Тема: [oi-dev] Tag for 2018.10 ?

Hi,
for those who are on continous Hipster update currently: Will
there be a tag we can update to from any state before to 2018.10 ?


--
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] Tag for 2018.10 ?

[Udo Grabowski (IMK)]

Hi,
for those who are on continous Hipster update currently: Will
there be a tag we can update to from any state before to 2018.10 ?
--
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] Core i9 supported ?

[Udo Grabowski (IMK)]

Hello,

after my personal X99 Asus board with a core i7 reached the point
of its very near death, I ordered in a hurry an Asus X299 board and
had to take an i9 7940X Skylake-X Kaby Lake series processor (there
are currently availablity problems for alternatives like the i7-7820X).

Shortly after that, I stumbled over that infamous Phoronix post from
last year:


So the question is: Is the core i9 now supported with the current
Hipster ? Any experiences with a C299 chipset based board ?

It seems that the illumos HCL could have an additional entry for
CPUs supported. Also, newer boards are mostly missing, so I will
add entries for that new board and its components if I have success.

Thanks for any help !
--
Dr.Udo GrabowskiInst.f.Meteorology a.Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technologyhttp://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] Sendmail logging to wrong facility

[Udo Grabowski (IMK)]

On 18/09/2018 17:15, Gary Mills wrote:

I'm using the sendmail supplied with OI-hipster with my own
configuration files.  It works correctly except that the MTA daemon
logs to the wrong facility.  Specifically, the client sendmail logs to
the mail facility, which syslog sends to /var/log/syslog, but the
sendmail MTA logs to the daemon facility, which syslog sends to
/var/adm/messages .  Has anyone else noticed this anomaly?  The entire
sendmail logging should be in /var/log/syslog .

The sendmail source contains two instances of this code:

openlog(SM_LOG_STR, LOG_PID, LOG_MAIL);

That code sets the facility that will be used by subsequent syslog()
calls by storing it into a static structure.  The same sendmail source
is used for both the client and MTA servers.  It looks correct.

My suspicion is that something is calling openlog() again with the
wrong facility.  I used truss to show the openlog() function like
this:

7411/1@1: -> libc:openlog(0x80f62a1, 0x1, 0x10, 0x8064d4c)

but it only shows the called function in libc.  How do I determine the
caller?  I need to examine the startup of the MTA, as that's where the
openlog() calls occur.




Have a look into /etc/syslog.conf, there are rules affecting the
mail client and server logging:

*.err;kern.notice;auth.notice   /dev/sysmsg
*.err;kern.debug;daemon.notice;mail.crit/var/adm/messages

*.alert;kern.err;daemon.err operator
*.alert root

*.emerg *

mail.debug  ifdef(`LOGHOST', /var/log/syslog, @loghost)
#
# non-loghost machines will use the following lines to cause "user"
# log messages to be logged locally.
#
ifdef(`LOGHOST', ,
user.err/dev/sysmsg
user.err/var/adm/messages
user.alert  `root, operator'
user.emerg  *
)

--
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] weird flock problem

[Udo Grabowski (IMK)]

On 13/11/2017 16:07, Till Wegmüller wrote:

On 13.11.2017 15:59, Carsten Grzemba wrote:



On 13.11.17 15:16, *Bob Friesenhahn *  wrote:

On Mon, 13 Nov 2017, Carsten Grzemba wrote:


This compiles on Openindiana without an error, but if it runs throws

the error: Invalid argument (os error 22)


If I copy this on Openindiana compiled code to Smartos it runs correctly.


Are you using the same filesystem on both systems?  For example, zfs
vs tmp on swap could make a difference.  Or something to do with
filesystem paths.

Thats the clue:
it fails on NFS, but works on ZFS and TMPFS


Doesn't NFS require a special lock daemon to be setup between server and
client? AFAIk NFS locking is quite limted when i last tried it years ago.



See Jerry's explanation in an older thread regarding Robert's 3252
submission:

--
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] Problemas en el repo de nimbus en GitHub

[Udo Grabowski (IMK)]

On 07/09/2017 14:23, Echedey López Romero wrote:

Buenas tardes.
..

You minimize the possible number of people that can help
by not posting in English.
--
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] HG Certificate expired

[Udo Grabowski (IMK)]

 certificate expired on May,26 2017.
--
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] cdrecord issue

[Udo Grabowski (IMK)]

On 07/04/2017 15:15, Alexander Pyhalov wrote:

On 04/ 6/17 11:35 PM, Alexander Pyhalov wrote:

On 06.04.2017 23:10, Joerg Schilling wrote:

Alexander Pyhalov  wrote:


I've tried to update cdrtools... To find out that they are not fully
functional.

$ cat /etc/security/exec_attr.d/cdrtools
Basic Solaris
User:solaris:cmd:RO::/usr/bin/cdrecord:privs=file_dac_read,sys_devices,proc_lock_memory,proc_priocntl,net_privaddr


Basic Solaris
User:solaris:cmd:RO::/usr/bin/readcd:privs=file_dac_read,sys_devices,net_privaddr


Basic Solaris
User:solaris:cmd:RO::/usr/bin/cdda2wav:privs=file_dac_read,sys_devices,proc_priocntl,net_privaddr



When I try to blank cd-rw device, I get with new cdrtools :

$ cdrecord blank=all
Cdrecord-ProDVD-ProBD-Clone 3.02a07 (i386-pc-solaris2.11) Copyright (C)
1995-2016 Joerg Schilling
Warning: Using USCSI interface.
Using libscg version 'schily-0.9'.
No target specified, trying to find one...
Using dev=3,2,0.
Device type: Removable CD-ROM
Version: 0
Response Format: 2
Capabilities   :
Vendor_info: 'Optiarc '
Identifikation : 'DVD RW AD-7170S '
Revision   : '1.82'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96R RAW/R96R
cdrecord: Warning: Cannot read drive buffer.
cdrecord: Warning: The DMA speed test has been skipped.
Starting to write CD/DVD/BD at speed 4 in real BLANK mode for single
session.
Last chance to quit, starting real write0 seconds. Operation starts.
cdrecord: I/O error. blank unit: scsi sendcmd: no error
CDB:  A1 00 00 00 00 00 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: F0 00 03 00 01 C0 6D 0A 00 00 00 00 0C 00 00 00 00 00
Sense Key: 0x3 Medium Error, Segment 0
Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0
Sense flags: Blk 114797 (valid)
cmd finished after 425.306s timeout 9600s


This may be a problem in the medium or a incompatibility between drive
and
medium, or just a temporary problem.


But this works with sudo


Is this reproducable multiple times?



Yes. Tomorrow I can try with other CD-RW disk (they are becoming
extinct...).
But if the matter is in medium, why does it work with sudo?



With other disc I didn't get these errors. I don't understand, why sudo mattered
in the previous case...




I think you need to own the device node. We have in /etc/logindevperm:

/dev/vt/console_user0400/dev/removable-media/dsk/*  # removable 
media
/dev/vt/console_user0400/dev/removable-media/rdsk/* # removable 
media
/dev/vt/console_user0400/dev/hotpluggable/dsk/* # hotpluggable 
storage
/dev/vt/console_user0400/dev/hotpluggable/rdsk/*# hotpluggable 
storage

--
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] sound-juicer removal?

[Udo Grabowski (IMK)]

On 04/04/2017 10:45, Alexander Pyhalov wrote:

... We don't ship it,
because cdparanoia was never properly ported to Solaris.


It was ported to opensolaris and was available up to 151a9 from SFE:

library/audio/libcdio (sfe)   0.82-0.151.1.5 i--
library/audio/libcdio/src (sfe)

--
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] X packages to deprecate

[Udo Grabowski (IMK)]

On 29/08/2016 09:33, Alexander Pyhalov wrote:

On 08/27/16 02:40 PM, Aurélien Larcher wrote:

Hi,
Are we able to simply and effectively deprecate these packages or are
there issues to foresee?

pkg:/compatibility/packages/SUNWxwinc@0.5.11,5.11-2013.0.0.0
pkg:/compatibility/packages/SUNWxwman@0.5.11,5.11-2013.0.0.0
pkg:/compatibility/packages/SUNWxwopt@0.5.11,5.11-2013.0.0.0
pkg:/compatibility/packages/SUNWxwplr@0.5.11,5.11-2013.0.0.0
pkg:/compatibility/packages/SUNWxwplt@0.5.11,5.11-2013.0.0.0
pkg:/compatibility/packages/SUNWxwpmn@0.5.11,5.11-2013.0.0.0
pkg:/compatibility/packages/SUNWxwslb@0.5.11,5.11-2013.0.0.0
pkg:/library/motif/libdpstkxm@0.5.11,5.11-2013.0.0.0
pkg:/system/kernel/hardware-cursor@0.5.11,5.11-2013.0.0.0
pkg:/x11/compatibility/links-svid@0.5.11,5.11-2013.0.0.0
pkg:/x11/library/dps@7.5,5.11-2013.0.0.0
pkg:/x11/library/libowconfig@0.5.11,5.11-2013.0.0.0
pkg:/x11/library/toolkit/libxaw4@0.5.11,5.11-2013.0.0.0
pkg:/x11/library/toolkit/libxaw5@0.5.11,5.11-2013.0.0.0
pkg:/x11/network/rstart@1.0.3,5.11-2013.0.0.0
pkg:/x11/network/x11-network-proxies@7.5,5.11-2013.0.0.0



Does someone know if any of these libraries are used by Oracle DBMS GUI tools?



These are the potential packages the installer scripts search for:
(Oracle 10g)

SUNWbtool,SUNWarc,SUNWhea,SUNWlibm,SUNWlibms,SUNWsprot,SUNWcluster,
SUNWtoo,SUNWi1of,SUNWi1cs,SUNWi15cs,SUNWxwfnt,SUNWspro

The installer GUIs are JAVA based. I rememeber that I already
had to hack the installer scripts to get Oracle 10g onto
Opensolaris, so I think it makes no sense to try to keep the
SUNW cruft any longer. Here are the packages that are actually
used after successfull installation (OI 151 a9):

lib/libaio.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libavl.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libc.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libdevinfo.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libdl.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libelf.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libgen.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libkstat.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libm.so.1 pkg:/system/library/math@0.5.11-0.151.1.9
lib/libm.so.2 pkg:/system/library/math@0.5.11-0.151.1.9
lib/libmd.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libmp.so.2 pkg:/system/library@0.5.11-0.151.1.9
lib/libnsl.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libnvpair.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libpthread.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/librt.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libsec.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libsocket.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libthread.so.1 pkg:/system/library@0.5.11-0.151.1.9
lib/libuutil.so.1 pkg:/system/library@0.5.11-0.151.1.9
usr/lib/libCrun.so.1 pkg:/system/library/c++/sunpro@0.5.11-0.151.1.9
usr/lib/libexpat.so.0 pkg:/library/expat@2.1.0-0.151.1.9
usr/lib/libidmap.so.1 pkg:/system/library@0.5.11-0.151.1.9
usr/lib/libkvm.so.1 pkg:/system/library@0.5.11-0.151.1.9
usr/lib/libsched.so.1 pkg:/system/library@0.5.11-0.151.1.9

--
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] X packages to deprecate

[Udo Grabowski (IMK)]

On 28/08/2016 12:15, Volker A. Brandt wrote:

Udo Grabowski (IMK) writes:

On 27/08/2016 20:30, Alan Coopersmith wrote:

pkg:/x11/library/toolkit/libxaw4@0.5.11,5.11-2013.0.0.0
pkg:/x11/library/toolkit/libxaw5@0.5.11,5.11-2013.0.0.0


These provide backwards binary compatibility for Xaw apps compiled on older
Solaris releases - libXaw4 for those built on Solaris 2.2 or prior (yes,
1992ish), libXaw5 for those build on Solaris 2.3 through 10.

libXaw7 is the current version of this, introduced to OpenSolaris in 2008.




There are a few programs out there needed that use this library,
xfig being the most prominent of these.


The xdvi viewer from the TeXlive system also (still) uses libXaw.



Indeed, I forgot that, this is also used here heavily,
so libXaw is indeed an important package to keep.




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] X packages to deprecate

[Udo Grabowski (IMK)]

On 27/08/2016 20:30, Alan Coopersmith wrote:

On 08/27/16 04:40 AM, Aurélien Larcher wrote:

Are we able to simply and effectively deprecate these packages or are
there issues to foresee?


You can probably guess my opinion based on how many of them I've already
obsoleted in  https://hg.java.net/hg/solaris-x11~x-s12-clone/ but since
others asked what these do, I can provide some background.
.

pkg:/compatibility/packages/SUNWxwplr@0.5.11,5.11-2013.0.0.0
pkg:/compatibility/packages/SUNWxwplt@0.5.11,5.11-2013.0.0.0

.


These two (or at least plt) are needed for the Oracle 11gR2 database.




pkg:/x11/library/toolkit/libxaw4@0.5.11,5.11-2013.0.0.0
pkg:/x11/library/toolkit/libxaw5@0.5.11,5.11-2013.0.0.0


These provide backwards binary compatibility for Xaw apps compiled on older
Solaris releases - libXaw4 for those built on Solaris 2.2 or prior (yes,
1992ish), libXaw5 for those build on Solaris 2.3 through 10.

libXaw7 is the current version of this, introduced to OpenSolaris in 2008.




There are a few programs out there needed that use this library,
xfig being the most prominent of these. It's very old, but has no
functional equivalent in the whole UNIX world ('dia' miserably
failed to become one), and is still the most useful program in
that area that I've ever encountered. I have patches to compile it
with the netpbm packages on OI, so this is still functional.




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 is here (as well as new test ISOs)

[Udo Grabowski (IMK)]

On 16/08/2016 18:20, Alexander Pyhalov wrote:

On 08/16/16 07:07 PM, Udo Grabowski (IMK) wrote:

On 16/08/2016 17:32, Alexander Pyhalov wrote:

On 08/16/16 06:22 PM, Udo Grabowski (IMK) wrote:

On 16/08/2016 17:10, Alexander Pyhalov wrote:



We'd like to hear your opinion, which images are necessary for next
snapshot
(supposedly, 2016.10). We think that minimal one, Mate and Gnome one
are enough.
We are going to avoid delivering Gnome ISO image after next snapshot
(in 2017).

Also we are interested to hear if community needs VM images, and if it
needs,
then what exactly (qcow2, vmdk or something else).


Good work ! But under qemu-kvm, the MATE iso fails by starting Caja
in an endless loop (visible in the lower panel), so the desktop remains
mostly black, and Mate does not stop starting...


Can you start with ssh enabled, login as jack remotely and see if
there are any
messages in ~/.xsession-errors?


ssh connection refused (sshd is running) - either misconfigured or not
starting
correctly; if jack has an empty password


It's jack/jack

These two lines are bad...



Connection failure: Connection refused



The program caja received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadLength (poly request too large or internal Xlib
lenght error (Details: serial 262 error_code 16 request_code 72
minor_code 0)


If I new what connection is refused...  The closest thing I find is
https://bugs.mysql.com/bug.php?id=55441 , but this looks strange.
Will look if we can reproduce this locally.



Now checked on a real desktop (Asus P6T/X58/Core i7 980X/Quadro FX
1800), and all is working correctly... no, wait, sound volume cannot
be changed after fiddling with the sound control settings, no
way to set volume with any controls anymore, no way to set volume
html5 youtube video, etc. Something is broken there.
Otherwise seemingly working, performance of Youtube videos even
in 4k is decent, better than with Flash. The first firefox version
where HTML5 video stuff is implemented correctly with all functions
actually working.

So the qemu-kvm failure is specific to using a virtual machine instead
of a real one.




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 is here (as well as new test ISOs)

[Udo Grabowski (IMK)]

On 16/08/2016 18:09, Adam Števko wrote:

Hi,


On Aug 16, 2016, at 6:07 PM, Udo Grabowski (IMK)  wrote:

On 16/08/2016 17:32, Alexander Pyhalov wrote:

On 08/16/16 06:22 PM, Udo Grabowski (IMK) wrote:

On 16/08/2016 17:10, Alexander Pyhalov wrote:



We'd like to hear your opinion, which images are necessary for next
snapshot
(supposedly, 2016.10). We think that minimal one, Mate and Gnome one
are enough.
We are going to avoid delivering Gnome ISO image after next snapshot
(in 2017).

Also we are interested to hear if community needs VM images, and if it
needs,
then what exactly (qcow2, vmdk or something else).


Good work ! But under qemu-kvm, the MATE iso fails by starting Caja
in an endless loop (visible in the lower panel), so the desktop remains
mostly black, and Mate does not stop starting...


Can you start with ssh enabled, login as jack remotely and see if there are any
messages in ~/.xsession-errors?


...t corner like a dumb zombie and is nearly unusable.

Hope that helps.


I will see if I can reproduce this. Just to clarify: are you running this on 
illumos qemu-kvm?


oi-151a9 gnome qemu-kvm with -smp 4 and -m 4g

--
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 is here (as well as new test ISOs)

[Udo Grabowski (IMK)]

On 16/08/2016 17:32, Alexander Pyhalov wrote:

On 08/16/16 06:22 PM, Udo Grabowski (IMK) wrote:

On 16/08/2016 17:10, Alexander Pyhalov wrote:



We'd like to hear your opinion, which images are necessary for next
snapshot
(supposedly, 2016.10). We think that minimal one, Mate and Gnome one
are enough.
We are going to avoid delivering Gnome ISO image after next snapshot
(in 2017).

Also we are interested to hear if community needs VM images, and if it
needs,
then what exactly (qcow2, vmdk or something else).


Good work ! But under qemu-kvm, the MATE iso fails by starting Caja
in an endless loop (visible in the lower panel), so the desktop remains
mostly black, and Mate does not stop starting...


Can you start with ssh enabled, login as jack remotely and see if there are any
messages in ~/.xsession-errors?


ssh connection refused (sshd is running) - either misconfigured or not starting
correctly; if jack has an empty password, the sshd configuration
denies logins with empty passords. But I can get a terminal after
the Caja processes seemingly all died, the desktop still black,
no border decoration, the terminal constantly moving to the lower
right...after patient double typing  get these .xsession-errors:
---
mate-settings-daemon MateDesktop-Warning: Call to screen_info_new
is too frequent, skipping...
caps.c Normally all extra capabilities would be dropped down, but
that's impossible because PulseAudio was built without capabilities
support.
/usr/bin/dispswitch exiting: too few crtcs: 1
pygobject_register_sinkfunc is  deprecated (GtkWindow,GtkInvisible,Gtkobject)
mate-panel: couldn't get background pixmap
Connection failure: Connection refused
Initializing gksu extension
The program caja received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadLength (poly request too large or internal Xlib
lenght error (Details: serial 262 error_code 16 request_code 72
minor_code 0)
---
This goes on for a while, then the caja clients are killed:
--
Maximum number of clients reached
caja: MateDesktop-Warning: Unable to open display :0 when setting
background pixmap
caja: Gdk-critical: IA__gdk_cairo_create asserttion 'GDK_IS_DRAWABLE
(drawable) failed.
recvmsg: Connection refused

a couple of those messages, then
-
process 3535 (one PID beyond the caja PID): arguments to dbus_message_unref()
were incorrect, assertion "!message->in_cache" failed in file
/jenkins/jobs/oi_userland/workspace/components/library/dbus/dbus-1.10.8/dbus/dbus-message.c 
line 1719.

This is normally a bug in some application using the D_Bus Llibrary.
D-Bus not built with -rdynamic so unable to print a backtrace.
-
and more of the caja background pixmap and cairo IA__... messages.
Then a heap of Xlib messages related to the caja breakdown:
---
Bug in window manager: Unexpected X error: BadLength (poly request too
large or internal Xlib
lenght error (Details: serial 815 error_code 16 request_code 72
minor_code 0)
--
the same messages repeating endlessly with other serials like
832 and 835. The terminal flickers endlessly while bumping into
the lower right corner like a dumb zombie and is nearly unusable.

Hope that helps.
--
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 is here (as well as new test ISOs)

[Udo Grabowski (IMK)]

On 16/08/2016 17:10, Alexander Pyhalov wrote:

Hello, people.

I wanted to announce availability of Mate some time ago, but there were some
issues, especially when I tried to build Mate Live CD. Good news is that now
most irritating issues (or at least those which I found) are fixed.
...
Two new image types: OI_MATE - this is Mate-based LiveDVD and OI_minimal (we
tried to strip down OI a bit). One thing about minimal image - it doesn't
deliver sudo, so initial user just gets root role. Note, these are test images
and not official snapshots.

We would be glad for you to test them.

We'd like to hear your opinion, which images are necessary for next snapshot
(supposedly, 2016.10). We think that minimal one, Mate and Gnome one are enough.
We are going to avoid delivering Gnome ISO image after next snapshot (in 2017).

Also we are interested to hear if community needs VM images, and if it needs,
then what exactly (qcow2, vmdk or something else).


Good work ! But under qemu-kvm, the MATE iso fails by starting Caja
in an endless loop (visible in the lower panel), so the desktop remains
mostly black, and Mate does not stop starting...
--
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] OpenIndiana Code of Conduct

[Udo Grabowski (IMK)]

On 02/08/2016 10:52, Мартин Бохниг via oi-dev wrote:





Вторник,  2 августа 2016, 8:43 UTC от "Udo Grabowski (IMK)" 
:

On 18/07/2016 23:35, Adam Števko wrote:

Hello,

As part of a larger effort at providing a more formal governance structure for the 
OpenIndiana project, I’d like to announce on the behalf of OI developers the adoption 
of an OpenIndiana Code of Conduct. The draft text for this new document can be found 
at  http://www.openindiana.org/community/code-of-conduct/ < 
http://www.openindiana.org/community/code-of-conduct/ >.

We would also like to point out this draft document is open to discussion and 
acceptance by the community.
Our desire is for the discussion to be civil and for it to center around the 
verbiage of the Code of Conduct.
We do not wish for the discussion to go off topic, or question the need for 
such a document.

Please compose your thoughts and comment with as few replies as necessary so 
the community may solidify the final text of this document.

Cheers,
Adam


I think it's really time to vote now and set a Code of Conduct
into effect and act according to the winning version very quickly .

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





While certainly true, if that was directed against me (or also if not) : May I 
ask which src diffs or further contributions you have added?
Apologize if I just missed them (really not sure, that's why I ask).

How much time of your life have *you* put into OpenSolaris, rather than making 
career at university?


Reminder: This is not an attack but simply a humble question which is - as I 
see it - more than simply justified.

BTW: Did you have core-contributor grants during OpenSolaris times?


And if yes, how many and in which software groups?


You see, if your answer is none (I said *if*), then this confirms my point.
Why do people who decided to make big bucks and a career have more say (or any 
say at all), than those others who sacrificed their careers and lives because 
they wanted to move OpenSolaris forward?

I bet you wish you had a huge RED BUTTON to prevent me or Nikola or anybody 
from asking such inconvenient questions, correct?




I'm really sorry that your life ended in such a mess and I
wish you all the best for your future.


--
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
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] OpenIndiana Code of Conduct

[Udo Grabowski (IMK)]

On 18/07/2016 23:35, Adam Števko wrote:

Hello,

As part of a larger effort at providing a more formal governance structure for the 
OpenIndiana project, I’d like to announce on the behalf of OI developers the adoption 
of an OpenIndiana Code of Conduct. The draft text for this new document can be found 
at http://www.openindiana.org/community/code-of-conduct/ 
.

We would also like to point out this draft document is open to discussion and 
acceptance by the community.
Our desire is for the discussion to be civil and for it to center around the 
verbiage of the Code of Conduct.
We do not wish for the discussion to go off topic, or question the need for 
such a document.

Please compose your thoughts and comment with as few replies as necessary so 
the community may solidify the final text of this document.

Cheers,
Adam


I think it's really time to vote now and set a Code of Conduct
into effect and act according to the winning version very quickly .

--
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
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Ideas about fixing useradd -m

[Udo Grabowski (IMK)]

On 28/07/2016 09:04, Alexander Pyhalov wrote:

Hi.

There is an old issue (https://www.illumos.org/issues/263):
useradd -m tries to create home directory under /home, but /home is auto-mounted
from /export/home.

For useradd -m to work, you should specify useradd -m -b /export/home ..., but
users created in such way are not equivalent to initial user, which we get on
install, as for them mapping in /etc/auto_home is not created.

OI /dev had several patches to fix this:

https://github.com/illumos/illumos-gate/commit/d6271a348bada25d0a512551be0ae6a9aa334d84
(263 useradd is unable to create home directory)

and
https://github.com/illumos/illumos-gate/commit/70501a0c9a45806dbe4a81c2195b2647fa982f79

( 288 New homedirs should have auto_home entries)

I think that these patches are too specific to be accepted in illumos-gate.
What can we do with it? Perhaps we just remove all auto_home magic by default
and create home directories under /export/home ?

We also could set something like
*localhost:/export/home/&
in /etc/auto_home, but IIRC this leads to the following : if you try to access
/home/bar you'll receive irritating error messages on console about missing
/export/home/bar.




As you said, it's too specific. Users using NFS mounted directories
for /home have wildly different setups (we alone had three completely
different approaches in a decade), they know what they do. So the
best option is to leave it as it is, either the admin uses the -b
option, or don't  use the -m option at all since he creates that
directory by different measures.
--
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
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Error Compiling marco

[Udo Grabowski (IMK)]

On 06/07/2016 11:33, Till Wegmüller wrote:


I am currently trying to compile the mate window manager marco.
But unfortunatly i get the attached error.

> /usr/include/signal.h:144:26: error: unknown type name ‘sigset_t’
> extern int sigwait(const sigset_t *_RESTRICT_KYWD, int *_RESTRICT_KYWD);


Do you have any suggestions on how to fix it?


sigset_t is included via sys/signal.h, which wrappes it in this
ifdef (oi151a9):

#if defined(__EXTENSIONS__) || defined(_KERNEL) || !defined(_STRICT_STDC) || \
defined(__XOPEN_OR_POSIX)

So it needs having at least one of -D__EXTENSIONS__ or -D__XOPEN_OR_POSIX
set.


--
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
http://openindiana.org/mailman/listinfo/oi-dev

Re: [oi-dev] Update on XNV and JDS consolidation migrations

[Udo Grabowski (IMK)]

On 09/02/2016 02:13, Alan Coopersmith wrote:

On 02/ 7/16 05:09 PM, Aurélien Larcher wrote:

- there are 24 components left for packaging in x-S12, some of them
not present
in OI, I do not know if some of them are irrelevant:


and about 70 font-related packages which I do not know if they are all
meaningful:


Most are only meaningful to older programs which use the old X11
bitmaps, not to modern GNOME/KDE/etc. software.  The main exceptions are:


./dejavu-fonts-ttf
./google-droid-fonts
./liberation-fonts-ttf


Those are TrueType fonts useful to modern desktop users.

 -alan-


And please keep ./ttf-bitstream-vera, which is one of the
most appealing modern ttf font, especially when using the
slanted form with very small pointsize.





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