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

willysr · 10-27-2021, 09:50 AM

Fixed in my branch, but i think it have a dependency on python-twisted for avahi-bookmarks and the one we have in SBo is for python2 only

willysr · 10-27-2021, 10:08 AM

Quote:

Originally Posted by brobr

The most current linuxsampler-2.2.0 builds, the one in ponce's current-git, 1.7.2, stalls.
Also this needs an update of dependency libgig to version 0.4.3 (now 0.4.2)

Pushed in my branch

USUARIONUEVO · 10-27-2021, 08:30 PM

Hi , GraphicsMagick fails to build here.

Lockywolf · 10-28-2021, 12:53 AM

vapoursynth needs:

Code:

sed -i '38i#include <limits>' src/core/genericfilters.cpp || exit -1
sed -i '19a#include <limits>' src/core/kernel/generic.cpp || exit -1
sed -i '21i#include <limits>' src/core/exprfilter.cpp || exit -1
sed -i '21i#include <limits>' src/filters/misc/miscfilters.cpp || exit -1
sed -i '27i#include <limits>' src/filters/removegrain/clense.cpp || exit -1

USUARIONUEVO · 10-28-2021, 04:13 PM

Quote:

Originally Posted by USUARIONUEVO

Hi , GraphicsMagick fails to build here.

Please can say me if this is a "local" problem from me ,or its fail build for all ?

willysr · 10-28-2021, 06:26 PM

Quote:

Originally Posted by Lockywolf

vapoursynth needs:

Code:

sed -i '38i#include <limits>' src/core/genericfilters.cpp || exit -1
sed -i '19a#include <limits>' src/core/kernel/generic.cpp || exit -1
sed -i '21i#include <limits>' src/core/exprfilter.cpp || exit -1
sed -i '21i#include <limits>' src/filters/misc/miscfilters.cpp || exit -1
sed -i '27i#include <limits>' src/filters/removegrain/clense.cpp || exit -1

Fixed in my branch, thanks

willysr · 10-28-2021, 06:35 PM

Quote:

Originally Posted by USUARIONUEVO

Please can say me if this is a "local" problem from me ,or its fail build for all ?

built fine here

Quote:

GraphicsMagick:
MD5SUM check for GraphicsMagick-1.3.36.tar.xz ... OK
Building package GraphicsMagick-1.3.36-x86_64-1_SBo.tgz ... OK

USUARIONUEVO · 10-28-2021, 07:46 PM

Quote:

Originally Posted by willysr

built fine here

ok ,thanks , then is local problem on my setup.

camerabambai · 10-28-2021, 07:48 PM

ptlib error:

Code:

tlib/common/object.cxx
[CC] ptlib/common/osutils.cxx
ptlib/common/contain.cxx: In member function ‘void PString::Delete(PINDEX, PINDEX)’:
ptlib/common/contain.cxx:1164:19: warning: ISO C++17 does not allow ‘register’ storage class specifier [-Wregister]
 1164 |   register PINDEX slen = GetLength();
      |                   ^~~~
ptlib/common/contain.cxx: In member function ‘PString PString::operator()(PINDEX, PINDEX) const’:
ptlib/common/contain.cxx:1181:19: warning: ISO C++17 does not allow ‘register’ storage class specifier [-Wregister]
 1181 |   register PINDEX len = GetLength();
      |                   ^~~
ptlib/common/contain.cxx: In member function ‘PINDEX PString::Find(char, PINDEX) const’:
ptlib/common/contain.cxx:1317:19: warning: ISO C++17 does not allow ‘register’ storage class specifier [-Wregister]
 1317 |   register PINDEX len = GetLength();
      |                   ^~~
ptlib/common/contain.cxx: In member function ‘void PString::Splice(const char*, PINDEX, PINDEX)’:
ptlib/common/contain.cxx:1533:19: warning: ISO C++17 does not allow ‘register’ storage class specifier [-Wregister]
 1533 |   register PINDEX slen = GetLength();
      |                   ^~~~
ptlib/common/object.cxx:953:37: error: ISO C++17 does not allow dynamic exception specifications
  953 | void * operator new[](size_t nSize) throw (std::bad_alloc)
      |                                     ^~~~~
make[2]: *** [../make/common.mak:96: /tmp/SBo/ptlib-2.10.11/lib_linux_x86_64/obj/object.o] Errore 1
make[2]: *** Attesa per i processi non terminati....
make[2]: uscita dalla directory «/tmp/SBo/ptlib-2.10.11/src»
make[1]: *** [../make/common.mak:292: optshared] Errore 2
make[1]: uscita dalla directory «/tmp/SBo/ptlib-2.10.11/src»
make: *** [Makefile:91: optshared] Errore 2

willysr · 10-29-2021, 12:02 AM

Upstream is no longer developing this library, so i think it should be removed in the future

brobr · 10-29-2021, 07:24 AM

Quote:

Originally Posted by willysr

Upstream is no longer developing this library, so i think it should be removed in the future

Hi Willy, this removal/replacement in the future, can it be done already when we run in outdated packages for which an alternative is available?

For example, I maintain PDFShuffler, which is python2 only. A direct, python3-based replacement, PDF Arranger (plus PikePDF), would preferably take its place in current. I've got build-scripts ready (see my 'some other SlackBuilds' github link). PDFArranger works great at my end..

MDKDIO · 10-29-2021, 08:17 AM

Quote:

Originally Posted by brobr

Hi Willy, this removal/replacement in the future, can it be done already when we run in outdated packages for which an alternative is available?

For example, I maintain PDFShuffler, which is python2 only. A direct, python3-based replacement, PDF Arranger (plus PikePDF), would preferably take its place in current. I've got build-scripts ready (see my 'some other SlackBuilds' github link). PDFArranger works great at my end..

It looks like PDFShuffler is actually Python3 compatible, but it is not maintained any more (last version 0.7)

https://github.com/tgbugs/pdfshuffler

But might not be worth continuing with pdfshuffler, and go with PDF Arranger(?) instead...

brobr · 10-29-2021, 09:09 AM

The non-maintenance was the (main) issue for developing pdfarranger (from their README):

Quote:

PDF Arranger is a fork of Konstantinos Poulios’s pdfshuffler (see Savannah or Sourceforge). It’s a humble attempt to make the project a bit more active.

You're right pdfshuffler (and the library it depends on, pyPDF2) can be build with python3.10, but it does not run:

Quote:

bash-5.1$ pdfshuffler
Traceback (most recent call last):
File "/usr/bin/pdfshuffler", line 30, in <module>
from pdfshuffler.pdfshuffler import main
File "/usr/lib64/python3.10/site-packages/pdfshuffler/pdfshuffler.py", line 104
os.chmod(self.tmp_dir, 0700)
^
SyntaxError: leading zeros in decimal integer literals are not permitted; use an 0o prefix for octal integers
bash-5.1$

And, yes (in my opinion), the python3 compliant pdfarranger seems the way to go.

willysr · 10-30-2021, 02:35 AM

Quote:

Originally Posted by brobr

Hi Willy, this removal/replacement in the future, can it be done already when we run in outdated packages for which an alternative is available?

For example, I maintain PDFShuffler, which is python2 only. A direct, python3-based replacement, PDF Arranger (plus PikePDF), would preferably take its place in current. I've got build-scripts ready (see my 'some other SlackBuilds' github link). PDFArranger works great at my end..

if the package is no longer maintained by upstream nor any volunteer in SBo stepping up to take care of the script (plus it's failing to build), then we should remove it.

chrisretusn · 10-30-2021, 04:00 AM

Quote:

Originally Posted by brobr

Hi Willy, this removal/replacement in the future, can it be done already when we run in outdated packages for which an alternative is available?

For example, I maintain PDFShuffler, which is python2 only. A direct, python3-based replacement, PDF Arranger (plus PikePDF), would preferably take its place in current. I've got build-scripts ready (see my 'some other SlackBuilds' github link). PDFArranger works great at my end..

I switched to pdfarranger Nov 11, 2020 from pdfsuffler. Working great here too.