Bug#1058104: astropy-helpers: FTBFS: ModuleNotFoundError: No module named 'imp'

2024-06-24 Thread Ole Streicher

Hi Boyuan Yang,

On 14.06.24 19:50, Boyuan Yang wrote:

-> % build-rdeps python3-astropy-helpers
Reverse Build-depends in unstable/main:

astroquery
hipspy

Found a total of 2 reverse build-depend(s) for python3-astropy-helpers.

Two reverse-dependencies exist, and both of them are not having active
upstream development. You are also listed as the uploader for them.

If you believe that this issue will not be fixed upstream, please review
the current status of these packages and determine how to proceed. Thanks!


Hipspy is currently unmaintained upstream RC buggy in Debian. Since it 
seems not really abandoned upstream, I still keep it in unstable, having 
some hope that maintenance will resume at some future point. If they 
re-start, the will need to migrate from astropy-helpers in any case, so 
I'd keep the state here as it is. Removing astropy-helpers is therefore 
not a problem here.


For astroquery, I am not an uploader; however I will have a look how to 
update it (it is team maintained anyway). They didn't have the resources 
to migrate away from astropy-helpers yet, and they come with an updated 
local copy of it (because it is abandoned upstream). Using this copy 
would be the way to go here; it is in any case only temporary, and it 
will be the only package that somehow uses astropy-helpers for some 
time. Updating Debian's astropy-helpers instead would not worth the 
effort, and would also send wrong signals to the users to use a clearly 
abandoned package.


Astroquery is still actively maintained on Github; the last commit was 4 
days ago. The development is very close to astropy, so I am confident 
about the future removal of astropy-helpers from astroquery.


I hope that helps to answer your questions?

After I team-updated astroquery, I will write an removal request for 
astropy-helpers.


Best

Ole



Bug#1058104: astropy-helpers: FTBFS: ModuleNotFoundError: No module named 'imp'

2024-06-14 Thread Boyuan Yang
X-Debbugs-CC: oleb...@debian.org

Hi,

On Thu, 14 Dec 2023 08:51:59 +0100 Ole Streicher  wrote:
> Control: tags -1 wontfix
> 
> astropy-helpers is an outdated helper package for building packages in 
> the Astropy ecosystem. It is recently superceded by extension-helpers. 
> The package should end its career now, and be removed before trixie.
> 
> I think that there are no longer Debian packages build-dependent from 
> astropy-helpers. If there are, thes should be instead updated and/or 
> ported to extension-helpers.

==
-> % build-rdeps python3-astropy-helpers
Reverse Build-depends in unstable/main:
---

astroquery
hipspy

Found a total of 2 reverse build-depend(s) for python3-astropy-helpers.

Reverse Build-depends in unstable/contrib:
--

No reverse build-depends found for python3-astropy-helpers.

Reverse Build-depends in unstable/non-free:
---

No reverse build-depends found for python3-astropy-helpers.

Reverse Build-depends in unstable/non-free-firmware:


No reverse build-depends found for python3-astropy-helpers.
===

Two reverse-dependencies exist, and both of them are not having active
upstream development. You are also listed as the uploader for them.

If you believe that this issue will not be fixed upstream, please review
the current status of these packages and determine how to proceed. Thanks!

Best,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part


Bug#1058104: astropy-helpers: FTBFS: ModuleNotFoundError: No module named 'imp'

2023-12-14 Thread Ole Streicher

Control: tags -1 wontfix

astropy-helpers is an outdated helper package for building packages in 
the Astropy ecosystem. It is recently superceded by extension-helpers. 
The package should end its career now, and be removed before trixie.


I think that there are no longer Debian packages build-dependent from 
astropy-helpers. If there are, thes should be instead updated and/or 
ported to extension-helpers.




Bug#1058104: astropy-helpers: FTBFS: ModuleNotFoundError: No module named 'imp'

2023-12-12 Thread Lucas Nussbaum
Source: astropy-helpers
Version: 4.0.1-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20231212 ftbfs-trixie

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.


Relevant part (hopefully):
>  fakeroot debian/rules clean
> dh clean --with python3 --buildsystem=pybuild
>dh_auto_clean -O--buildsystem=pybuild
> I: pybuild base:310: python3.12 setup.py clean 
> /<>/setup.py:14: DeprecationWarning: distutils Version classes 
> are deprecated. Use packaging.version instead.
>   if LooseVersion(setuptools.__version__) < '30.3':
> Traceback (most recent call last):
>   File "/<>/setup.py", line 22, in 
> from astropy_helpers.version_helpers import generate_version_py  # noqa
> ^^^
>   File "/<>/astropy_helpers/version_helpers.py", line 34, in 
> 
> from .distutils_helpers import is_distutils_display_option
>   File "/<>/astropy_helpers/distutils_helpers.py", line 18, in 
> 
> from .utils import silence
>   File "/<>/astropy_helpers/utils.py", line 4, in 
> import imp
> ModuleNotFoundError: No module named 'imp'
> E: pybuild pybuild:395: clean: plugin distutils failed with: exit code=1: 
> python3.12 setup.py clean 
> dh_auto_clean: error: pybuild --clean -i python{version} -p "3.12 3.11" 
> returned exit code 13
> make: *** [debian/rules:7: clean] Error 25


The full build log is available from:
http://qa-logs.debian.net/2023/12/12/astropy-helpers_4.0.1-1_unstable.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20231212;users=lu...@debian.org
or:
https://udd.debian.org/bugs/?release=na=ign=7=7=only=ftbfs-20231212=lu...@debian.org=1=1=1=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.