How do I find a package containing "python(abi) = 3.5"?
Hi, Trying to install a python-based package, I've run up against this dependency issue. I can't figure out how to tell zypper what I'm looking for. | ~ | ● zypper in -r Local OpenCobolIDE | Loading repository data... | Reading installed packages... | Resolving package dependencies... | | Problem: nothing provides 'python(abi) = 3.5' needed by the to be installed | OpenCobolIDE-4.7.6-1.noarch | Solution 1: do not install OpenCobolIDE-4.7.6-1.noarch | Solution 2: break OpenCobolIDE-4.7.6-1.noarch by ignoring some of its dependencies | | Choose from above solutions by number or cancel [1/2/c/d/?] (c): c | @10:00:15,root@pinto rc=4 (Why do I always have trouble with installs that involve Python?) Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 x86_64 Python 3.6.15
On Wed, 2023-02-22 at 10:06 -0600, J Leslie Turriff wrote:
Hi, Trying to install a python-based package, I've run up against this dependency issue. I can't figure out how to tell zypper what I'm looking for. | ~ | ● zypper in -r Local OpenCobolIDE | Loading repository data... | Reading installed packages... | Resolving package dependencies... | | Problem: nothing provides 'python(abi) = 3.5' needed by the to be installed | OpenCobolIDE-4.7.6-1.noarch | Solution 1: do not install OpenCobolIDE-4.7.6-1.noarch | Solution 2: break OpenCobolIDE-4.7.6-1.noarch by ignoring some of its dependencies | | Choose from above solutions by number or cancel [1/2/c/d/?] (c): c | @10:00:15,root@pinto rc=4
(Why do I always have trouble with installs that involve Python?) Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 x86_64 Python 3.6.15
You can run: zypper search --provides 'python(abi) = 3.5' ; which would basically ask zypper to tell you what provides python3.5.X. My hunch here is that "OpenCobolIDE" was built w/ 'python3.5.X' but your system is running (as you show) 3.6.15 and nothing will actually provide 3.5 (not sure if it's gone from Leap). You can run: 'zypper info --requires <name of package>' or 'rpm -q --requires /path/to/package.rpm' Most (possibly, all - by definition maybe?) python packages will report their required 'python(abi)' and/or have it in the name. At least in my experience putting python packages together. -- ~ Scott Bradnick |- Windows Subsystem for Linux (WSL) Developer |-- Tumbleweed: |--- Dell Precision 5540 [NVIDIA Quadro T1000] (x86_64) |--- O-DROID H2+ [UHD Graphics 600] (x86_64) |--- IceWhale ZimaBoard 832 [Intel HD Graphics 500] (x86_64) |--- 2x Raspberry Pi 4 Model B Rev 1.2 (aarch64) |--- 1x Raspberry Pi 3 Model B Rev 1.2 (aarch64) |--- WinBook TW100 (x86_64) https://keys.openpgp.org/ :: DBC5AA9A2D2BAEBC
On 2023-02-22 11:18:37 Scott Bradnick wrote:
|On Wed, 2023-02-22 at 10:06 -0600, J Leslie Turriff wrote: |> Hi, |> Trying to install a python-based package, I've run up against this |> dependency issue. I |> can't figure out how to tell zypper what I'm looking for. |> |> | ~ |> | ● zypper in -r Local OpenCobolIDE |> | Loading repository data... |> | Reading installed packages... |> | Resolving package dependencies... |> | |> | Problem: nothing provides 'python(abi) = 3.5' needed by the to be |> | installed OpenCobolIDE-4.7.6-1.noarch |> | Solution 1: do not install OpenCobolIDE-4.7.6-1.noarch |> | Solution 2: break OpenCobolIDE-4.7.6-1.noarch by ignoring some of its |> |> dependencies |> |> | Choose from above solutions by number or cancel [1/2/c/d/?] (c): c |> | @10:00:15,root@pinto rc=4 |> |> (Why do I always have trouble with installs that involve Python?) |> Leslie |> -- |> Platform: Linux |> Distribution: openSUSE Leap 15.4 x86_64 |> Python 3.6.15 | |You can run: zypper search --provides 'python(abi) = 3.5' ; which would |basically ask zypper to tell you what provides python3.5.X. | |My hunch here is that "OpenCobolIDE" was built w/ 'python3.5.X' but your | system is running (as you show) 3.6.15 and nothing will actually provide | 3.5 (not sure if it's gone from Leap). You can run: 'zypper info | --requires <name of package>' or 'rpm -q --requires /path/to/package.rpm' | |Most (possibly, all - by definition maybe?) python packages will report | their required 'python(abi)' and/or have it in the name. At least in my | experience putting python packages together.
Here's what zypper says when I try that --provides argument: | ~ | ● zypper search --provides 'python(abi) = 3.5' | Loading repository data... | Reading installed packages... | No matching items found. | @17:02:09,root@pinto rc=104 I would try the --requires option, but I'm not sure of the package name. Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 x86_64
On Wed, 2023-02-22 at 17:07 -0600, J Leslie Turriff wrote:
OpenCobolIDE
(I'm not sure why when I reply to this message, that's all it's including, but I'm not putting time into figuring out why 😋️) This seems like a relatively dead/no-longer-developed product and it's basically aged out of python3's current lifecycle ; seems it was last developed when 3.5 was in place and we're just too far removed from that. I'm not sure where your getting this package from, seems like maybe you've got a lone .rpm sitting around which is generally geared towards the RedHat side of RPMs - maybe from here[1]? Or here[2]? Either way, unless 'pip install OpenCobolIDE' magically works (doubtful, seems there are issue for both non-root user and root with it), I think you're out of luck w/ 15.4 (it's too "new" 😉️); maybe 15.[2,3] would work, but I can't say if that's a good idea ... If I download from this archived GitHub project[3], I see this: $ rpm -q --requires OpenCobolIDE-4.7.6-1.noarch.rpm /usr/bin/python3 python(abi) = 3.5 python3-qt4 python3-setuptools rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1 So, again - I think it's just too old for a "recent" distro. [1]: https://launchpad.net/cobcide/+download [2]: https://pypi.org/project/OpenCobolIDE/ [3]: https://github.com/OpenCobolIDE/OpenCobolIDE -- ~ Scott Bradnick |- Windows Subsystem for Linux (WSL) Developer |-- Tumbleweed: |--- Dell Precision 5540 [NVIDIA Quadro T1000] (x86_64) |--- O-DROID H2+ [UHD Graphics 600] (x86_64) |--- IceWhale ZimaBoard 832 [Intel HD Graphics 500] (x86_64) |--- 2x Raspberry Pi 4 Model B Rev 1.2 (aarch64) |--- 1x Raspberry Pi 3 Model B Rev 1.2 (aarch64) |--- WinBook TW100 (x86_64) https://keys.openpgp.org/ :: DBC5AA9A2D2BAEBC
On 2023-02-23 02:38, Scott Bradnick wrote:
On Wed, 2023-02-22 at 17:07 -0600, J Leslie Turriff wrote:
OpenCobolIDE (I'm not sure why when I reply to this message, that's all it's including, but I'm not putting time into figuring out why 😋️)
I understand you are using Evolution. If that app does the same thing as Thunderbird, that behaviour happens when you have highlighted a section of the email you want to reply to, and then click on reply button. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On Thu, 2023-02-23 at 04:15 +0100, Carlos E. R. wrote:
On 2023-02-23 02:38, Scott Bradnick wrote:
On Wed, 2023-02-22 at 17:07 -0600, J Leslie Turriff wrote:
OpenCobolIDE (I'm not sure why when I reply to this message, that's all it's including, but I'm not putting time into figuring out why 😋️)
I understand you are using Evolution. If that app does the same thing as Thunderbird, that behaviour happens when you have highlighted a section of the email you want to reply to, and then click on reply button.
-- Cheers / Saludos,
Carlos E. R. (from 15.4 x86_64 at Telcontar)
How right you are; I'd "Reply to List"'d it at least twice and it kept happening but I must not have seen where I'd inadvertently selected only "OpenCobolIDE". Thanks! -- ~ Scott Bradnick |- Windows Subsystem for Linux (WSL) Developer |-- Tumbleweed: |--- Dell Precision 5540 [NVIDIA Quadro T1000] (x86_64) |--- O-DROID H2+ [UHD Graphics 600] (x86_64) |--- IceWhale ZimaBoard 832 [Intel HD Graphics 500] (x86_64) |--- 2x Raspberry Pi 4 Model B Rev 1.2 (aarch64) |--- 1x Raspberry Pi 3 Model B Rev 1.2 (aarch64) |--- WinBook TW100 (x86_64) https://keys.openpgp.org/ :: DBC5AA9A2D2BAEBC
On 2023-02-22 19:38:34 Scott Bradnick wrote:
|On Wed, 2023-02-22 at 17:07 -0600, J Leslie Turriff wrote: |> OpenCobolIDE | |(I'm not sure why when I reply to this message, that's all it's including, | but I'm not putting time into figuring out why 😋️) | |This seems like a relatively dead/no-longer-developed product and it's | basically aged out of python3's current lifecycle ; seems it was last | developed when 3.5 was in place and we're just too far removed from that. | |I'm not sure where your getting this package from, seems like maybe you've | got a lone .rpm sitting around which is generally geared towards the | RedHat side of RPMs - maybe from here[1]? Or here[2]? | |Either way, unless 'pip install OpenCobolIDE' magically works (doubtful, | seems there are issue for both non-root user and root with it), I think | you're out of luck w/ 15.4 (it's too "new" 😉️); maybe 15.[2,3] would | work, but I can't say if that's a good idea ... | |If I download from this archived GitHub project[3], I see this: | |$ rpm -q --requires OpenCobolIDE-4.7.6-1.noarch.rpm |/usr/bin/python3 |python(abi) = 3.5 |python3-qt4 |python3-setuptools |rpmlib(CompressedFileNames) <= 3.0.4-1 |rpmlib(FileDigests) <= 4.6.0-1 |rpmlib(PayloadFilesHavePrefix) <= 4.0-1 |rpmlib(PayloadIsXz) <= 5.2-1 | |So, again - I think it's just too old for a "recent" distro. | |[1]: https://launchpad.net/cobcide/+download |[2]: https://pypi.org/project/OpenCobolIDE/ |[3]: https://github.com/OpenCobolIDE/OpenCobolIDE
I've tried installing with the RPM from [1] and from the tarball from [3] and they both fail, so I'm going to abandon this. There is a successor to this called HackEdit that I considered trying, but it hasn't been touched since 2016 either, so if it doesn't work, to heck with it. :-) Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 x86_64
W dniu 23.02.2023 o 06:38, J Leslie Turriff pisze:
I've tried installing with the RPM from [1] and from the tarball from [3] and they both fail, so I'm going to abandon this. There is a successor to this called HackEdit that I considered trying, but it hasn't been touched since 2016 either, so if it doesn't work, to heck with it. :-)
Leslie
Both OpenCobolIDE and HackEdit were abandoned by the author: https://github.com/OpenCobolIDE/OpenCobolIDE/issues/439 . HackEdit was even deleted from github.
Am 22.02.23 um 17:06 schrieb J Leslie Turriff:
Hi, Trying to install a python-based package, I've run up against this dependency issue. I can't figure out how to tell zypper what I'm looking for. | ~ | ● zypper in -r Local OpenCobolIDE | Loading repository data... | Reading installed packages... | Resolving package dependencies... | | Problem: nothing provides 'python(abi) = 3.5' needed by the to be installed | OpenCobolIDE-4.7.6-1.noarch | Solution 1: do not install OpenCobolIDE-4.7.6-1.noarch | Solution 2: break OpenCobolIDE-4.7.6-1.noarch by ignoring some of its dependencies | | Choose from above solutions by number or cancel [1/2/c/d/?] (c): c | @10:00:15,root@pinto rc=4
(Why do I always have trouble with installs that involve Python?) Leslie
best way to find a package is command "opi" opi python35 this will search also homerepos and packman. but no result. nobody seems to use this outdated package. (try opi python36) will show results. i do not know where you have the OpenCobol package from. but the problem is on this side, you need a OpenCobol version compiled against newer python. or not a rpm - do not ask me, but there are nowdays containerized "all included" software formats around, they run on different systems without a lot of depencys (how they are called you have to asked somebody else) simoN -- www.becherer.de ----------------------------------------------- - Das ist die vorlaeufig endgueltige Version! - Herbert C. Maier Dipl.-Ing. (FH) -----------------------------------------------
Hi On 2/23/23 02:36, J Leslie Turriff wrote:
Hi, Trying to install a python-based package, I've run up against this dependency issue. I can't figure out how to tell zypper what I'm looking for. | ~ | ● zypper in -r Local OpenCobolIDE | Loading repository data... | Reading installed packages... | Resolving package dependencies... | | Problem: nothing provides 'python(abi) = 3.5' needed by the to be installed | OpenCobolIDE-4.7.6-1.noarch | Solution 1: do not install OpenCobolIDE-4.7.6-1.noarch | Solution 2: break OpenCobolIDE-4.7.6-1.noarch by ignoring some of its dependencies | | Choose from above solutions by number or cancel [1/2/c/d/?] (c): c | @10:00:15,root@pinto rc=4
(Why do I always have trouble with installs that involve Python?)
We may well have jumped from Python 3.4 straight to 3.6 Certainly when Leap 15.0 was released 4+ years ago we were already at 3.6 Qt4 is also getting harder and harder to find so I think you might struggle there as well although I guess Leap might still be ok. You are probably better off finding a newer better package. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
On 2023-02-23 03:11:00 Simon Lees wrote:
|Hi | |On 2/23/23 02:36, J Leslie Turriff wrote: |> Hi, |> Trying to install a python-based package, I've run up against this |> dependency issue. I can't figure out how to tell zypper what I'm |> looking for. |> |> | ~ |> | ● zypper in -r Local OpenCobolIDE |> | Loading repository data... |> | Reading installed packages... |> | Resolving package dependencies... |> | |> | Problem: nothing provides 'python(abi) = 3.5' needed by the to be |> | installed OpenCobolIDE-4.7.6-1.noarch |> | Solution 1: do not install OpenCobolIDE-4.7.6-1.noarch |> | Solution 2: break OpenCobolIDE-4.7.6-1.noarch by ignoring some of its |> | dependencies |> | |> | Choose from above solutions by number or cancel [1/2/c/d/?] (c): c |> | @10:00:15,root@pinto rc=4 |> |> (Why do I always have trouble with installs that involve Python?) | |We may well have jumped from Python 3.4 straight to 3.6 Certainly when |Leap 15.0 was released 4+ years ago we were already at 3.6 Qt4 is also |getting harder and harder to find so I think you might struggle there as |well although I guess Leap might still be ok. You are probably better |off finding a newer better package.
Yes, so I surmise. It's a bit disapponting because it was created specifically for COBOL developers. OTOH, it's a Python package, and I always seem to have trouble installing those. Leslie -- Platform: Linux Distribution: openSUSE Leap 15.4 x86_64
participants (6)
-
Adam Mizerski -
Carlos E. R. -
J Leslie Turriff -
Scott Bradnick -
Simon Becherer -
Simon Lees