SBo scripts not building on current (read 1st post, pls)
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Some scripts still need Python 2.7 and some no longer ported for 3.x but they are still working just fine. That's why Python 2.7 is still being kept by Patrick in core tree.
Some scripts still need Python 2.7 and some no longer ported for 3.x but they are still working just fine. That's why Python 2.7 is still being kept by Patrick in core tree.
Yes, agreed. But the question is, would it not be KISS to keep the scripts for python2 and python3 separate for the same python module/programX? The problems arise when
Code:
python2 setup.py install
python3 setup.py install
are run in the same script (on the same version for the module). Often, for python3 a version is required that no longer builds on python2. This alone makes separation essential (otherwise we're stuck on outdated versions), which will help in solving problems. Yesterday, when compiling inkscape, the sqg -p generator gave a lot of python2 modules which only were needed to compile lxml or beautifulsoup4 (their scripts were mixing python2 with python3 builds). When erasing the python2 bits from these build scripts and the queue, all went well. The mix caused the problems.
Note, also, that some pip-blinded developers are opting to ditch even the good old 'setup.py', not having our model of distributing compiled packages in mind (all should happen automatically on the box). After a lengthy discussion in the case of leo, this is now also on the go with twine https://github.com/pypa/twine/pull/757.
Maybe this cannot be stopped and we should opt for a kind of system where slackware packages are generated after building using pip. Something along the line what @bifferos once proposed with his afterpkg-python. So that individual python-buildscripts could be bypassed, which would remove a layer of maintance (on SBo) for python stuff..... just an (old) idea.
I'm using ponce's branch of SBo ..
My build stops with:
Code:
error in beautifulsoup4 setup command: use_2to3 is invalid.
Yes, this popped up for me as well. Removing all python2 related stuff from the build-script made it all work at my end.
Quote:
Originally Posted by brobr
Note, also, that some pip-blinded developers are opting to ditch even the good old 'setup.py', not having our model of distributing compiled packages in mind (all should happen automatically on the box). After a lengthy discussion in the case of leo, this is now also on the go with twine https://github.com/pypa/twine/pull/757.
We might have to resort to a 3-line as this in Slackbuilds to replace the commented line we normally use:
Please use python3.9 or python3.8 or python3.7 or python3.6 or python3.5 or python2.7.
/usr/bin/python2.7 ./configure
Node.js configure: Found Python 3.10.0...
audit seems to be at DOWNLOAD="https://people.redhat.com/sgrubb/audit/audit-3.0.1.tar.gz" instead of DOWNLOAD="http://people.redhat.com/sgrubb/audit/audit-3.0.1.tar.gz"
audit seems to be at DOWNLOAD="https://people.redhat.com/sgrubb/audit/audit-3.0.1.tar.gz" instead of DOWNLOAD="http://people.redhat.com/sgrubb/audit/audit-3.0.1.tar.gz"
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.