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

ponce · 10-02-2021, 02:24 PM

Quote:

Originally Posted by Hangaber

log4cpp

Same error from original SBo and https://github.com/Ponce/slackbuilds...raries/log4cpp

Code:

Making all in config
make[1]: Entering directory '/tmp/SBo/log4cpp-1.0/config'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/tmp/SBo/log4cpp-1.0/config'
Making all in src
make[1]: Entering directory '/tmp/SBo/log4cpp-1.0/src'
/bin/sh ../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include -I../include    -pthread -O2 -fPIC -O2 -DNDEBUG -Wall -Wno-unused -pedantic -MT Appender.lo -MD -MP -MF .deps/Appender.Tpo -c -o Appender.lo Appender.cpp
mkdir .libs
 g++ -DHAVE_CONFIG_H -I. -I../include -I../include -pthread -O2 -fPIC -O2 -DNDEBUG -Wall -Wno-unused -pedantic -MT Appender.lo -MD -MP -MF .deps/Appender.Tpo -c Appender.cpp  -fPIC -DPIC -o .libs/Appender.o
In file included from ../include/log4cpp/Appender.hh:21,
                 from Appender.cpp:11:
../include/log4cpp/Priority.hh:107:9: error: 
  107 |         throw(std::invalid_argument);
      |         ^~~~~
make[1]: *** [Makefile:424: Appender.lo] Error 1
make[1]: Leaving directory '/tmp/SBo/log4cpp-1.0/src'
make: *** [Makefile:356: all-recursive] Error 1

I don't know enough about C++ to correct the 'throw' lines. Some search result suggestions say to wrap it in a try/catch, and others say to just delete the throw() line [107] altogether.

IMHO an update to version 1.1.3 should be advised

https://git.slackbuilds.org/slackbui...it/?id=4204e23

thanks for the report!

Roman Dyaba · 10-02-2021, 02:35 PM

because GCC 10.3 is diff to 11.2 ...

USUARIONUEVO · 10-02-2021, 03:04 PM

Hi , today cffi and pycparser was added to -current , y suggest rename the existing 2 in SBo , like python2-cffi and python2-pycparser , and remove python3 support from script.

And then need check REQUIRES , in other slackbuilds to point to python2 - news

metageek · 10-03-2021, 12:33 PM

Quote:

Originally Posted by ponce

IMHO an update to version 1.1.3 should be advised

I'm the maintainer of this slackbuild and I have already been able to update to version 1.1.3. Given submissions to SBo are currently closed, do I wait until they open again, or is there a way to contribute to Ponce's github repository to see it appear in SBo later on? (I have been updating other packages I maintain too).

Pedro

ponce · 10-03-2021, 01:24 PM

Quote:

Originally Posted by metageek

I'm the maintainer of this slackbuild and I have already been able to update to version 1.1.3. Given submissions to SBo are currently closed, do I wait until they open again, or is there a way to contribute to Ponce's github repository to see it appear in SBo later on? (I have been updating other packages I maintain too).

Pedro

just send me patches based on what is already on SBo's git master branch: for log4cpp, if it's ok for you, I already pushed the update on SBo (the link in the post above is the commit on SBo's git -it shows also my address).
clone locally SBo's master branch ("git clone git://git.slackbuilds.org/slackbuilds.git"), apply your desired modifications over what's already there and send me the relative patches for every interested SlackBuild.

metageek · 10-03-2021, 01:47 PM

Quote:

Originally Posted by ponce

just send me patches based on what is already on SBo's git master branch: for log4cpp, if it's ok for you, I already pushed the update on SBo (the link in the post above is the commit on SBo's git -it shows also my address).
clone locally SBo's master branch ("git clone git://git.slackbuilds.org/slackbuilds.git"), apply your desired modifications over what's already there and send me the relative patches for every interested SlackBuild.

Your patches for log4cpp are perfect and so it seems I don't have to do anything for that one. I'll go over the other ones and do as you said. Thanks!

Pedro

brobr · 10-03-2021, 04:26 PM

Hi, recompiling gdal after the latest current-updates incl. the poppler-upgrade gave this :

Quote:

cc1plus: warning: /usr/lib64/include: No such file or directory [-Wmissing-include-dirs]
cc1plus: warning: /usr/lib64/include: No such file or directory [-Wmissing-include-dirs]
pdfdataset.cpp: In static member function ‘static PDFDataset* PDFDataset::Open(GDALOpenInfo*)’:
pdfdataset.cpp:4966:59: error: cannot convert ‘std::unique_ptr<GooString>’ to ‘GooString*’ in initialization
4966 | GooString* poMetadata = poCatalogPoppler->readMetadata();
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
| |
| std::unique_ptr<GooString>
make[2]: *** [../../GDALmake.opt:648: ../o/pdfdataset.lo] Error 1
make[2]: Leaving directory '/tmp/SBo/gdal-3.3.0/frmts/pdf'
make[1]: *** [GNUmakefile:15: pdf-install-obj] Error 2
make[1]: Leaving directory '/tmp/SBo/gdal-3.3.0/frmts'
make: *** [GNUmakefile:114: frmts-target] Error 2

gdal:
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?:

Any ideas what needs correcting? (the dependencies had been recompiled beforehand)

EDIT:
same fault when using latest gdal-3.3.2
patch described at https://bugs.freebsd.org/bugzilla/ has already been applied to gdal-3.3.[0,2]
Without configuration option --with-poppler, compilation finishes ok.

metageek · 10-04-2021, 07:50 PM

fsarchiver fails to build, it seems to need a library called libattr (http://savannah.nongnu.org/projects/attr) which is not in SBo

Code:

checking attr/xattr.h usability... no
checking attr/xattr.h presence... no
checking for attr/xattr.h... no
configure: error: attr/xattr.h not found. you may have to install a package called attr, libattr, libattr-devel

chrisretusn · 10-04-2021, 10:24 PM

Quote:

Originally Posted by metageek

fsarchiver fails to build

I don't use the SBo build but my configure setup is the same as SBo's.

FSArchiver (0.8.6) builds fine here. (ChangeLog.txt Sun Oct 3 23:05:29 UTC 2021)

I don't see those lines in my configure log. I do see this:

Code:

checking for sys/xattr.h... yes

metageek · 10-05-2021, 06:39 AM

Quote:

Originally Posted by chrisretusn

FSArchiver (0.8.6) builds fine here. (ChangeLog.txt Sun Oct 3 23:05:29 UTC 2021)

The version in SBo was still 0.8.0. I just tried building with version 0.8.6 and it works by simply changing the version number. Thanks.

ponce · 10-05-2021, 09:21 AM

Quote:

Originally Posted by brobr

Hi, recompiling gdal after the latest current-updates incl. the poppler-upgrade gave this :

Any ideas what needs correcting? (the dependencies had been recompiled beforehand)

EDIT:
same fault when using latest gdal-3.3.2
patch described at https://bugs.freebsd.org/bugzilla/ has already been applied to gdal-3.3.[0,2]

it needs a recent upstream patch for the newer poppler

https://git.slackbuilds.org/slackbui...it/?id=6c49eb8

thanks for reporting it!

ponce · 10-05-2021, 09:25 AM

Quote:

Originally Posted by chrisretusn

I don't use the SBo build but my configure setup is the same as SBo's.

FSArchiver (0.8.6) builds fine here. (ChangeLog.txt Sun Oct 3 23:05:29 UTC 2021)

I don't see those lines in my configure log. I do see this:

Code:

checking for sys/xattr.h... yes

Quote:

Originally Posted by metageek

The version in SBo was still 0.8.0. I just tried building with version 0.8.6 and it works by simply changing the version number. Thanks.

thanks to you both for the report!

Hangaber · 10-05-2021, 10:26 AM

Quote:

Originally Posted by metageek

fsarchiver fails to build, it seems to need a library called libattr (http://savannah.nongnu.org/projects/attr) which is not in SBo

Code:

checking attr/xattr.h usability... no
checking attr/xattr.h presence... no
checking for attr/xattr.h... no
configure: error: attr/xattr.h not found. you may have to install a package called attr, libattr, libattr-devel

I didn't install "attr, libattr, libattr-devel" either, v0.8.6 installed with VERSION=0.8.6 ./fsarchiver.SlackBuild

Do you have the stock "kernel-source" installed?

Edit: NM. I see you tried 0.8.6 and it also worked.

camerabambai · 10-05-2021, 02:59 PM

The latest transcode

Code:

In file included from aud_aux.c:41:
/usr/include/lame/lame.h:877:30: note: expected ‘unsigned char *’ but argument is of type ‘char *’
  877 |         unsigned char*       mp3buf, /* pointer to encoded MP3 stream         */
      |         ~~~~~~~~~~~~~~~~~~~~~^~~~~~
/usr/bin/ld: skipping incompatible /usr/lib/libgcc_s.so.1 when searching for libgcc_s.so.1
/usr/bin/ld: skipping incompatible /usr/lib/libgcc_s.so.1 when searching for libgcc_s.so.1
libtool: link: ( cd ".libs" && rm -f "export_jpg.la" && ln -s "../export_jpg.la" "export_jpg.la" )
libtool: link: ( cd ".libs" && rm -f "export_im.la" && ln -s "../export_im.la" "export_im.la" )
mv -f .deps/export_xvid4_la-export_xvid4.Tpo .deps/export_xvid4_la-export_xvid4.Plo
mv -f .deps/export_xvid4_la-aud_aux.Tpo .deps/export_xvid4_la-aud_aux.Plo
make[2]: uscita dalla directory «/tmp/SBo/transcode-1.1.7/export»
make[1]: *** [Makefile:586: all-recursive] Errore 1
make[1]: uscita dalla directory «/tmp/SBo/transcode-1.1.7»
make: *** [Makefile:495: all] Errore 2

ponce · 10-05-2021, 03:18 PM

Quote:

Originally Posted by camerabambai

The latest transcode

Code:

In file included from aud_aux.c:41:
/usr/include/lame/lame.h:877:30: note: expected ‘unsigned char *’ but argument is of type ‘char *’
  877 |         unsigned char*       mp3buf, /* pointer to encoded MP3 stream         */
      |         ~~~~~~~~~~~~~~~~~~~~~^~~~~~
/usr/bin/ld: skipping incompatible /usr/lib/libgcc_s.so.1 when searching for libgcc_s.so.1
/usr/bin/ld: skipping incompatible /usr/lib/libgcc_s.so.1 when searching for libgcc_s.so.1
libtool: link: ( cd ".libs" && rm -f "export_jpg.la" && ln -s "../export_jpg.la" "export_jpg.la" )
libtool: link: ( cd ".libs" && rm -f "export_im.la" && ln -s "../export_im.la" "export_im.la" )
mv -f .deps/export_xvid4_la-export_xvid4.Tpo .deps/export_xvid4_la-export_xvid4.Plo
mv -f .deps/export_xvid4_la-aud_aux.Tpo .deps/export_xvid4_la-aud_aux.Plo
make[2]: uscita dalla directory «/tmp/SBo/transcode-1.1.7/export»
make[1]: *** [Makefile:586: all-recursive] Errore 1
make[1]: uscita dalla directory «/tmp/SBo/transcode-1.1.7»
make: *** [Makefile:495: all] Errore 2

Hi Meska (

)! I cannot see no error in that log: maybe it's above in the output?
FWIW transcode builds fine here...