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 Changed 3 years ago by Schamschula (Marius 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.

comment:2 in reply to:  1 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 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 in reply to:  3 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.

Version 0, edited 3 years ago by Schamschula (Marius Schamschula) (next)

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.

comment:9 Changed 3 years ago by Schamschula (Marius Schamschula)

In 42295b9048cce34db33be13aee028bd4be30606c/macports-ports (master):

py-kapteyn: update to 3.0 with py3x support

See: #64269

Note: See TracTickets for help on using tickets.