Opened 3 years ago
Last modified 3 years ago
#64269 assigned defect
lscsoft-deps +lalsuite: Error: No such port: py27-astropy py27-h5py py27-healpy py27-shapely
| Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | lpsinger (Leo Singer) |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.7.1 |
| Keywords: | Cc: | lpsinger (Leo Singer), emaros, Schamschula (Marius Schamschula), eborisch (Eric A. Borisch), nerdling (Jeremy Lavergne) | |
| Port: | lscsoft-deps py-astropy py-h5py py-healpy py-shapely |
Description
lscsoft-deps's +lalsuite variant depends on ports which were removed.
https://build.macports.org/builders/jobs-mirror/builds/348998/steps/mirror/logs/stdio
---> Fetching distfiles for lscsoft-deps Error: No such port: py27-astropy Error: No such port: py27-h5py Error: No such port: py27-healpy Error: No such port: py27-shapely
See #62499.
Change History (9)
comment:1 follow-up: 2 Changed 3 years ago by Schamschula (Marius Schamschula)
comment:2 Changed 3 years ago by mascguy (Christopher Nielsen)
Replying to Schamschula:
There is no such thing as py-astropy for Python <= 3.7 (actually, the astropy website specifies a minimum of 3.8).
Thus, I won't restore the subports, particularly for a version of Python that is EOL, such as 2.7.
Marius, I appreciate what you're saying from an end-of-life perspective.
However, if folks are utilizing dependent ports - and if there isn't an alternative (?) for their use-case - would it still make sense to try to support them...?
comment:3 follow-up: 5 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
As #62499 says, py27-h5py can't be restored, so no point trying to restore the other py27 subports, at least not for the sake of this ticket.
Perhaps Leo can update the dependencies of this port to a newer Python version.
However let's all please try to make an effort not to remove ports that other ports depend on. There seems to be recent rampant removal of old python versions from ports without consideration for the breakage it causes in other ports.
comment:4 Changed 3 years ago by Schamschula (Marius Schamschula)
The only solution is to provide an older, supported, version of the python packages. We've done that in several instances.
comment:5 Changed 3 years ago by Schamschula (Marius Schamschula)
Replying to ryandesign:
As #62499 says, py27-h5py can't be restored, so no point trying to restore the other py27 subports, at least not for the sake of this ticket.
The same goes for py-erfa: https://trac.macports.org/ticket/62939 and is the cause the removal of these subports in the first place.
comment:6 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
It's fine to remove (sub)ports that can't be supported anymore, or for any reason we feel like, as long as nothing depends on them. But if other ports depend on them, then cause those other ports not to depend on them first.
comment:7 Changed 3 years ago by Schamschula (Marius Schamschula)
At the time (May 2021) I did a search of all the dependent packages, as evidenced by the large number of Portfiles updated in https://github.com/macports/macports-ports/commit/c0a0799dde208526ad9a5556a6137c6a5c397df1
However, I missed this one. It took until December for anyone to notice it.
comment:8 Changed 3 years ago by Schamschula (Marius Schamschula)
It appears that I also missed py27-kapteyn.
There is no such thing as py-astropy for Python <= 3.7 (actually, the astropy website specifies a minimum of 3.8).
Thus, I won't restore the subports, particularly for a version of Python that is EOL, such as 2.7.