OS/2, eCS & ArcaOS - Technical > Setup & Installation

sigh....Python3 upgrade - curl problem?

<< < (2/3) > >>

Dariusz Piatkowski:
Martin & JTA,

Thank you both for your feedback!

While I was aware of what you both highlighted, I did not realize that certain python2 version packages must not be upgraded, at least my results so far indicate that be the case for the python-pycurl package.

I'm reluctant to execute any other upgrades, and will monitor whether the python3-dateutil needs to be either reverted, or the python-dateutil re-installed.

Dariusz Piatkowski:
...let me add the following:

Given the following RPM package installs on my system today:


--- Code: ---Installed Packages
python-pycurl.pentium4                        7.19.5.1-2.oc00        installed
python-rpm-macros.noarch                      3.9-3.oc00             installed
python-srpm-macros.noarch                     3.9-3.oc00             installed
python-unversioned-command.pentium4           3.9.17-1.oc00          installed
python2-deltarpm.pentium4                     3.6-1.oc00             installed
python2-libxml2.pentium4                      2.9.10-3.oc00          installed
python2-rpm.pentium4                          4.13.0-20.oc00         installed
python2.7.pentium4                            2.7.18-3.oc00          installed
python3.pentium4                              3.9.17-1.oc00          installed
python3-dateutil.noarch                       1:2.8.1-3.oc00         installed
python3-libs.pentium4                         3.9.17-1.oc00          installed
python3-pycurl.pentium4                       7.44.1-3.oc00          installed
python3-six.noarch                            1.10.0-2.oc00          installed

--- End code ---

I seem to be OK.

However, looking at what's out there in the repositories, there are basically:

1) python
2) python2
3) python3

versions of most of such RPM packages, albeit not all (meaning, no one-to-one match for each package).

So how do we know what should be installed, or to be more specific: which pythonX versions are needed by which apps? Seems pretty easy to answer, after all that's what dependency checking is for...but if that was the case shouldn't ANPM have complained about my attempt to update python-pycurl??? (maybe it can't do that b/c it doesn't check the packages that are being updated against it's built-in "bare necessities" list?)

In other words: I never spotted ANPM documented as requiring Python2 for example...clearly I ran it for quite some time, up until today, using python-dateutil instead of python2-dateutil...so what are the real/known dependencies?

Dave Yeo:
Hi Dariusz, yes, the packaging is somewhat broken, not enough hands on deck so we get things like a dependency on Python 3 in netlabs-rel.
As for python-pycurl, what you want is python2-pycurl.

Alex Taylor:
For the record, to clear up any confusion: ANPM does use Python 2. (Blame the Python guys for deciding to make Python 3 a different i.e. incompatible scripting language from Python 2.)

Porting ANPM to Python 3 would be a large job, and since many people presumably haven't installed Python 3 yet, it seems premature to do so.

Dariusz Piatkowski:
Hi Alex,


--- Quote from: Alex Taylor on December 10, 2023, 10:38:36 pm ---For the record, to clear up any confusion: ANPM does use Python 2. (Blame the Python guys for deciding to make Python 3 a different i.e. incompatible scripting language from Python 2.)...
--- End quote ---

OK, so ANPM does need Python2, perfect.

FWIW, this is not a blame assignment take on my part, rather I simply want to understand the operational criteria within which I need to contain the PythonX installs on my system.

The priority here being: ANPM & our RPM/YUM installations working perfectly, everything else becomes a secondary thing.

So taking Dave's response further: can you define what specific PythonX level of other utils we should be matching up here? Or should I consider your response above to me: pick up everything that's 'python2-xx'?

I just want to play it safe...that approach has worked for me for quite a long time, and I was holding off on this Python upgrade for a very long time primarily because of that reason.

Thanks, as always!

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version