LinuxQuestions.org - SBo scripts not building on current (read 1st post, pls)

Page 89 of 395

« First

139

189

Last »

Show 50 post(s) from this thread on one page

LinuxQuestions.org (/questions/)

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - SBo scripts not building on current (read 1st post, pls) (https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/)

kgha	07-15-2018 08:05 AM

Quote:

Originally Posted by nivieru (Post 5879069)

I had the same problem with perl-pango.
For me, removing all the locally built perl packages before rebuilding them solved the problem.
Of course, you then need to build them in the correct order - I just tried to build everything in no particular order and then tried again the ones that failed until it worked.

Thanks, I followed your advice and only built and installed the packages that are dependencies for perl-pango before trying that one and it worked. Afterwards I could build the remaining packages without any issues.

Willy Sudiarto actually suggested this in an earlier post but I missed that :(

linuxtinker

07-17-2018 02:43 AM

I have an issue with making memcached ver 1.4.37 on current I get:

Code:

gcc -DHAVE_CONFIG_H -I.  -DNDEBUG  -m64 -O2 -fPIC -pthread -pthread -Wall -Werror -pedantic -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -MT memcached-util.o -MD -MP -MF .deps/memcached-util.Tpo -c -o memcached-util.o `test -f 'util.c' || echo './'`util.c

items.c: In function ‘item_stats_sizes’:

items.c:881:45: error: ‘%d’ directive output may be truncated writing between 1 and 10 bytes into a region of size 8 [-Werror=format-truncation=]

                snprintf(key, sizeof(key), "%d", i * 32);

                                            ^~

items.c:881:44: note: directive argument in the range [0, 2147483647]

                snprintf(key, sizeof(key), "%d", i * 32);

                                            ^~~~

items.c:881:17: note: ‘snprintf’ output between 2 and 11 bytes into a destination of size 8

                snprintf(key, sizeof(key), "%d", i * 32);

                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

memcached.c: In function ‘process_stats_conns.constprop’:

memcached.c:3113:33: error: ‘%u’ directive writing between 1 and 5 bytes into a region of size between 1 and 4099 [-Werror=format-overflow=]

            sprintf(buf, "%s:%s:%u", protoname, addr_text, port);

                                ^~

memcached.c:3113:26: note: directive argument in the range [1, 65535]

            sprintf(buf, "%s:%s:%u", protoname, addr_text, port);

                          ^~~~~~~~~~

memcached.c:3113:13: note: ‘sprintf’ output between 5 and 4107 bytes into a destination of size 4102

            sprintf(buf, "%s:%s:%u", protoname, addr_text, port);

            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

I am able to make ver 1.5.9 which I will be using instead..

ponce

07-17-2018 02:54 AM

thanks for reporting!
for the moment I'll just disable those warnings-as-errors with "-Wno-error=format-overflow -Wno-error=format-truncation".

lord_

07-18-2018 06:35 AM

Blender

ponce

07-18-2018 10:28 AM

Quote:

Originally Posted by lord_ (Post 5880650)

I recently rebuilt my whole 3rd party software library (all from ponce's repo). Some of them won't rebuild:

thanks for reporting!

Quote:

Blender
https://pastebin.com/raw/9e2LdE2T

libgda
https://pastebin.com/raw/TYeP8gRJ

gst-plugins-bad
https://pastebin.com/raw/ZsWz810S

ipmitool
https://pastebin.com/raw/NuBWswH7

libindicator3
https://pastebin.com/raw/3FmME40W

mosh
https://pastebin.com/raw/B138iaug

opensc
https://pastebin.com/raw/tqm9xtXu

these are all fixed in the just-pushed latest version of the repository

Quote:

qpdfview
https://pastebin.com/raw/pwic3afY

this looks like something wrong in an header installed by texlive: I suggest you to get in touch with the texlive maintainer on SBo, linking him the paste with the error.

Quote:

gimp-plugin-bimp
https://pastebin.com/raw/Bq8ebcMK

for this you have to ask upstream: it seems the plugin cannot be built from its sources against gimp-2.10
https://github.com/alessandrofrances...mp-plugin-bimp

Quote:

ldns
https://www.nlnetlabs.nl/downloads/l...s-1.7.0.tar.gz 404 error (just notifying)

thanks, but notifying it here won't get it fixed ;-) report this please to the maintainer and/or the mailing list.

lord_

07-18-2018 12:10 PM

Quote:

Originally Posted by ponce (Post 5880782)

thanks for reporting!
these are all fixed in the just-pushed latest version of the repository

I cloned your repo on 15/07, so I guess I already have the latest versions.

ponce

07-18-2018 12:30 PM

Quote:

Originally Posted by lord_ (Post 5880814)

I cloned your repo on 15/07, so I guess I already have the latest versions.

no, you haven't: the latest version is of today.

lord_

07-18-2018 01:36 PM

Quote:

Originally Posted by ponce (Post 5880823)

no, you haven't: the latest version is of today.

Ok, I upgraded and yes, there are all the working fixes.

I'll contact ldns and qpdfview maintainers.

As always, thank you!

ponce

07-18-2018 01:39 PM

Quote:

Originally Posted by lord_ (Post 5880848)

I'll contact ldns and qpdfview maintainers.

for succesfully building qpdfview you actually have to get in touch with the texlive maintainer on SBo: that package is the one that looks to have issues.

sombragris

07-20-2018 05:30 PM

Cannot build gst-plugins-bad. Oddly enough, it seems to require gnutls.la, which does not exist on my system. Relevant compilation output is below:

Code:

make -C webrtc

make[3]: Entering directory '/tmp/SBo/gst-plugins-bad-1.14.1/ext/webrtc'

  CC      libgstwebrtc_la-gstwebrtc.lo

  CC      libgstwebrtc_la-gstwebrtcbin.lo

  CC      libgstwebrtc_la-gstwebrtcice.lo

  CC      libgstwebrtc_la-gstwebrtcstats.lo

  CC      libgstwebrtc_la-icestream.lo

  CC      libgstwebrtc_la-nicetransport.lo

  CC      libgstwebrtc_la-transportstream.lo

  CC      libgstwebrtc_la-transportsendbin.lo

  CC      libgstwebrtc_la-transportreceivebin.lo

  CC      libgstwebrtc_la-utils.lo

  CC      libgstwebrtc_la-webrtcsdp.lo

  CC      libgstwebrtc_la-webrtctransceiver.lo

  CCLD    libgstwebrtc.la

/bin/grep: /usr/lib64/libgnutls.la: No such file or directory

/bin/sed: can't read /usr/lib64/libgnutls.la: No such file or directory

libtool:  error: '/usr/lib64/libgnutls.la' is not a valid libtool archive

make[3]: *** [Makefile:871: libgstwebrtc.la] Error 1

make[3]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.14.1/ext/webrtc'

make[2]: *** [Makefile:1315: webrtc] Error 2

make[2]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.14.1/ext'

make[1]: *** [Makefile:951: all-recursive] Error 1

make[1]: Leaving directory '/tmp/SBo/gst-plugins-bad-1.14.1'

make: *** [Makefile:882: all] Error 2

willysr

07-20-2018 06:44 PM

you may need to rebuilt everything that still linked to old gnutls.la

sombragris

07-20-2018 07:02 PM

Quote:

Originally Posted by willysr (Post 5881818)

you may need to rebuilt everything that still linked to old gnutls.la

thank you Willy, but how could I know that?

willysr

07-20-2018 10:18 PM

have you removed all .la files?
if you have, you just need to rebuilt all third party packages and you should be fine

orbea

07-20-2018 11:18 PM

Quote:

Originally Posted by willysr (Post 5881867)

have you removed all .la files?

I know you know this, but in case someone else doesn't I want to point out that its not all .la files, rather its all .la files in the LD_LIBRARY_PATH (/usr/lib{,64}). Other .la files can be left alone and while its usually safe to remove them too, some programs will entirely break when they are missing. Imagemagick is one example.

Lockywolf

07-21-2018 01:02 AM

Docker won't build:

Quote:

docker-ce-18.03.1-ce/components/packaging/static/hash_files
# WARNING! I don't seem to be running in a Docker container.
# The result of this command might be an incorrect build, and will not be
# officially supported.
#
# Try this instead: make all
#

Removing bundles/

---> Making bundle: dynbinary (in bundles/dynbinary)
Building: bundles/dynbinary-daemon/dockerd-18.03.1-ce
../../build/src/github.com/docker/docker/vendor/github.com/containerd/containerd/plugin/plugin_go18.go:8:2: cannot find package "plugin" in any of:
/tmp/SBo/docker-ce-18.03.1-ce/build/src/github.com/docker/docker/vendor/plugin (vendor tree)
/usr/src/plugin (from $GOROOT)
/tmp/SBo/docker-ce-18.03.1-ce/build/src/plugin (from $GOPATH)

docker:
Would you like to continue processing the rest of the
queue or would you like to abort? If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.

(Y)es to continue, (N)o to abort, (R)etry the build?:

All times are GMT -5. The time now is 07:45 PM.

Page 89 of 395

Show 50 post(s) from this thread on one page