Help for a submission pgadmin3 without gst-0.10

classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

Help for a submission pgadmin3 without gst-0.10

Bruno Friedmann-2
Hello, there to be happy with the gstreamer 0.10 future removal, and because I
still need this tool in factory, I've rebuild the pgadmin3 package to no more
depend on wx2.8 (which was the reason of indirect dependency of gstreamer
0.10)

After several build try and error, I've determined that pgadmin3 work only if
build with wxWidgets-3_0-nostl-devel which is ok for Factory/Tumbleweed
the package exist. but not for 13.2 nor 42.1 nor any SLE variant.

So my question is should I created a newer package pgadmin3-VARIANTNAME ?
so in server:database:postgresql the older pgadmin3 will stil build and work
for people on those plateform, or should I break it ?

My attempt is located here
https://build.opensuse.org/package/show/
home:bruno_friedmann:branches:server:database:postgresql/pgadmin3


--

Bruno Friedmann
 Ioda-Net Sàrl www.ioda-net.ch
 Bareos Partner, openSUSE Member, fsfe fellowship
 GPG KEY : D5C9B751C4653227
 irc: tigerfoot


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Christian Boltz-5
Hello,

Am Sonntag, 15. Januar 2017, 14:52:16 CET schrieb Bruno Friedmann:

> Hello, there to be happy with the gstreamer 0.10 future removal, and
> because I still need this tool in factory, I've rebuild the pgadmin3
> package to no more depend on wx2.8 (which was the reason of indirect
> dependency of gstreamer 0.10)
>
> After several build try and error, I've determined that pgadmin3 work
> only if build with wxWidgets-3_0-nostl-devel which is ok for
> Factory/Tumbleweed the package exist. but not for 13.2 nor 42.1 nor
> any SLE variant.
>
> So my question is should I created a newer package
> pgadmin3-VARIANTNAME ? so in server:database:postgresql the older
> pgadmin3 will stil build and work for people on those plateform, or
> should I break it ?
>
> My attempt is located here
> https://build.opensuse.org/package/show/
> home:bruno_friedmann:branches:server:database:postgresql/pgadmin3

Which of the changes are related to make it build for Tumbleweed, and
which are general cleanup etc.?

If the needed difference between Leap and Tumbleweed isn't too big, you
can switch the BuildRequires using something like

%if 0%{?suse_version} > 1315
    # Tumbleweed
%else
    # Leap 42.x or 13.x
%endif

Most of your changes look like the result of spec_cleaner (which is a
nice tool, but makes the diff unreadable ;-)  so this should be doable.

If everything else fails, I'd create a pgadmin3-old package (for Leap
and 13.x) which you can delete one day, and keep the pgadmin3 package
for Tumbleweed (and also Leap 43.x once we get there).


Regards,

Christian Boltz
--
Will updating online update via online update work when online update
isn't updating?  :)   (Say that five times fast!)
[suse AT rio.vg in suse-security]

--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Bruno Friedmann-2
On dimanche, 15 janvier 2017 17.07:28 h CET Christian Boltz wrote:

> Hello,
>
> Am Sonntag, 15. Januar 2017, 14:52:16 CET schrieb Bruno Friedmann:
> > Hello, there to be happy with the gstreamer 0.10 future removal, and
> > because I still need this tool in factory, I've rebuild the pgadmin3
> > package to no more depend on wx2.8 (which was the reason of indirect
> > dependency of gstreamer 0.10)
> >
> > After several build try and error, I've determined that pgadmin3 work
> > only if build with wxWidgets-3_0-nostl-devel which is ok for
> > Factory/Tumbleweed the package exist. but not for 13.2 nor 42.1 nor
> > any SLE variant.
> >
> > So my question is should I created a newer package
> > pgadmin3-VARIANTNAME ? so in server:database:postgresql the older
> > pgadmin3 will stil build and work for people on those plateform, or
> > should I break it ?
> >
> > My attempt is located here
> > https://build.opensuse.org/package/show/
> > home:bruno_friedmann:branches:server:database:postgresql/pgadmin3
>
> Which of the changes are related to make it build for Tumbleweed, and
> which are general cleanup etc.?
>
> If the needed difference between Leap and Tumbleweed isn't too big, you
> can switch the BuildRequires using something like
>
> %if 0%{?suse_version} > 1315
>     # Tumbleweed
> %else
>     # Leap 42.x or 13.x
> %endif
>
> Most of your changes look like the result of spec_cleaner (which is a
> nice tool, but makes the diff unreadable ;-)  so this should be doable.
>
> If everything else fails, I'd create a pgadmin3-old package (for Leap
> and 13.x) which you can delete one day, and keep the pgadmin3 package
> for Tumbleweed (and also Leap 43.x once we get there).
>
>
> Regards,
>
> Christian Boltz

Yep the %if way of life could perhaps be implemented. which is less a PIA than
having to packages.

For 42.3 I hope pgadmin4 will be stable enough to get there ;-)

ps : anybody can (for my knowledge) point me to some resource or have a quick
résumé about -nostl versus stl ?

--

Bruno Friedmann
 Ioda-Net Sàrl www.ioda-net.ch
 Bareos Partner, openSUSE Member, fsfe fellowship
 GPG KEY : D5C9B751C4653227
 irc: tigerfoot


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Jan Engelhardt-4

On Sunday 2017-01-15 19:15, Bruno Friedmann wrote:
>
>ps : anybody can (for my knowledge) point me to some resource or have a quick
>résumé about -nostl versus stl ?

nostl is discouraged. It uses the old wxwindows hand-made wxString
class with somewhat loose (type) conversion rules, which in the past
revealed that e.g. the Audacity audio editor has a character set
conversion problems and lifetime issues ("use-after-free", potential
to produce garbage or crash).

stl, alas, has wxString be based off std::string instead.
--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Bruno Friedmann-2
On dimanche, 15 janvier 2017 21.31:41 h CET Jan Engelhardt wrote:

> On Sunday 2017-01-15 19:15, Bruno Friedmann wrote:
> >ps : anybody can (for my knowledge) point me to some resource or have a
> >quick résumé about -nostl versus stl ?
>
> nostl is discouraged. It uses the old wxwindows hand-made wxString
> class with somewhat loose (type) conversion rules, which in the past
> revealed that e.g. the Audacity audio editor has a character set
> conversion problems and lifetime issues ("use-after-free", potential
> to produce garbage or crash).
>
> stl, alas, has wxString be based off std::string instead.

but with stl pgadmin3 just crash at start

/usr/bin/pgadmin3: relocation error: /usr/bin/pgadmin3: symbol
_ZTV21wxwxSizerItemListNode, version WXU_3.0 not defined in file
libwx_gtk2u_core-suse.so.1 with link time reference

And this is out of knowledge ;-)

--

Bruno Friedmann
 Ioda-Net Sàrl www.ioda-net.ch
 Bareos Partner, openSUSE Member, fsfe fellowship
 GPG KEY : D5C9B751C4653227
 irc: tigerfoot


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Jan Engelhardt-4
On Monday 2017-01-16 09:29, Bruno Friedmann wrote:

>On dimanche, 15 janvier 2017 21.31:41 h CET Jan Engelhardt wrote:
>> On Sunday 2017-01-15 19:15, Bruno Friedmann wrote:
>> >ps : anybody can (for my knowledge) point me to some resource or have a
>> >quick résumé about -nostl versus stl ?
>>
>> nostl is discouraged. It uses the old wxwindows hand-made wxString
>> class with somewhat loose (type) conversion rules, which in the past
>> revealed that e.g. the Audacity audio editor has a character set
>> conversion problems and lifetime issues ("use-after-free", potential
>> to produce garbage or crash).
>>
>> stl, alas, has wxString be based off std::string instead.
>
>but with stl pgadmin3 just crash at start
>
>/usr/bin/pgadmin3: relocation error: /usr/bin/pgadmin3: symbol
>_ZTV21wxwxSizerItemListNode, version WXU_3.0 not defined in file
>libwx_gtk2u_core-suse.so.1 with link time reference

That is not a crash... but an indication that you are installing
an incompatible rpm, e.g. from tumbleweed on leap or vice versa.

http://oi41.tinypic.com/acedzq.jpg is a crash.
--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Bruno Friedmann-2
On lundi, 16 janvier 2017 10.40:50 h CET Jan Engelhardt wrote:

> On Monday 2017-01-16 09:29, Bruno Friedmann wrote:
> >On dimanche, 15 janvier 2017 21.31:41 h CET Jan Engelhardt wrote:
> >> On Sunday 2017-01-15 19:15, Bruno Friedmann wrote:
> >> >ps : anybody can (for my knowledge) point me to some resource or have a
> >> >quick résumé about -nostl versus stl ?
> >>
> >> nostl is discouraged. It uses the old wxwindows hand-made wxString
> >> class with somewhat loose (type) conversion rules, which in the past
> >> revealed that e.g. the Audacity audio editor has a character set
> >> conversion problems and lifetime issues ("use-after-free", potential
> >> to produce garbage or crash).
> >>
> >> stl, alas, has wxString be based off std::string instead.
> >
> >but with stl pgadmin3 just crash at start
> >
> >/usr/bin/pgadmin3: relocation error: /usr/bin/pgadmin3: symbol
> >_ZTV21wxwxSizerItemListNode, version WXU_3.0 not defined in file
> >libwx_gtk2u_core-suse.so.1 with link time reference
>
> That is not a crash... but an indication that you are installing
> an incompatible rpm, e.g. from tumbleweed on leap or vice versa.
>
> http://oi41.tinypic.com/acedzq.jpg is a crash.

Seems more a bug in the way wx3 is done at openSUSE

Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.
6(GLIBC_2.15)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.7)
(64bit) libcrypto.so.1.0.0()(64bit) libgcc_s.so.1()(64bit) libgcc_s.so.
1(GCC_3.0)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit) libpq.so.
5()(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit)
libstdc++.so.6()(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.
6(CXXABI_1.3.8)(64bit) libstdc++.so.6(CXXABI_1.3.9)(64bit) libstdc++.so.
6(GLIBCXX_3.4)(64bit) libstdc++.so.6(GLIBCXX_3.4.11)(64bit) libstdc++.so.
6(GLIBCXX_3.4.20)(64bit) libstdc++.so.6(GLIBCXX_3.4.21)(64bit) libstdc++.so.
6(GLIBCXX_3.4.9)(64bit) libwx_baseu-suse.so.1()(64bit) libwx_baseu-suse.so.
1(WXU_3.0)(64bit) libwx_baseu_net-suse.so.1()(64bit) libwx_baseu_net-suse.so.
1(WXU_3.0)(64bit) libwx_baseu_xml-suse.so.1()(64bit) libwx_baseu_xml-suse.so.
1(WXU_3.0)(64bit) libwx_gtk2u_adv-suse.so.1()(64bit) libwx_gtk2u_adv-suse.so.
1(WXU_3.0)(64bit) libwx_gtk2u_aui-suse.so.1()(64bit) libwx_gtk2u_aui-suse.so.
1(WXU_3.0)(64bit) libwx_gtk2u_core-suse.so.1()(64bit) libwx_gtk2u_core-
suse.so.1(WXU_3.0)(64bit) libwx_gtk2u_html-suse.so.1()(64bit)
libwx_gtk2u_html-suse.so.1(WXU_3.0)(64bit) libwx_gtk2u_stc-suse.so.1()(64bit)
libwx_gtk2u_stc-suse.so.1(WXU_3.0)(64bit) libwx_gtk2u_xrc-suse.so.1()(64bit)
libwx_gtk2u_xrc-suse.so.1(WXU_3.0)(64bit) libxml2.so.2()(64bit) libxml2.so.
2(LIBXML2_2.4.30)(64bit) libxml2.so.2(LIBXML2_2.5.0)(64bit) libxml2.so.
2(LIBXML2_2.5.7)(64bit) libxml2.so.2(LIBXML2_2.6.0)(64bit) libxml2.so.
2(LIBXML2_2.6.5)(64bit) libxslt.so.1()(64bit) libxslt.so.1(LIBXML2_1.0.11)
(64bit) libxslt.so.1(LIBXML2_1.0.18)(64bit) libz.so.1()(64bit)

There's too much libwx which don't define WXU_3.0 no ?


--

Bruno Friedmann
 Ioda-Net Sàrl www.ioda-net.ch
 Bareos Partner, openSUSE Member, fsfe fellowship
 GPG KEY : D5C9B751C4653227
 irc: tigerfoot


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Bruno Friedmann-2
On lundi, 16 janvier 2017 12.11:29 h CET Bruno Friedmann wrote:

> On lundi, 16 janvier 2017 10.40:50 h CET Jan Engelhardt wrote:
> > On Monday 2017-01-16 09:29, Bruno Friedmann wrote:
> > >On dimanche, 15 janvier 2017 21.31:41 h CET Jan Engelhardt wrote:
> > >> On Sunday 2017-01-15 19:15, Bruno Friedmann wrote:
> > >> >ps : anybody can (for my knowledge) point me to some resource or have
> > >> >a
> > >> >quick résumé about -nostl versus stl ?
> > >>
> > >> nostl is discouraged. It uses the old wxwindows hand-made wxString
> > >> class with somewhat loose (type) conversion rules, which in the past
> > >> revealed that e.g. the Audacity audio editor has a character set
> > >> conversion problems and lifetime issues ("use-after-free", potential
> > >> to produce garbage or crash).
> > >>
> > >> stl, alas, has wxString be based off std::string instead.
> > >
> > >but with stl pgadmin3 just crash at start
> > >
> > >/usr/bin/pgadmin3: relocation error: /usr/bin/pgadmin3: symbol
> > >_ZTV21wxwxSizerItemListNode, version WXU_3.0 not defined in file
> > >libwx_gtk2u_core-suse.so.1 with link time reference
> >
> > That is not a crash... but an indication that you are installing
> > an incompatible rpm, e.g. from tumbleweed on leap or vice versa.
> >
> > http://oi41.tinypic.com/acedzq.jpg is a crash.
>
> Seems more a bug in the way wx3 is done at openSUSE
>
> Requires: libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.
> 6(GLIBC_2.15)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
> libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit)
> libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.7) (64bit)
> libcrypto.so.1.0.0()(64bit) libgcc_s.so.1()(64bit) libgcc_s.so.
> 1(GCC_3.0)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit)
> libpq.so. 5()(64bit) libpthread.so.0()(64bit)
> libpthread.so.0(GLIBC_2.2.5)(64bit) libstdc++.so.6()(64bit)
> libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so. 6(CXXABI_1.3.8)(64bit)
> libstdc++.so.6(CXXABI_1.3.9)(64bit) libstdc++.so. 6(GLIBCXX_3.4)(64bit)
> libstdc++.so.6(GLIBCXX_3.4.11)(64bit) libstdc++.so.
> 6(GLIBCXX_3.4.20)(64bit) libstdc++.so.6(GLIBCXX_3.4.21)(64bit)
> libstdc++.so. 6(GLIBCXX_3.4.9)(64bit) libwx_baseu-suse.so.1()(64bit)
> libwx_baseu-suse.so. 1(WXU_3.0)(64bit) libwx_baseu_net-suse.so.1()(64bit)
> libwx_baseu_net-suse.so. 1(WXU_3.0)(64bit)
> libwx_baseu_xml-suse.so.1()(64bit) libwx_baseu_xml-suse.so.
> 1(WXU_3.0)(64bit) libwx_gtk2u_adv-suse.so.1()(64bit)
> libwx_gtk2u_adv-suse.so. 1(WXU_3.0)(64bit)
> libwx_gtk2u_aui-suse.so.1()(64bit) libwx_gtk2u_aui-suse.so.
> 1(WXU_3.0)(64bit) libwx_gtk2u_core-suse.so.1()(64bit) libwx_gtk2u_core-
> suse.so.1(WXU_3.0)(64bit) libwx_gtk2u_html-suse.so.1()(64bit)
> libwx_gtk2u_html-suse.so.1(WXU_3.0)(64bit)
> libwx_gtk2u_stc-suse.so.1()(64bit)
> libwx_gtk2u_stc-suse.so.1(WXU_3.0)(64bit)
> libwx_gtk2u_xrc-suse.so.1()(64bit)
> libwx_gtk2u_xrc-suse.so.1(WXU_3.0)(64bit) libxml2.so.2()(64bit) libxml2.so.
> 2(LIBXML2_2.4.30)(64bit) libxml2.so.2(LIBXML2_2.5.0)(64bit) libxml2.so.
> 2(LIBXML2_2.5.7)(64bit) libxml2.so.2(LIBXML2_2.6.0)(64bit) libxml2.so.
> 2(LIBXML2_2.6.5)(64bit) libxslt.so.1()(64bit) libxslt.so.1(LIBXML2_1.0.11)
> (64bit) libxslt.so.1(LIBXML2_1.0.18)(64bit) libz.so.1()(64bit)
>
> There's too much libwx which don't define WXU_3.0 no ?

Ok seems there's really a mess, I've cleanup everything related to libwx and
co on my tumbleweed, rebuild pgadmin3 with wxWidget_3_0-devel

At install time the package from local build the dep seems to be the right
one.

The following 9 NEW packages are going to be installed:
  libwx_baseu-suse1       3.0.2-1.80
  libwx_baseu_net-suse1   3.0.2-1.80
  libwx_baseu_xml-suse1   3.0.2-1.80
  libwx_gtk2u_adv-suse1   3.0.2-1.80
  libwx_gtk2u_aui-suse1   3.0.2-1.80
  libwx_gtk2u_core-suse1  3.0.2-1.80
  libwx_gtk2u_html-suse1  3.0.2-1.80
  libwx_gtk2u_stc-suse1   3.0.2-1.80
  libwx_gtk2u_xrc-suse1   3.0.2-1.80

The following 3 packages are going to be reinstalled:
  pgadmin3            1.22.2-0
  pgadmin3-debuginfo  1.22.2-0
  pgadmin3-lang       1.22.2-0


And finally the crash :-)

pgadmin3
Fatal Error: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx
containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx
containers,compatible with 2.8).
/home/bruno/bin/pgadmin3: line 33: 14682 Aborted                 (core dumped)
/usr/bin/pgadmin3

Any idea how to get out of this hell :-)

--

Bruno Friedmann
 Ioda-Net Sàrl www.ioda-net.ch
 Bareos Partner, openSUSE Member, fsfe fellowship
 GPG KEY : D5C9B751C4653227
 irc: tigerfoot


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Jan Engelhardt-4

On Monday 2017-01-16 16:07, Bruno Friedmann wrote:
>>>http://oi41.tinypic.com/acedzq.jpg is a crash.
>>
>> Seems more a bug in the way wx3 is done at openSUSE
>>
>> Requires:
>> libwx_baseu-suse.so.1()(64bit)
>> libwx_baseu-suse.so.1(WXU_3.0)(64bit)
>>
>> There's too much libwx which don't define WXU_3.0 no ?

That is anticipated; it is how rpm works.

>Ok seems there's really a mess, I've cleanup everything related to libwx and
>co on my tumbleweed, rebuild pgadmin3 with wxWidget_3_0-devel
>
>At install time the package from local build the dep seems to be the right
>one.
>
>The following 9 NEW packages are going to be installed:
>  libwx_baseu-suse1       3.0.2-1.80
>  libwx_baseu_net-suse1   3.0.2-1.80
>  libwx_baseu_xml-suse1   3.0.2-1.80
>  libwx_gtk2u_adv-suse1   3.0.2-1.80
>  libwx_gtk2u_aui-suse1   3.0.2-1.80
>  libwx_gtk2u_core-suse1  3.0.2-1.80
>  libwx_gtk2u_html-suse1  3.0.2-1.80
>  libwx_gtk2u_stc-suse1   3.0.2-1.80
>  libwx_gtk2u_xrc-suse1   3.0.2-1.80
>
>The following 3 packages are going to be reinstalled:
>  pgadmin3            1.22.2-0
>  pgadmin3-debuginfo  1.22.2-0
>  pgadmin3-lang       1.22.2-0
>
>
>And finally the crash :-)

I would not consider an intentional emergency exit a crash, but I'll
give you the benefit of the doubt, because it does raise a signal and
coredump.


>pgadmin3
>Fatal Error: Mismatch between the program and library build versions detected.
>The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx
>containers,compatible with 2.8),
>and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx
>containers,compatible with 2.8).

Ah yes. The joys of Factory not doing automatic rebuilds (of
wxWidgets) when a new gcc comes along.
[That was there in wx2.X already however, and does not constitute a
new issue per se.]

I know why it happens, and I know how to fix it. I just need to do an
evaluation of whether we should really do that particular fix for
opensuse.. (Fedora already did it, and it did not become better because
of it.)
--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Brüns, Stefan
In reply to this post by Bruno Friedmann-2
On Montag, 16. Januar 2017 16:07:40 CET Bruno Friedmann wrote:

>
> The following 9 NEW packages are going to be installed:
>   libwx_baseu-suse1       3.0.2-1.80
>   libwx_baseu_net-suse1   3.0.2-1.80
>   libwx_baseu_xml-suse1   3.0.2-1.80
>   libwx_gtk2u_adv-suse1   3.0.2-1.80
>   libwx_gtk2u_aui-suse1   3.0.2-1.80
>   libwx_gtk2u_core-suse1  3.0.2-1.80
>   libwx_gtk2u_html-suse1  3.0.2-1.80
>   libwx_gtk2u_stc-suse1   3.0.2-1.80
>   libwx_gtk2u_xrc-suse1   3.0.2-1.80
>
> The following 3 packages are going to be reinstalled:
>   pgadmin3            1.22.2-0
>   pgadmin3-debuginfo  1.22.2-0
>   pgadmin3-lang       1.22.2-0
>
>
> And finally the crash :-)
>
> pgadmin3
> Fatal Error: Mismatch between the program and library build versions
> detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx
> containers,compatible with 2.8),
> and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx
> containers,compatible with 2.8).
> /home/bruno/bin/pgadmin3: line 33: 14682 Aborted                 (core
> dumped) /usr/bin/pgadmin3
>
> Any idea how to get out of this hell :-)

Short version: The wxWidget library version used at build time and used at run
time are not the same.

Long version:
wxWidgets has some very strong extra checks regarding the STL ABI version [1].
As wxWidgets might expose the STL ABI [2][3], it refuses to start if these
does not match.

Acually, there was just one big change (C++03 to C++11 compatible strings/
lists) which affected the wxWidgets ABI. As the check in wxWidgets 3.0 proved
to be to strict (google for the error message), it has been relaxed in
wxWidgets 3.1.0 (versions 1002 to 1008 are regarded as compatible) [4], and
later extended to include versions 1002 to 1010 [5].

The current version of TWs GCC 6.2.1 is 1010:

(g++ -v 2>&1; echo "int gcc_v = __GXX_ABI_VERSION;" | g++ -E -) | egrep gcc.v
gcc version 6.2.1 20161209 [gcc-6-branch revision 243481] (SUSE Linux)
int gcc_v = 1010;

Kind regards,

Stefan

[1] https://github.com/wxWidgets/wxWidgets/blob/master/include/wx/build.h
[2] https://gcc.gnu.org/onlinedocs/libstdc%2B%2B/manual/using_dual_abi.html
[3] https://gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Dialect-Options.html
[4] https://github.com/wxWidgets/wxWidgets/commit/
ad21cc332ac906b9ae8f238ab135cbe410e78eba
[5] https://github.com/wxWidgets/wxWidgets/commit/
96f5a24f6dfdfff3466ab7c1736dfc741165aaea
--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Brüns, Stefan
In reply to this post by Jan Engelhardt-4
On Sonntag, 15. Januar 2017 21:31:41 CET Jan Engelhardt wrote:

> On Sunday 2017-01-15 19:15, Bruno Friedmann wrote:
> >ps : anybody can (for my knowledge) point me to some resource or have a
> >quick résumé about -nostl versus stl ?
>
> nostl is discouraged. It uses the old wxwindows hand-made wxString
> class with somewhat loose (type) conversion rules, which in the past
> revealed that e.g. the Audacity audio editor has a character set
> conversion problems and lifetime issues ("use-after-free", potential
> to produce garbage or crash).
>
> stl, alas, has wxString be based off std::string instead.

Unfortunately several consumers of wxWidgets will throw compile time errors
due to missing default conversions [1] (these conversions are not exactly
missing, but left out to enforce explicit conversion).

So for e.g. Audacity, this problem will likely be solved upstream, as there
*is* an active upstream, other may be left out (e.g. perl-Wx, which seems to
be dead).

Kind regards,

Stefan


[1] http://docs.wxwidgets.org/3.1/classwx_string.html#string_conv
Note: If you built wxWidgets with wxUSE_STL set to 1, the implicit conversions
      to both narrow and wide C strings are disabled and replaced with
      implicit conversions to std::string and std::wstring.
--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Bruno Friedmann-2
On lundi, 16 janvier 2017 16.35:47 h CET Brüns, Stefan wrote:

> On Sonntag, 15. Januar 2017 21:31:41 CET Jan Engelhardt wrote:
> > On Sunday 2017-01-15 19:15, Bruno Friedmann wrote:
> > >ps : anybody can (for my knowledge) point me to some resource or have a
> > >quick résumé about -nostl versus stl ?
> >
> > nostl is discouraged. It uses the old wxwindows hand-made wxString
> > class with somewhat loose (type) conversion rules, which in the past
> > revealed that e.g. the Audacity audio editor has a character set
> > conversion problems and lifetime issues ("use-after-free", potential
> > to produce garbage or crash).
> >
> > stl, alas, has wxString be based off std::string instead.
>
> Unfortunately several consumers of wxWidgets will throw compile time errors
> due to missing default conversions [1] (these conversions are not exactly
> missing, but left out to enforce explicit conversion).
>
> So for e.g. Audacity, this problem will likely be solved upstream, as there
> *is* an active upstream, other may be left out (e.g. perl-Wx, which seems to
> be dead).
>
> Kind regards,
>
> Stefan
>
>
> [1] http://docs.wxwidgets.org/3.1/classwx_string.html#string_conv
> Note: If you built wxWidgets with wxUSE_STL set to 1, the implicit
> conversions to both narrow and wide C strings are disabled and replaced
> with implicit conversions to std::string and std::wstring.

Thanks to the pointers Stefan, it confirm what I've seen the afternoon.

wxChar is too much used, abused in old pgadmin3 code, and as said at the
beginning the code will not get fixes.

So in the meantime, I've be able to incorporate %if in the packaging so only
TW will got pgadmin3 compiled with «evil» nostl ...

I prefer to spend my free time to get pgAdmin4 ready for consumption :-)

--

Bruno Friedmann
 Ioda-Net Sàrl www.ioda-net.ch
 Bareos Partner, openSUSE Member, fsfe fellowship
 GPG KEY : D5C9B751C4653227
 irc: tigerfoot


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Help for a submission pgadmin3 without gst-0.10

Bruno Friedmann-2
In reply to this post by Jan Engelhardt-4
On lundi, 16 janvier 2017 16.52:33 h CET Jan Engelhardt wrote:

> On Monday 2017-01-16 16:07, Bruno Friedmann wrote:
> >>>http://oi41.tinypic.com/acedzq.jpg is a crash.
> >>>
> >> Seems more a bug in the way wx3 is done at openSUSE
> >>
> >> Requires:
> >> libwx_baseu-suse.so.1()(64bit)
> >> libwx_baseu-suse.so.1(WXU_3.0)(64bit)
> >>
> >> There's too much libwx which don't define WXU_3.0 no ?
>
> That is anticipated; it is how rpm works.
>
> >Ok seems there's really a mess, I've cleanup everything related to libwx
> >and co on my tumbleweed, rebuild pgadmin3 with wxWidget_3_0-devel
> >
> >At install time the package from local build the dep seems to be the right
> >one.
> >
> >The following 9 NEW packages are going to be installed:
> >  libwx_baseu-suse1       3.0.2-1.80
> >  libwx_baseu_net-suse1   3.0.2-1.80
> >  libwx_baseu_xml-suse1   3.0.2-1.80
> >  libwx_gtk2u_adv-suse1   3.0.2-1.80
> >  libwx_gtk2u_aui-suse1   3.0.2-1.80
> >  libwx_gtk2u_core-suse1  3.0.2-1.80
> >  libwx_gtk2u_html-suse1  3.0.2-1.80
> >  libwx_gtk2u_stc-suse1   3.0.2-1.80
> >  libwx_gtk2u_xrc-suse1   3.0.2-1.80
> >
> >The following 3 packages are going to be reinstalled:
> >  pgadmin3            1.22.2-0
> >  pgadmin3-debuginfo  1.22.2-0
> >  pgadmin3-lang       1.22.2-0
> >
> >And finally the crash :-)
>
> I would not consider an intentional emergency exit a crash, but I'll
> give you the benefit of the doubt, because it does raise a signal and
> coredump.
>
> >pgadmin3
> >Fatal Error: Mismatch between the program and library build versions
> >detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx
> >containers,compatible with 2.8),
> >and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx
> >containers,compatible with 2.8).
>
> Ah yes. The joys of Factory not doing automatic rebuilds (of
> wxWidgets) when a new gcc comes along.
> [That was there in wx2.X already however, and does not constitute a
> new issue per se.]
>
> I know why it happens, and I know how to fix it. I just need to do an
> evaluation of whether we should really do that particular fix for
> opensuse.. (Fedora already did it, and it did not become better because
> of it.)

My bad also I discovered later that wxWidget coming for App:Geo is not the
same as the one in oss, so I've cleanly more deeper my system and fix
priorities properly.

See also my comments on last Stefan mail. I will go with the nostl for
pgadmin3 only for TW, until I got the working pgadmin4 ....

Thanks a lot for your help, pointer, making me a bit less silly than
yesterday.
--

Bruno Friedmann
 Ioda-Net Sàrl www.ioda-net.ch
 Bareos Partner, openSUSE Member, fsfe fellowship
 GPG KEY : D5C9B751C4653227
 irc: tigerfoot


--
To unsubscribe, e-mail: [hidden email]
To contact the owner, e-mail: [hidden email]