Re: [oi-dev] inkscape calls gcc7 and 10

2023-07-12 Thread 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

2023-07-12 Thread Stephan Althaus 

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

Regards,
Stephan



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

Re: [oi-dev] inkscape calls gcc7 and 10

2023-07-07 Thread Till Wegmüller 

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

Re: [oi-dev] inkscape calls gcc7 and 10

2023-07-07 Thread 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

2023-07-07 Thread 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

2023-07-06 Thread Tim Mooney via oi-dev 

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?

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?

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.

Thanks,

Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastructure /
Division of Information Technology/701-231-1076 (Voice)
North Dakota State University, Fargo, ND 58105-5164

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

Re: [oi-dev] inkscape calls gcc7 and 10

2023-07-05 Thread 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

2023-07-04 Thread 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

2023-07-04 Thread 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

2023-07-04 Thread 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

Re: [oi-dev] inkscape calls gcc7 and 10

2023-07-04 Thread Marcel Telka 
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.

-- 
+---+
| Marcel Telka   e-mail:   mar...@telka.sk  |
|homepage: http://telka.sk/ |
+---+

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

[oi-dev] inkscape calls gcc7 and 10

2023-07-04 Thread 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