Re: [Slackbuilds-users] gdal SlackBuild fails
On 3/1/17, Duncan Roe wrote: > This looks like an upstream bug. > > The gdal SB initially fails as below: Looks like the kind of issue caused by using MAKEFLAGS=-j3 (or anything other than -j1). That's a snap diagnosis, I don't know what gdal even is. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] gdal SlackBuild fails
> The gdal SB initially fails as below: > >> running build_ext >> building 'osgeo._gdal' extension >> creating build/temp.linux-x86_64-2.7 >> creating build/temp.linux-x86_64-2.7/extensions >> /bin/sh /tmp/SBo/gdal-2.1.3/libtool --mode=compile --tag=CC gcc >> -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall >> -Wstrict-prototypes -fPIC -I../../port -I../../gcore -I../../alg >> -I../../ogr/ -I../../ogr/ogrsf_frmts -I../../gnm -I../../apps >> -I/usr/include/python2.7 >> -I/usr/lib64/python2.7/site-packages/numpy/core/include >> -I/tmp/SBo/gdal-2.1.3/include -c extensions/gdal_wrap.cpp -o >> build/temp.linux-x86_64-2.7/extensions/gdal_wrap.o >> libtool: compile: gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 >> -Wall -Wstrict-prototypes -fPIC -I../../port -I../../gcore -I../../alg >> -I../../ogr/ -I../../ogr/ogrsf_frmts -I../../gnm -I../../apps >> -I/usr/include/python2.7 >> -I/usr/lib64/python2.7/site-packages/numpy/core/include >> -I/tmp/SBo/gdal-2.1.3/include -c extensions/gdal_wrap.cpp -fPIC -DPIC -o >> build/temp.linux-x86_64-2.7/extensions/.libs/gdal_wrap.o >> cc1plus: warning: command line option '-Wstrict-prototypes' is valid for >> C/ObjC but not for C++ >> In file included from /usr/include/python2.7/Python.h:133:0, >> from extensions/gdal_wrap.cpp:155: >> extensions/gdal_wrap.cpp: In function 'PyObject* >> _wrap_MajorObject_SetMetadata__SWIG_0(PyObject*, PyObject*)': >> /usr/include/python2.7/abstract.h:1354:62: warning: deprecated conversion >> from string constant to 'char*' [-Wwrite-strings] >> #define PyMapping_Items(O) PyObject_CallMethod(O,"items",NULL) >> ^ >> extensions/gdal_wrap.cpp:9115:31: note: in expansion of macro >> 'PyMapping_Items' >> PyObject *item_list = PyMapping_Items( obj1 ); >>^ >> g++ -pthread -shared build/temp.linux-x86_64-2.7/extensions/gdal_wrap.o >> -L../../.libs -L../../ -L/usr/lib64 -L/tmp/SBo/gdal-2.1.3/lib -lpython2.7 >> -lgdal -o build/lib.linux-x86_64-2.7/osgeo/_gdal.so >> g++: error: build/temp.linux-x86_64-2.7/extensions/gdal_wrap.o: No such file >> or directory >> error: command 'g++' failed with exit status 1 >> GNUmakefile:74: recipe for target 'build' failed >> make[2]: *** [build] Error 1 >> make[2]: Leaving directory '/tmp/SBo/gdal-2.1.3/swig/python' >> GNUmakefile:30: recipe for target 'build' failed >> make[1]: *** [build] Error 2 >> make[1]: Leaving directory '/tmp/SBo/gdal-2.1.3/swig' >> GNUmakefile:104: recipe for target 'swig-modules' failed >> make: *** [swig-modules] Error 2 > > On manually re-running make, it runs to completion. > > However make install now fails identically. > > The error above happens because gdal_wrap.o is in > build/temp.linux-x86_64-2.7/extensions/.libs (within > /tmp/SBo/gdal-2.1.3/swig/python). > > build/temp.linux-x86_64-2.7/extensions contains gdal_wrap.lo: > >> + cat gdal_wrap.lo >> # build/temp.linux-x86_64-2.7/extensions/gdal_wrap.lo - a libtool object file >> # Generated by libtool (GNU libtool) 2.4 >> # >> # Please DO NOT delete this file! >> # It is necessary for linking the library. >> >> # Name of the PIC object. >> pic_object='.libs/gdal_wrap.o' >> >> # Name of the non-PIC object >> non_pic_object=none > > That looks as if it ought to work I guess, but it doesn't. > > I salvaged the build by: > >> 08:40:26# cd build/temp.linux-x86_64-2.7/extensions >> 08:47:54# mv .libs/gdal_wrap.o . >> 08:48:22# rmdir .libs >> 08:48:30# ln -s . .libs >> 08:50:46# cd /tmp/SBo/gdal-2.1.3 >> 08:50:57# make install DESTDIR=$PKG > > then running the rest of the SB commands by hand. (I had run some of the > previous commands already, e.g. to set $PKG). > > Do I need a newer version of ld or what? works fine here proj: MD5SUM check for proj-4.9.3.tar.gz ... OK Building package proj-4.9.3-x86_64-1_SBo.tgz ... OK Installing package proj-4.9.3-x86_64-1_SBo.tgz ... OK geos: MD5SUM check for geos-3.6.1.tar.bz2 ... OK Building package geos-3.6.1-x86_64-1_SBo.tgz ... OK Installing package geos-3.6.1-x86_64-1_SBo.tgz ... OK gdal: MD5SUM check for gdal-2.1.3.tar.xz ... OK Building package gdal-2.1.3-x86_64-1_SBo.tgz ... OK Installing package gdal-2.1.3-x86_64-1_SBo.tgz ... OK -- Willy Sudiarto Raharjo signature.asc Description: OpenPGP digital signature ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] gdal SlackBuild fails
This looks like an upstream bug. The gdal SB initially fails as below: > running build_ext > building 'osgeo._gdal' extension > creating build/temp.linux-x86_64-2.7 > creating build/temp.linux-x86_64-2.7/extensions > /bin/sh /tmp/SBo/gdal-2.1.3/libtool --mode=compile --tag=CC gcc > -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes > -fPIC -I../../port -I../../gcore -I../../alg -I../../ogr/ > -I../../ogr/ogrsf_frmts -I../../gnm -I../../apps -I/usr/include/python2.7 > -I/usr/lib64/python2.7/site-packages/numpy/core/include > -I/tmp/SBo/gdal-2.1.3/include -c extensions/gdal_wrap.cpp -o > build/temp.linux-x86_64-2.7/extensions/gdal_wrap.o > libtool: compile: gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 > -Wall -Wstrict-prototypes -fPIC -I../../port -I../../gcore -I../../alg > -I../../ogr/ -I../../ogr/ogrsf_frmts -I../../gnm -I../../apps > -I/usr/include/python2.7 > -I/usr/lib64/python2.7/site-packages/numpy/core/include > -I/tmp/SBo/gdal-2.1.3/include -c extensions/gdal_wrap.cpp -fPIC -DPIC -o > build/temp.linux-x86_64-2.7/extensions/.libs/gdal_wrap.o > cc1plus: warning: command line option '-Wstrict-prototypes' is valid for > C/ObjC but not for C++ > In file included from /usr/include/python2.7/Python.h:133:0, > from extensions/gdal_wrap.cpp:155: > extensions/gdal_wrap.cpp: In function 'PyObject* > _wrap_MajorObject_SetMetadata__SWIG_0(PyObject*, PyObject*)': > /usr/include/python2.7/abstract.h:1354:62: warning: deprecated conversion > from string constant to 'char*' [-Wwrite-strings] > #define PyMapping_Items(O) PyObject_CallMethod(O,"items",NULL) > ^ > extensions/gdal_wrap.cpp:9115:31: note: in expansion of macro > 'PyMapping_Items' > PyObject *item_list = PyMapping_Items( obj1 ); >^ > g++ -pthread -shared build/temp.linux-x86_64-2.7/extensions/gdal_wrap.o > -L../../.libs -L../../ -L/usr/lib64 -L/tmp/SBo/gdal-2.1.3/lib -lpython2.7 > -lgdal -o build/lib.linux-x86_64-2.7/osgeo/_gdal.so > g++: error: build/temp.linux-x86_64-2.7/extensions/gdal_wrap.o: No such file > or directory > error: command 'g++' failed with exit status 1 > GNUmakefile:74: recipe for target 'build' failed > make[2]: *** [build] Error 1 > make[2]: Leaving directory '/tmp/SBo/gdal-2.1.3/swig/python' > GNUmakefile:30: recipe for target 'build' failed > make[1]: *** [build] Error 2 > make[1]: Leaving directory '/tmp/SBo/gdal-2.1.3/swig' > GNUmakefile:104: recipe for target 'swig-modules' failed > make: *** [swig-modules] Error 2 On manually re-running make, it runs to completion. However make install now fails identically. The error above happens because gdal_wrap.o is in build/temp.linux-x86_64-2.7/extensions/.libs (within /tmp/SBo/gdal-2.1.3/swig/python). build/temp.linux-x86_64-2.7/extensions contains gdal_wrap.lo: > + cat gdal_wrap.lo > # build/temp.linux-x86_64-2.7/extensions/gdal_wrap.lo - a libtool object file > # Generated by libtool (GNU libtool) 2.4 > # > # Please DO NOT delete this file! > # It is necessary for linking the library. > > # Name of the PIC object. > pic_object='.libs/gdal_wrap.o' > > # Name of the non-PIC object > non_pic_object=none That looks as if it ought to work I guess, but it doesn't. I salvaged the build by: > 08:40:26# cd build/temp.linux-x86_64-2.7/extensions > 08:47:54# mv .libs/gdal_wrap.o . > 08:48:22# rmdir .libs > 08:48:30# ln -s . .libs > 08:50:46# cd /tmp/SBo/gdal-2.1.3 > 08:50:57# make install DESTDIR=$PKG then running the rest of the SB commands by hand. (I had run some of the previous commands already, e.g. to set $PKG). Do I need a newer version of ld or what? Cheers ... Duncan. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] updating Mathics SlackBuild, giving up interruptingcow SlackBuild
>*Don't* use pip. The upstream instructions say "The easiest way to install >Mathics is with pip", but the existing setup.py recipe still works with >mathics-1.0. Okay. >afaict your existing SlackBuild is easy to upgrade for mathics-1.0: just >change the tar xvf (the download tarball is now named .tgz), and the patch >isn't needed. Yes, except for dependencies, for which it may need a new patch. Also, the last version of python-django I used (from source, changing SlackBuild version number) caused errors and it seems that SlackBuild hasn't been updated since sometime in Slackware 14.1. >>I give up interruptingcow, mpmath SlackBuilds (Mathics dependencies) since >>pip installs those for Mathics. > >You might want to reconsider that? Okay, I'll keep mpmath. The other is no longer necessary for Mathics. ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] LibreOffice-5.3.0.3 (source install)
On 03/02/2017 12:43 PM, Christoph Willing wrote: > On 02/03/17 23:43, Andrzej Telszewski wrote: >> On 02/03/17 12:42, Christoph Willing wrote: >>> On 02/03/17 09:58, King Beowulf wrote: Now, when I access the help function, I get the online help (browser fires up and ends up with a usually an unwritten or empty help page) and not the offline help. >>> Sorry about that. An updated SlackBuild is on its way but in the >>> meantime you could fix it locally by changing: >>> --with-help=common \ >>> configure option to: >>> --with-help \ >>> >>> Thanks for pointing out the problem. >>> >>> chris >> >> That is nice. >> >> Just to make sure, my WTF in the previous message wasn't about you >> (SlackBuild provider), but about the general tendency of making >> everything web based. >> > No worries. Actually I had noticed the help problem a long time ago and > intended to sort it out sometime but, of course, forgot all about it > till now; it probably deserves a WTF anyway :) > > chris Heh, I have all sorts of 'wtf' moments lately tying to get nvidia-driver to behave! -Ed signature.asc Description: OpenPGP digital signature ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] LibreOffice-5.3.0.3 (source install)
On 02/03/17 23:43, Andrzej Telszewski wrote: > On 02/03/17 12:42, Christoph Willing wrote: >> On 02/03/17 09:58, King Beowulf wrote: >>> Hello >>> >>> 1st time compiling LibreOffice and not using the pre-compiled bins. So >>> far so good with jdk and hunspell. just one glitch: >>> >>> In the past I installed (both install to /opt/) >>> office/libreoffice >>> office/libreoffice-helppack >>> >>> Now, when I access the help function, I get the online help (browser >>> fires up and ends up with a usually an unwritten or empty help page) and >>> not the offline help. >>> >> Sorry about that. An updated SlackBuild is on its way but in the >> meantime you could fix it locally by changing: >> --with-help=common \ >> configure option to: >> --with-help \ >> >> Thanks for pointing out the problem. >> >> chris >> >> > > That is nice. > > Just to make sure, my WTF in the previous message wasn't about you > (SlackBuild provider), but about the general tendency of making > everything web based. > No worries. Actually I had noticed the help problem a long time ago and intended to sort it out sometime but, of course, forgot all about it till now; it probably deserves a WTF anyway :) chris ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] osinfo-db-tools: wrong MD5SUM / project moved to gitlab
2017-03-02 19:17 GMT+01:00 Thomas Szteliga : > +== > | MD5SUM check for osinfo-db-tools-1.1.0.tar.gz [ FAILED ] > +== > | Expected: 5b346d7e361a7f510aa62da923cbdd8b > | Found: a5619251bd9f91b5063d8a0d8a618f71 > +== > > > New location: https://gitlab.com/libosinfo/libosinfo thanks Thomas for the report! It seems libosinfo and friends are now hosted on pagure.org https://libosinfo.org/download/ > Infrastructure/Fedorahosted-retirement: > https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement this most probably affects also these other scripts desktop/gtk-nodoka-engine libraries/libpwquality python/python-augeas python/python-suds python/python3-augeas system/cronie system/microcode_ctl system/targetcli-fb system/virt-viewer I'll have a look. Matteo ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] osinfo-db-tools: wrong MD5SUM / project moved to gitlab
+== | MD5SUM check for osinfo-db-tools-1.1.0.tar.gz [ FAILED ] +== | Expected: 5b346d7e361a7f510aa62da923cbdd8b | Found: a5619251bd9f91b5063d8a0d8a618f71 +== New location: https://gitlab.com/libosinfo/libosinfo Infrastructure/Fedorahosted-retirement: https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement -- Thomas Szteliga ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] task
> task slackbuild seems download source url has changed. I get checksum error > > https://www.slackbuilds.org/repository/14.2/office/task/ > > > DONWLOAD="http://www.taskwarrior.org/download/task-2.5.1.tar.gz"; > > MD5SUM="cb07f7933ac6f3ad19606215829ada16" > > Replaced with: > > DOWNLOAD="https://taskwarrior.org/download/task-2.5.1.tar.gz"; Fixed in my branch Thanks -- Willy Sudiarto Raharjo signature.asc Description: OpenPGP digital signature ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] LibreOffice-5.3.0.3 (source install)
On 02/03/17 12:42, Christoph Willing wrote: On 02/03/17 09:58, King Beowulf wrote: Hello 1st time compiling LibreOffice and not using the pre-compiled bins. So far so good with jdk and hunspell. just one glitch: In the past I installed (both install to /opt/) office/libreoffice office/libreoffice-helppack Now, when I access the help function, I get the online help (browser fires up and ends up with a usually an unwritten or empty help page) and not the offline help. Sorry about that. An updated SlackBuild is on its way but in the meantime you could fix it locally by changing: --with-help=common \ configure option to: --with-help \ Thanks for pointing out the problem. chris That is nice. Just to make sure, my WTF in the previous message wasn't about you (SlackBuild provider), but about the general tendency of making everything web based. -- Best regards, Andrzej Telszewski ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] openjdk was: Re: Updates - 20170225.1
I just had reason to update the SlackBuild for another matter (missing local help reader) and took the opportunity to update the Java capabilities at the same time. I had some sympathy with the statement that: "some people will prefer openjdk because of licensing. People who care about the "Libre" in the LibreOffice name might care about this." so I've changed the default to openjdk with alternatives selected by setting a JAVA environment variable to the name of relevant SBo SlackBuild; either openjdk, openjdk8, jdk or no (don't build with Java support). chris ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
Re: [Slackbuilds-users] LibreOffice-5.3.0.3 (source install)
On 02/03/17 09:58, King Beowulf wrote: > Hello > > 1st time compiling LibreOffice and not using the pre-compiled bins. So > far so good with jdk and hunspell. just one glitch: > > In the past I installed (both install to /opt/) > office/libreoffice > office/libreoffice-helppack > > Now, when I access the help function, I get the online help (browser > fires up and ends up with a usually an unwritten or empty help page) and > not the offline help. > Sorry about that. An updated SlackBuild is on its way but in the meantime you could fix it locally by changing: --with-help=common \ configure option to: --with-help \ Thanks for pointing out the problem. chris signature.asc Description: OpenPGP digital signature ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
[Slackbuilds-users] task
Hi, task slackbuild seems download source url has changed. I get checksum error https://www.slackbuilds.org/repository/14.2/office/task/ DONWLOAD="http://www.taskwarrior.org/download/task-2.5.1.tar.gz"; MD5SUM="cb07f7933ac6f3ad19606215829ada16" Replaced with: DOWNLOAD="https://taskwarrior.org/download/task-2.5.1.tar.gz"; MD5SUM="bcd984a00d6d1eb6b40faf567419f784" Thanks -- Dimitris Zlatanidis ___ SlackBuilds-users mailing list SlackBuilds-users@slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/