Maneage - Bugs: bug #63054, Pyerfa crash, setting...
You are not allowed to post comments on this tracker with your current authentication level.
bug #63054: Pyerfa crash, setting setuptools_scm as a prerequisite of pyerfa
Submitter: | Raul Infante-Sainz <infantesainz> | ||
Submitted: | Tue 13 Sep 2022 08:43:28 AM UTC | ||
Category: | Software | Severity: | 3 - Normal |
Item Group: | Crash | Status: | None |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Open |
( Jump to the original submission )
Mon 03 Oct 2022 07:53:01 AM UTC, comment #9: |
Boud Roukema <boud>![]() |
Mon 03 Oct 2022 07:35:13 AM UTC, comment #8: Although commit 2b02ded seems to work as a workaround (a very crude workaround), there's a more systematic solution based on #python community recommendations. This is based on 'python setup.py bdist_wheel'; I'll add comments about this in a few minutes at task #16268 [1]. So I recommend not to use 2b02ded (it's not elegant and no longer needed).
|
Boud Roukema <boud>![]() |
Tue 27 Sep 2022 07:59:36 AM UTC, comment #7: Commit e6c09c0ec [1] solves the pyerfa bug for me. This is effectively ab7303c [2] that fixes 'extension-helpers' and 'packaging' in bug #61811 [3], followed by 2b02ded that forcefully adds the 'packaging' .egg file to sys.path , and followed by enabling gnuastro installation in order to have a full test through to verify.mk checksums. [The 'pyyaml' bug (fixable with 67daeee) gives the expected error in the log file, without preventing successful configuring and making.]
|
Boud Roukema <boud>![]() |
Sun 25 Sep 2022 03:17:13 PM UTC, comment #6: I have now reproduced the bug: 'pyerfa' fails with an error that 'packaging' is missing, even though 'packaging' is a dependency of 'pyerfa' in 'python.mk'.
|
Boud Roukema <boud>![]() |
Sat 24 Sep 2022 08:09:51 PM UTC, comment #5: See my two merge requests at bug #61811 for overlapping discussion.
|
Boud Roukema <boud>![]() |
Fri 16 Sep 2022 06:43:46 AM UTC, comment #4: Thanks Mohammad. I have pushed a commit so you can easily try it. Just don't forget to add 'astropy' as a final Python target to be built.
|
Raul Infante-Sainz <infantesainz>![]() |
Thu 15 Sep 2022 06:37:59 PM UTC, comment #3: That sounds like a good idea.
|
Mohammad Akhlaghi <makhlaghi>![]() |
Thu 15 Sep 2022 05:52:12 PM UTC, comment #2: maybe you are right! I have been looking at that. The only thing I have found is this line in the 'setup.py' file of 'extension-helpers':
|
Raul Infante-Sainz <infantesainz>![]() |
Thu 15 Sep 2022 04:24:49 PM UTC, comment #1: Thanks a lot for sharing this discovery!
|
Mohammad Akhlaghi <makhlaghi>![]() |
Tue 13 Sep 2022 08:43:28 AM UTC, original submission:
Until now, 'setuptools_scm' was not a prerequisite of 'pyerfa'. It is strange that we didn't notice this until now because 'pyerfa' is also a requisite of 'astropy'. In any case, I faced an installation crash after updating the Maneage branch of one project and I found this issue.
|
Raul Infante-Sainz <infantesainz>![]() |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Practical warning!: commit 394eee2 worked fine for me on each machine provided that I did a completely fresh build.
Trying to uninstall the python modules; or the python modules and python itself; either by rm's in .local/version-info/... alone, or by version-info plus .local/bin/... plus _.local/{lib,include}/... for the python-related files alone; failed in all cases for me - each time there was something old that caused a failure in the rebuild. So we probably could create a developers' task for uninstalling all of python. For the moment, the only practical way I found to test was to do a completely fresh build.