SBo scripts not building on current (read 1st post, pls)

BW-userx · 02-13-2019, 09:15 AM

Quote:

Originally Posted by bassmadrigal

You stated "it was a slackbuild off your sight [sic]", without formally correcting yourself. Maybe it was lost in the way you type your responses, but it certainly wasn't obvious that you realized they were from different repos based on your post.

the main one was off of ponce that was not working was notepadqq that I was having issues with, then after I posted on it, then had some time so I read what was being posted and see others having the same issues with libhyphen.so then seen @willysrpost #1658 where is said, "try installing hyphen". so I did that too, and it worked and I just added too much post information on the situation (obviously) with a question on the version numbers, that was not meant to put others into a tail spin. it was just a yes or no rhetorical question, because 5.11.3 is larger than 5.3. Just showing my results is all. then thinking that "hyphen" maybe should be put into the list of deps for that package, but not commenting on that thought.

I just kept adding more information in lue of using more post to do it to show what was really going on with my system, and not pointing fingers at anyone it was mainly about the libhyphen.so not being in there and nothing about it being a dep that I seen. Sorry for all of the confusion....

montagdude · 02-13-2019, 09:19 AM

Quote:

Originally Posted by BW-userx

Just showing my results is all. then thinking that "hyphen" maybe should be put into the list of deps for that package, but not commenting on that thought.

hyphen is not a dependency of Notepadqq. It's only an issue for you because you are using Alien Bob's Qt5 (or maybe qt5-webkit), which he linked against hyphen.

BW-userx · 02-13-2019, 09:22 AM

Quote:

Originally Posted by montagdude

hyphen is not a dependency of Notepadqq. It's only an issue for you because you are using Alien Bob's Qt5 (or maybe qt5-webkit), which he linked against hyphen.

now you know way I didn't say anything on that, not knowing the behind the scenes on that deps. anyways notpadqq does work. please lets move on to other issues of the day...

montagdude · 02-13-2019, 10:30 AM

Quote:

Originally Posted by BW-userx

not knowing the behind the scenes on that deps.

And that's why I posted, to help you understand. Anyway, I agree, let's move on.

TurboBlaze · 02-14-2019, 10:30 AM

How about to update PostgreSQL to 11.2?
If who need - postgresql-11.2-x86_64-1_SBo.tgz

ponce · 02-14-2019, 12:09 PM

Quote:

Originally Posted by TurboBlaze

How about to update PostgreSQL to 11.2?
If who need - postgresql-11.2-x86_64-1_SBo.tgz

Hi TurboBlaze, have you by any chance read the first post of this topic?

TurboBlaze · 02-14-2019, 12:11 PM

Yes, I Am sorry.

ponce · 02-14-2019, 12:13 PM

Quote:

Originally Posted by TurboBlaze

Yes, I Am sorry.

np!

brobr · 02-18-2019, 05:36 AM

Hi, building of the new PyMOL (with glm as novel dependency) stalls on my system at various points in contrib/uiuc/plugins/molfile_plugin/src/ with a

Quote:

error: command 'g++' failed with exit status 1

for example:

Quote:

~~~
g++ -pthread -std=c++11 -fPIC -D_PYMOL_LIBPNG -D_PYMOL_INLINE -D_PYMOL_VMD_PLUGINS -D_HAVE_LIBXML -DMMTF_MSGPACK_USE_CPP11 -D_PYMOL_FREETYPE -DNO_MMLIBS -D_PYMOL_NUMPY -Iov/src -Ilayer0 -Ilayer1 -Ilayer2 -Ilayer3 -Ilayer4 -Ilayer5 -Imodules/cealign/src -Ibuild/generated -Icontrib/uiuc/plugins/include -Icontrib/uiuc/plugins/molfile_plugin/src -Icontrib/mmtf-c -I/usr/lib64/python2.7/site-packages/numpy/core/include -I/usr/include -I/usr/include/freetype2 -I/usr/include/libxml2 -I/usr/X11/include -I/usr/X11/include/freetype2 -I/usr/X11/include/libxml2 -I/usr/include/python2.7 -c layer0/GraphicsUtil.cpp -o build/temp.linux-x86_64-2.7/layer0/GraphicsUtil.o -Wno-narrowing -Wno-unused-function -Wno-char-subscripts -ffast-math -funroll-loops -O3 -fcommon
error: command 'g++' failed with exit status 1
In file included from contrib/uiuc/plugins/molfile_plugin/src/gamessplugin.c:160:
In function ‘symmetry_expand’,
inlined from ‘get_traj_frame.isra.12’ at contrib/uiuc/plugins/molfile_plugin/src/gamessplugin.c:2931:7:
contrib/uiuc/plugins/molfile_plugin/src/qmplugin.h:819:5: warning: ‘strncpy’ output may be truncated copying 10 bytes from a string of length 10 [-Wstringop-truncation]
strncpy((*atoms)[i].type, (*atoms)[indexmap[i]].type, 10);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
g++ -pthread -std=c++11 -fPIC -D_PYMOL_LIBPNG -D_PYMOL_INLINE -D_PYMOL_VMD_PLUGINS -D_HAVE_LIBXML -DMMTF_MSGPACK_USE_CPP11 -D_PYMOL_FREETYPE -DNO_MMLIBS -D_PYMOL_NUMPY -Iov/src -Ilayer0 -Ilayer1 -Ilayer2 -Ilayer3 -Ilayer4 -Ilayer5 -Imodules/cealign/src -Ibuild/generated -Icontrib/uiuc/plugins/include -Icontrib/uiuc/plugins/molfile_plugin/src -Icontrib/mmtf-c -I/usr/lib64/python2.7/site-packages/numpy/core/include -I/usr/include -I/usr/include/freetype2 -I/usr/include/libxml2 -I/usr/X11/include -I/usr/X11/include/freetype2 -I/usr/X11/include/libxml2 -I/usr/include/python2.7 -c contrib/uiuc/plugins/molfile_plugin/src/xbgfplugin.cpp -o build/temp.linux-x86_64-2.7/contrib/uiuc/plugins/molfile_plugin/src/xbgfplugin.o -Wno-narrowing -Wno-unused-function -Wno-char-subscripts -ffast-math -funroll-loops -O3 -fcommon
Cleaning up...

Has anyone else ran into this?

ponce · 02-18-2019, 07:34 AM

looks like PyMOL-2.2.0 while working fine on 14.2 is not compatible with the newer mesa in current, but the newer PyMOL-2.3.0 (that needs the additional dependency mmtf-cpp) seems to work fine on this platform: as this introduces a new dependency (also if it's just a bunch of headers files) it's better if you ask the maintainer to update it also on stable.

brobr · 02-18-2019, 07:50 AM

Hi Ponce, thanks for the explanation; I have emailed the maintainer.

Poprocks · 02-19-2019, 05:24 PM

libgusb currently fails to build on multilib-enabled systems on current.

This is because it erroneously tries to build against a library located at /usr/lib/gobject-introspection/giscanner/_giscanner.so, which is 32-bit.

It does this because it calls a script located at /usr/bin/g-ir-scanner which first looks to /usr/bin/../lib/gobject-introspection, and the key is "lib" is hardcoded as the first test match. Since it matches, it then goes on to try to utilize the 32-bit version on multilib.

This has been reported:

https://gitlab.gnome.org/GNOME/gobje...ion/issues/220

The response so far has basically been "it works on Fedora." >:-(

Two possible workarounds for now, since gobject-introspection is part of the main Slackware tree:

(1) Delete the compat32 version of gobject-introspection before building libgusb
(2) Edit /usr/bin/g-ir-scanner and change the following line:

Code:

pylibdir = os.path.abspath(os.path.join(filedir, '..', 'lib', 'gobject-introspection'))

to:

Code:

pylibdir = os.path.abspath(os.path.join(filedir, '..', 'lib64', 'gobject-introspection'))

This is ONLY applicable on x86_64 with multilib!

I'll submit a patch for gobject-introspection for Mr. Volkerding's consideration.

Poprocks · 02-19-2019, 09:49 PM

Re: gobject-introspection, I've submitted a patch upstream and to Pat for his consideration.

willysr · 02-19-2019, 10:20 PM

latest version 1.59.x has this issue fixed as well

Poprocks · 02-19-2019, 10:32 PM

Quote:

Originally Posted by willysr

latest version 1.59.x has this issue fixed as well

Are you sure? I looked at the source for the 'master' branch before submitting the patch and it seemed unchanged from 1.58.x. I'll double-check when I have some more time.

EDIT - Oh yes, I see. They resolved it in another way. Guess my poor, lonely patch won't be needed after all