Openastro rebuild failed

Masalababa · 12 June 2023 20:24

I updated Manjaro, rebooted, updated the AUR packages, rebuilded python

$ pamac build $(pacman -Qoq /usr/lib/python3.10)

than I followed the ‘Minimal short version’ of that guide ‘Reinstall non-working Python packages after a Python interpreter upgrade’
and everything went smooth except openastro (AUR package) popped up by checkrebuild. as well as by pip check.

Lenlux provided a link for a pkg.tar.zst package on that side,
https://aur.archlinux.org/packages/openastro
which I downloaded and installed by

$ sudo pacman -U /home/space/Downloads/openastro-1.1.57-4-x86_64.pkg.tar.zst

about half a year ago and it worked fine until now!

I reinstalled it by

$ sudo pacman -U /home/space/Downloads/openastro-1.1.57-4-x86_64.pkg.tar.zst

but still, it doesn’t work!
when I print

$ pacman -Qoq /usr/lib/python3.10/

it is the only one still there.
What I have to do now?

Edit
When I run it by the terminal, the output is

$ openastro
/usr/bin/openastro:1892: SyntaxWarning: "is" with a literal. Did you mean "=="?
/usr/bin/openastro:4813: SyntaxWarning: "is" with a literal. Did you mean "=="?
  if openAstro.aspects[i]['visible'] is 1:
/usr/bin/openastro:4817: SyntaxWarning: "is" with a literal. Did you mean "=="?
  if openAstro.aspects[i]['visible_grid'] is 1:
/usr/bin/openastro:4922: SyntaxWarning: "is" with a literal. Did you mean "=="?
  if i is 11 or i is 13 or i is 14 or i is 21 or i is 22:
/usr/bin/openastro:4925: SyntaxWarning: "is" with a literal. Did you mean "=="?
  if i is 23 or i is 27:
  if openAstro.planets[i]['visible'] is 1:
/usr/bin/openastro:4954: SyntaxWarning: "is" with a literal. Did you mean "=="?
  if openAstro.planets[i]['visible_aspect_line'] is 1:
/usr/bin/openastro:4959: SyntaxWarning: "is" with a literal. Did you mean "=="?
  if openAstro.planets[i]['visible_aspect_grid'] is 1:
Traceback (most recent call last):
  File "/usr/bin/openastro", line 45, in <module>
    from openastromod import zonetab, geoname, importfile, dignities, swiss as ephemeris
ModuleNotFoundError: No module named 'openastromod'

Moderator edit: In the future, please use proper formatting: [HowTo] Post command output and file content as formatted text

cscs · 12 June 2023 20:36

Well you arent building it…
You keep reinstalling one that was built 6 months ago with python 3.10 …
You need to build it again, example manual :

git clone https://aur.archlinux.org/openastro.git
cd openastro
makepkg -sric

Or with an aur helper:

paru -Sa openastro --rebuild all

Yochanan · 12 June 2023 20:39

I fixed your formatting. Please see [HowTo] Post command output and file content as formatted text and and use it in the future.

Did you happen to notice his comment was from last November?

Rebuild openastro just like every other Python AUR package.

Masalababa · 12 June 2023 20:48

Please look at the AUR link.
The last AUR version doesn’t work, that’s why Lenlux provides a pkg.tar.zst download link, which I installed as described.

That doesn’t work, cause

makepkg -sric
==> Making package: openastro 1.1.57-4 (Mo 12 Jun 2023 22:44:51 CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found openastro.org_1.1.57.orig.tar.gz
  -> Found openastro.org-data_1.9.orig.tar.gz
  -> Found sqlite.patch
  -> Found swiss.patch
==> Validating source files with md5sums...
    openastro.org_1.1.57.orig.tar.gz ... FAILED
    openastro.org-data_1.9.orig.tar.gz ... FAILED
    sqlite.patch ... Passed
    swiss.patch ... Passed
==> ERROR: One or more files did not pass the validity check!

Is there a way to rebuild it from a pkg.tar.zst file.
That was the only way it worked till the last Manjaro update with python 3.11
Any suggestion?

cscs · 12 June 2023 20:51

Common occurrence. You can update the pkgbuild with the sums like

updpkgsums

Please familiarize yourself with the AUR if you intend to use it.

Arch User Repository - Manjaro

Arch User Repository - ArchWiki

Yochanan · 12 June 2023 20:53

Well, then it doesn’t work. Either way, it still needs to be built with Python 3.11, that’s why the link to the precompiled package doesn’t work because it was built with Python 3.10.

I’m not going down the rabbit hole to find out why that package isn’t working, sorry. There’s probably three other dependencies that aren’t packaged correctly, either. Been there. Done that. No, thanks.

You are responsible for maintaining your own AUR packages.

Masalababa · 12 June 2023 21:00

Sorry, but what is the command than?

cscs · 12 June 2023 21:01

?

You use that command to update the sums.
Then build again.

Masalababa · 12 June 2023 21:12

updpkgsums
==> Retrieving sources...
  -> Found openastro.org_1.1.57.orig.tar.gz
  -> Found openastro.org-data_1.9.orig.tar.gz
  -> Found sqlite.patch
  -> Found swiss.patch
==> Generating checksums for source files...

but than

makepkg -sric
==> Making package: openastro 1.1.57-4 (Mo 12 Jun 2023 23:08:41 CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found openastro.org_1.1.57.orig.tar.gz
  -> Found openastro.org-data_1.9.orig.tar.gz
  -> Found sqlite.patch
  -> Found swiss.patch
==> Validating source files with md5sums...
    openastro.org_1.1.57.orig.tar.gz ... Passed
    openastro.org-data_1.9.orig.tar.gz ... Passed
    sqlite.patch ... Passed
    swiss.patch ... Passed
==> Extracting sources...
==> Starting prepare()...
/home/user/openastro/openastro/PKGBUILD: line 26: cd: /home/user/openastro/openastro/src/openastro.org-1.1.57: No such file or directory
==> ERROR: A failure occurred in prepare().
    Aborting...

Can you advice me again, please.

cscs · 12 June 2023 22:02

Seems a problem in the PKGBUILD

Masalababa · 12 June 2023 22:14

Yes, the upstream is broken, that’s why this guy called Lenlux provided a link for a pkg.tar.zst package to download.
Is it possible to build the openastro-1.1.57-4-x86_64.pkg.tar.zst file against python3.11?
My relative wants that package back working and I stand against the wall for recommending a rolling release. My Linux knowledge is limited.

I wouldn’t even mind to pay for someones effort.
Is there any solution?

Yochanan · 12 June 2023 22:31

A .pkg.tar.zst is a precompiled package, it’s already built. Does not compute.

However…

Yes–once the packaging issue is resolved as already mentioned.

cscs · 12 June 2023 23:27

It kinda seems like the project is abandoned.
The upstream URL is some form of dead.

Masalababa · 13 June 2023 13:03

Yes, the upstream is dead.
Does anyone have those files needed to rebuild it?

openastro.org-data_1.9.orig.tar.gz
openastro.org_1.1.57.orig.tar.gz
sqlite.patch
swiss.patch

Yochanan · 13 June 2023 14:57

Indeed. Kicking a dead horse isn’t going to make it get up again.

Masalababa · 13 June 2023 18:42

To survive my relative’s anger, I have to get that Openastro working again!
Searching the internet, I found on

https://launchpad.net/~pellesimon/+archive/ubuntu/ppa/+packages

an archive

openastro.org_1.1.59.orig.tar.gz

Can someone please advice me how to handle that archive and install it on Manjaro.
Is it possible to build it against the current version of python 3.11?
Unfortunately my Linux knowledge is still quite limited.

Yochanan · 13 June 2023 18:52

Tell your relative to install Ubuntu then if there is a package available.

I’m done here unless you actually want to learn something.

Masalababa · 13 June 2023 18:56

Sure we both can learn something here, about Linux and how to handle emotions!

Yochanan · 13 June 2023 19:01

You have ignored everything anyone here has tried to tell you and insisted on what you think should be done. How are you learning anything?

Masalababa · 13 June 2023 19:10

I’ve never ever build/packages something.
A lack of knowledge isn’t something to be sorry about, but arrogance is!
It’s a community and you are not the the only one here!
I’ve never been rude or arrogant here, so what!