LinuxQuestions.org
Latest LQ Deal: Latest LQ Deals
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 10-22-2019, 05:37 PM   #3901
SCerovec
Senior Member
 
Registered: Oct 2006
Location: Cp6uja
Distribution: Slackware on x86 and arm
Posts: 1,643
Blog Entries: 2

Rep: Reputation: 429Reputation: 429Reputation: 429Reputation: 429Reputation: 429
Arrow


Quote:
Originally Posted by USUARIONUEVO View Post
All think the correct way is go python linked to version 3 , but i think this need some time to do , rewrite some slackbuilds, and test if all are correct under python 3 , version 2 is spected abandoned in january 2020.
We merely need a wrapper for (the late last few) scripts failing to seek for python2 the same as the new scripts would seek for python3 when 2.7 was the "default".

The time for more time was the past ten years, and if any time - it is about high time it is up now, soon there could be python 4 and we are still considering if we stay or go from 2 to 3?

And I say this regarding my self the most conservative user there possibly can be.

 
Old 10-22-2019, 05:44 PM   #3902
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 1,788

Rep: Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739
Quote:
Originally Posted by saxa View Post
But to be honest, its really difficult to understand what is better, do we stay with /usr/bin/python symlinked to python2 or wouldn't it be better to link it to the python3 ?
Make install for python-2 creates these symlinks:
/usr/bin/python -> /usr/bin/python2
/usr/bin/python-config -> /usr/bin/python2-config

Make install for python-3 does not create a /usr/bin/python symlink or a /usr/bin/python-config symlink.

I think it's better to leave things as they are and assume that /usr/bin/python will always point to python2. That is, until python2 goes away, at which point I don't think there should be a /usr/bin/python symlink at all.

PEP 394 seems to agree with this assessment.
 
9 members found this post helpful.
Old 10-22-2019, 05:56 PM   #3903
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 6,240

Rep: Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994
Quote:
Originally Posted by SCerovec View Post
The longer the kernel's LTS support, Slackware ships with, is, the further "up hill" the next release will be.
We have no idea if this is the case or not. The length of this dev cycle and the length of time 4.4 will be supported might not have any link. 15.0 could've taken just as long even if 4.4 was never marked as an extended LTS. We might've just gotten lucky during this dev cycle.

Quote:
Originally Posted by USUARIONUEVO View Post
All think the correct way is go python linked to version 3 , but i think this need some time to do , rewrite some slackbuilds, and test if all are correct under python 3 , version 2 is spected abandoned in january 2020.
I don't think many SlackBuilds would need anything more than a simple sed to switch all instances of "python setup.py" to "python2 setup.py". All scripts using/supporting python3 already have that specified, so switching python to python2 in the scripts would future-proof SBo no matter what Pat chooses for python in 15.0 or future releases. Plus it has the added benefit of still working on 14.2, so the SBo master could be changed and ponce wouldn't need to worry about it in his repo.

Code:
sed -i 's/python setup.py/python2 setup.py/g' */*/*.SlackBuild
Assuming Pat doesn't remove python2 entirely from 15.0, this should cause very little issues, and those can be fixed as they're found.
 
2 members found this post helpful.
Old 10-22-2019, 07:21 PM   #3904
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 1,262

Rep: Reputation: 394Reputation: 394Reputation: 394Reputation: 394
@bassmadrigal
Some slackbuilds , make first install with python3 , and later to python2 to ensure python2 is the default, you casn see this in pip slackbuild , but i think others do same action to ensure default is version 2.

@SCerovec
No understand my message , i agree to go with 3 as default, but this change need some time under slackbuilds , and some test later.

In some case, patrick say version 2 goes default, some more time ... sad :=(
 
Old 10-22-2019, 07:34 PM   #3905
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 6,240

Rep: Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994Reputation: 3994
Quote:
Originally Posted by USUARIONUEVO View Post
@bassmadrigal
Some slackbuilds , make first install with python3 , and later to python2 to ensure python2 is the default, you casn see this in pip slackbuild , but i think others do same action to ensure default is version 2.
The pip SlackBuild looks to be python2 only. If you're talking about official Slackware packages, I'm sure Pat will do the testing and fixing before it's pushed out to the public. We have very few hiccups from official packages, just usually breakage with 3rd-party packages or bugs in the software itself, not a packaging problem from Pat.

But I do understand what you're saying, but this wouldn't affect how the packages are built right now, just ensuring that if the switch is ever thrown (or the symlink is completely removed) that all scripts will still function the exact same. If the default python ends up being changed at some point in the future and breaks packages, those can be found and fixed during the development of that Slackware release through ponce's repo or during the inevitable freeze of SBo while they're prepping for the new release.
 
Old 10-23-2019, 01:53 AM   #3906
saxa
Member
 
Registered: Aug 2004
Distribution: Slackware
Posts: 479

Rep: Reputation: 68
Quote:
Originally Posted by volkerdi View Post
Make install for python-2 creates these symlinks:
/usr/bin/python -> /usr/bin/python2
/usr/bin/python-config -> /usr/bin/python2-config

Make install for python-3 does not create a /usr/bin/python symlink or a /usr/bin/python-config symlink.

I think it's better to leave things as they are and assume that /usr/bin/python will always point to python2. That is, until python2 goes away, at which point I don't think there should be a /usr/bin/python symlink at all.

PEP 394 seems to agree with this assessment.
Thanks Patric, I see, seems logical although.
 
1 members found this post helpful.
Old 10-23-2019, 02:15 PM   #3907
Fellype
Member
 
Registered: Jul 2013
Location: Campinas / Brazil
Distribution: Slackware
Posts: 40

Rep: Reputation: 20
Taking advantage of the discussion about python 2 or 3...
In the past I asked for Qt5 in -current. But now I'm asking a little bit more:
Qt5 + PyQt5 with python 3 support

Reasons:
Qt5 will facilitate the life o people that want to move from KDE4 to Plasma5;
Qt4 isn't supported since December 2015;
The complete set mentioned above will allow (almost painless) compilation of some softwares, like SciDAVis and Veusz (well the are not popular, but...), using the latest versions of Qt, PyQt and python.
 
3 members found this post helpful.
Old 10-23-2019, 03:22 PM   #3908
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 1,788

Rep: Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739Reputation: 5739
Quote:
Originally Posted by Fellype View Post
Taking advantage of the discussion about python 2 or 3...
In the past I asked for Qt5 in -current. But now I'm asking a little bit more:
Qt5 + PyQt5 with python 3 support
AlienBOB's plasma 5 contains exactly that.
 
3 members found this post helpful.
Old 10-23-2019, 06:09 PM   #3909
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 1,262

Rep: Reputation: 394Reputation: 394Reputation: 394Reputation: 394
Quote:
Originally Posted by volkerdi View Post
AlienBOB's plasma 5 contains exactly that.
Bad choice , cause plasma deps , and slackbuilds, not match qt5 version , and later problems arrive when some slackbuilds.org not build, under qt5 erick version for plasma.

You no understand this, cause living under kde4 or xfce , but users need qt5 , ... and the best way is a official packages for all 3rth have one version FIXED , and yea , i know slackbuilds not officially support "-current" ... but ponce do the work for slackware users.

I hope you understand the users "need" , this qt5 , cause qt4 is obsolet, and options to get qt5 are not same on 3rth party.

One more time , requesting qt5 , to start point ... some times i think you wait for qt6 or qt7.... or return to qt3 , cause thats an x-files expedient to no provide qt5.

After all , im happy with current, but qt4 , is very obsolete ,if no plans to go plasma soon , at least make qt5 possible, in /extra or /testing ... but do something.
 
1 members found this post helpful.
Old 10-24-2019, 12:13 AM   #3910
ponce
LQ Guru
 
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 5,051

Rep: Reputation: Disabled
FWIW and IMHO, Eric's present qt5 version (5.13.x) or the last LTS (5.12.x) should be perfectly fine too if provided by Slackware...
I kept at 5.9.x in the unofficial repository for current because I personally don't have the resources to test every qt5 library/application on SBo but I'm pretty confident that users of current that work with qt5 applications will be motivated enough to contribute version bumps/patches too in this case.

Last edited by ponce; 10-24-2019 at 12:21 AM.
 
3 members found this post helpful.
Old 10-24-2019, 06:27 AM   #3911
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 7,736

Rep: Reputation: 6304Reputation: 6304Reputation: 6304Reputation: 6304Reputation: 6304Reputation: 6304Reputation: 6304Reputation: 6304Reputation: 6304Reputation: 6304Reputation: 6304
Quote:
Originally Posted by USUARIONUEVO View Post
Bad choice , cause plasma deps , and slackbuilds, not match qt5 version , and later problems arrive when some slackbuilds.org not build, under qt5 erick version for plasma.
Why is this a bad choice? The scripts at slackbuilds.org are targeting the stable Slackware releases, and all script updates on the SBo site are for the latest stable release 14.2. There are no SlackBuild scripts on SBo that target Slackware-current.
In my own repository (my regular and the Plasma5 repositories) I have qt5 5.13.1. I build a lot of packages against that release. Nothing bad happens.

If you want to run Slackware-current you are committing yourself to testing the next stable release of Slackware and giving feedback on the issues that you encounter. If (on top of that) you install my KDE Plasma5, you are in the bleeding edge section because on top of Slackware development you are using a 3rd-party development (mine). All the breakage is yours to fix if you don't want to work together.

Instead, you could fix the issues you are having, report your fixes to the maintainers of the SBo scripts you fixed, support and assist other people here on the LQ forum with the knowledge you have built up. That is good for everybody and makes the Slackware community a good place to hang out.

But stop whining here and on my blog (where you've become really offensive). Start being constructive please, and also accept that not everything you request in this LQ topic will eventually become true.
 
10 members found this post helpful.
Old 10-24-2019, 06:53 AM   #3912
igadoter
Senior Member
 
Registered: Sep 2006
Location: wroclaw, poland
Distribution: many, primary Slackware
Posts: 1,407
Blog Entries: 1

Rep: Reputation: Disabled
Quote:
Originally Posted by Alien Bob View Post
If you want to run Slackware-current you are committing yourself to testing the next stable release of Slackware and giving feedback on the issues that you encounter.
I Virgil commit my life to the Living One. Sorry I just can't withstand. I think we use -current for many purposes. I have -current installed but nowadays I mostly use 14.2. Just only upgrade. And I keep -current clean. As possible minimal number of additional packages. Once 15.0 will be released I will start to use it and then will add what I need. I don't have enough resources for testing - say I would build app on -current - once -current will be upgraded I would have to rebuild all application. I have too old computer it is slowly dying - it would be just overkill. So I do what I can.
 
1 members found this post helpful.
Old 10-24-2019, 02:12 PM   #3913
upnort
Senior Member
 
Registered: Oct 2014
Distribution: Slackware, Proxmox, Debian, CentOS
Posts: 1,269

Rep: Reputation: Disabled
Feature request

Feature request: Enable ~/.xsession-errors by default.

Nominal discussion here.

Related discussions here and here.

Thanks.
 
Old 10-24-2019, 03:41 PM   #3914
etienne
Member
 
Registered: Jul 2007
Location: Belgium
Distribution: Slackware
Posts: 49

Rep: Reputation: 22
fvwm man page not present anymore since version 2.6.9

Hello,

I don't know if it's the correct thread to post this minor issue...

The package fvwm-2.6.9 on slackware-current does not contain the fvwm man page.

You have to explicitly use the option --enable-mandoc with configure in order to have the man page created.

I reported this bug upstream here : https://github.com/fvwmorg/fvwm/issues/86
 
2 members found this post helpful.
Old 10-24-2019, 04:36 PM   #3915
Skaendo
Senior Member
 
Registered: Dec 2014
Location: West Texas, USA
Distribution: Slackware64-14.2
Posts: 1,049

Rep: Reputation: Disabled
OT:

https://www.menshealth.com/fitness/a...-weir-workout/

 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Requests for -current (20151216) rworkman Slackware 3441 12-28-2017 04:50 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 08:07 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration