Package Details: astrometry.net 0.89-1

Git Clone URL: https://aur.archlinux.org/astrometry.net.git (read-only, click to copy)
Package Base: astrometry.net
Description: Automatic recognition of astronomical images
Upstream URL: http://astrometry.net
Keywords: astrometry astronomy science
Licenses: GPL
Submitter: gypaetus
Maintainer: Universebenzene
Last Packager: Universebenzene
Votes: 6
Popularity: 0.000000
First Submitted: 2016-02-05 23:11 (UTC)
Last Updated: 2022-02-19 05:44 (UTC)

Pinned Comments

procras commented on 2018-08-07 12:32 (UTC)

If solve-field is now crashing for you with errors about removelines.py and fits.py Ensure you have updated your installation of python-astropy The newer version 3.0.4-1 from AUR prevents the crash.

Universebenzene commented on 2017-07-22 13:12 (UTC) (edited on 2017-07-22 13:14 (UTC) by Universebenzene)

[Attention] This package is now moved to python 3 (from version 0.72). If you still want a python 2 version, you can told us or just create an additional package for python 2 yourself.

Latest Comments

gebi commented on 2022-02-18 23:36 (UTC)

Please update the package so it can be built with default settings common today (parallel build).

astrometry.net did not compile here ever, and the fix is a simple as

-    make SYSTEM_GSL=yes all py extra
+    make -C util config
+    make SYSTEM_GSL=yes all
+    make SYSTEM_GSL=yes py
+    make SYSTEM_GSL=yes extra

Please consider adding this to this AUR pkg.

Lightwell commented on 2021-09-19 06:16 (UTC)

Thanks so much for this. I had not understood the comment until your patient explanation. Transaction successfully finished!

aaronf commented on 2021-09-18 20:37 (UTC)

@Lightwell - follow angelsl's comment. Before installing, edit the PKGBUILD, go to the build() section, and replace the make SYSTEM_GSL line there with the four lines in their comment:

make -C util config
make SYSTEM_GSL=yes all
make SYSTEM_GSL=yes py
make SYSTEM_GSL=yes extra

Then it'll work

Lightwell commented on 2021-09-07 16:06 (UTC)

Hi

Still not compiling on Manjaro with message

make: *** [Makefile:117: libkd-spherematch] Error 2 make[1]: Leaving directory '/var/tmp/pamac-build-richardh/astrometry.net/src/astrometry.net-0.85/util' ==> ERROR: A failure occurred in build().

I note that @pozar87 has managed to make it work - can the revised MAKEFILE be posted?

Many thanks

pozar87 commented on 2021-05-09 17:01 (UTC)

Hi! I did finally managed to build this package on Manjaro. Perhaps it's just my setup, but previously I just need to disable parallel builds. This time however (0.85 version) it required a lot of changes in LDFLAGS and CFLAGS for make ...

angelsl commented on 2021-04-10 09:21 (UTC)

The package's Makefile doesn't specify its dependencies properly, so building fails sporadically (and more often if you have high parallelism). The build() should be split up:

make -C util config
make SYSTEM_GSL=yes all
make SYSTEM_GSL=yes py
make SYSTEM_GSL=yes extra

Lightwell commented on 2020-10-22 17:04 (UTC)

Hi - Iḿ trying to make astrometry.net for Kstars on Manjaro.

I get the build error:

make[1]: No rule to make target '../util/libanutils.a', needed by 'spherematch_c.cpython-38-x86_64-linux-gnu.so'. Stop. make[1]: Waiting for unfinished jobs.... make[1]: Leaving directory '/var/tmp/pamac-build-richardhornby/astrometry.net/src/astrometry.net-0.80/libkd' make: *** [Makefile:116: libkd-spherematch] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

I can´t find libanutils in pamac, and it is not listed as a dependency either for astrometry.net or for python-astropy.

I am at the limit of my learning curve and may well have missed something.

Help pls?

Tks

R

Lightwell commented on 2020-10-22 17:04 (UTC)

Hi - Iḿ trying to make astrometry.net for Kstars on Manjaro.

I get the build error:

make[1]: No rule to make target '../util/libanutils.a', needed by 'spherematch_c.cpython-38-x86_64-linux-gnu.so'. Stop. make[1]: Waiting for unfinished jobs.... make[1]: Leaving directory '/var/tmp/pamac-build-richardhornby/astrometry.net/src/astrometry.net-0.80/libkd' make: *** [Makefile:116: libkd-spherematch] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

I can´t find libanutils in pamac, and it is not listed as a dependency either for astrometry.net or for python-astropy.

I am at the limit of my learning curve and may well have missed something.

Help pls?

Tks

R

pozar87 commented on 2020-03-03 10:04 (UTC)

Hi! There is a problem with parallel build - see the https://github.com/dstndstn/astrometry.net/issues/178 I workaround it adding export MAKEFLAGS="-j 1" just before makes invocations - but I'm not sure its the best way :) Best Regards,

Universebenzene commented on 2019-08-02 16:05 (UTC) (edited on 2019-08-03 06:38 (UTC) by Universebenzene)

@pierros I think the python modules installed globally in the system will be ignored by virtualenv.

pierros commented on 2019-08-02 09:52 (UTC) (edited on 2019-08-02 10:36 (UTC) by pierros)

Solve-field is failing inside a python virtual-env with the following error:

Traceback (most recent call last): File "/usr/bin/image2pnm", line 14, in <module> from astrometry.util.image2pnm import main ModuleNotFoundError: No module named 'astrometry'

Universebenzene commented on 2019-07-13 17:15 (UTC) (edited on 2019-07-13 17:15 (UTC) by Universebenzene)

@pierros This problem is caused by the recent upgrade of wcslib. Downgrading wcslib to the versoin 6.2 will fix it. Or you can just use https://aur.archlinux.org/packages/wcslib62/ instead.

pierros commented on 2019-07-13 12:28 (UTC)

Build is failing: gcc -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -g -Wall -ffinite-math-only -fno-signaling-nans -pthread -march=native -O3 -fomit-frame-pointer -DNDEBUG -fpic -Winline wcs-to-tan.o libanutils.a ../qfits-an/libqfits.a libanbase.a -lgsl -lgslcblas -lm -lwcs -lm -lm -lgsl -lgslcblas -lm -lwcs -lm -lm -o wcs-to-tan /usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../lib/libwcs.so: undefined reference to gFitsFiles' /usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../lib/libwcs.so: undefined reference tofits_read_wcstab' collect2: error: ld returned 1 exit status make[1]: [<builtin>: wcs-to-tan] Error 1 make[1]: Leaving directory '/home/liknus/.cache/aurman/astrometry.net/src/astrometry.net-0.78/util' make: [Makefile:87: util] Error 2 ==> ERROR: A failure occurred in build(). Aborting... 2019-07-13 15:26:31,501 - wrappers - makepkg - ERROR - makepkg query ['makepkg', '-cf', '--noconfirm'] failed in directory /home/liknus/.cache/aurman/astrometry.net

Universebenzene commented on 2019-04-04 06:57 (UTC)

@JamesHarrison Thanks. I changed the source from github to astrometry.net. You can check it again.

JamesHarrison commented on 2019-03-30 11:30 (UTC) (edited on 2019-03-30 11:38 (UTC) by JamesHarrison)

For KStars/Ekos to be able to use this correctly, the version number must be set so that Ekos can determine if it needs to use the --nofits2fits flag or not. This is normally done during releases so pulls from Github won't work.

As a workaround I've used the following in prepare():

sed "s/AN_GIT_REVISION .=.*/AN_GIT_REVISION := ${pkgver}/" -i util/makefile.common

Another, probably better fix is to use the actual source releases at http://astrometry.net/downloads/ rather than from GitHub, as these have the AN_GIT_REVISION value set correctly from the outset.

catpool commented on 2019-02-21 13:00 (UTC)

@Universebenzene I try it, thanks. I'll give feed back.

Universebenzene commented on 2019-02-21 12:43 (UTC)

@catpool This error is caused by git describe, but the source file itself is not a git repo, so the error occurs, but this error does not affect the building process. I don't know why you can't install it. How about install it without AUR helper and just use makepkg -sri?

catpool commented on 2019-02-21 12:08 (UTC)

@Universebenzene No, unfortunately I am unable to install it (I use Antergos)

Universebenzene commented on 2019-02-21 02:16 (UTC)

@catpool No idea. But the package building finally succeed anyway.

catpool commented on 2019-02-20 20:42 (UTC)

What is wrong? A part of the messages of building:

==> Making package: astrometry.net 0.76-2 (2019. febr. 17., vasárnap, 18:01:56 CET) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Starting build()... fatal: No names found, cannot describe anything. fatal: No names found, cannot describe anything. fatal: No names found, cannot describe anything. fatal: No names found, cannot describe anything. make -C util config make -C qfits-an make -C sdss make -C libkd pyspherematch make -C util cairoutils.o make[1]: Entering directory '/home/nor/.cache/yay/astrometry.net/src/astrometry.net-0.76/qfits-an' make[1]: Entering directory '/home/nor/.cache/yay/astrometry.net/src/astrometry.net-0.76/util' make[1]: Entering directory '/home/nor/.cache/yay/astrometry.net/src/astrometry.net-0.76/libkd' make[1]: Entering directory '/home/nor/.cache/yay/astrometry.net/src/astrometry.net-0.76/sdss' make[1]: Entering directory '/home/nor/.cache/yay/astrometry.net/src/astrometry.net-0.76/util' fatal: No names found, cannot describe anything. fatal: No names found, cannot describe anything. fatal: No names found, cannot describe anything. fatal: No names found, cannot describe anything. fatal: No names found, cannot describe anything. gcc -march=x86-64 -mtune=generic -O2 -pipe -fno-pl

Universebenzene commented on 2018-09-05 13:07 (UTC)

@oldherl Strange... I didn't get any problem while building... Anyone else can solve this?

oldherl commented on 2018-09-05 12:51 (UTC)

0.76-1 build error:

make[1]: *** No rule to make target '../catalogs/libcatalogs.a', needed by '_plotstuff_c.cpython-37m-x86_64-linux-gnu.so'. Stop.

procras commented on 2018-08-07 12:32 (UTC)

If solve-field is now crashing for you with errors about removelines.py and fits.py Ensure you have updated your installation of python-astropy The newer version 3.0.4-1 from AUR prevents the crash.

Universebenzene commented on 2017-07-22 13:12 (UTC) (edited on 2017-07-22 13:14 (UTC) by Universebenzene)

[Attention] This package is now moved to python 3 (from version 0.72). If you still want a python 2 version, you can told us or just create an additional package for python 2 yourself.

Universebenzene commented on 2017-02-14 11:26 (UTC) (edited on 2017-02-14 11:31 (UTC) by Universebenzene)

@abhoriel Sorry for reply late and thanks for testing. What's more, is the swig just a makedepend or really a dependency?

abhoriel commented on 2017-02-10 23:35 (UTC) (edited on 2017-02-10 23:36 (UTC) by abhoriel)

running build_ext building '_util' extension swigging util.i to util_wrap.c swig -python -I../include -I../include/astrometry -I/usr/include/wcslib -I../include -I../include/astrometry -I/usr/include/wcslib -o util_wrap.c util.i unable to execute 'swig': No such file or directory error: command 'swig' failed with exit status 1 make[1]: *** [Makefile:167: _util.so] Error 1 make[1]: Leaving directory '/home/jonny/.cache/pacaur/astrometry.net/src/astrometry.net-0.70/util' make: *** [Makefile:101: py] Error 2 ==> ERROR: A failure occurred in build(). Aborting... This requires swig and is fixed by: $ pacman -S swig Thanks for the great package!

Universebenzene commented on 2016-12-23 09:06 (UTC) (edited on 2016-12-23 09:08 (UTC) by Universebenzene)

Well I was wrong... I tried to build the version 0.70 with python 3 but the solve-field worked with several errors... So it may not have been compatible with python 3 yet.

gypaetus commented on 2016-12-12 20:14 (UTC)

@Universebenzene I think it makes sense to move the package to python 3 and have an additional package for python 2 if needed.

Universebenzene commented on 2016-12-11 15:42 (UTC)

I found that this package is now compatible with python3 since version 0.68. Would you like to use this package with python3 in the future or keep it working with python2?

Universebenzene commented on 2016-11-03 21:07 (UTC) (edited on 2016-11-03 21:35 (UTC) by Universebenzene)

@TallJimbo the problem comes from the recent upgrade of cfitsio, and there are also some other conflicts with other packages. https://bugs.archlinux.org/?project=1&cat%5B%5D=2&string=cfitsio However as I have read the ebuild file of astrometry on gentoo, I found this two files could be safely removed. I may upgrade the changes after the bug of cfitsio being solved.

TallJimbo commented on 2016-11-03 19:34 (UTC)

I'm not sure what's changed, but I'm now seeing a conflict between this package and the cfitsio package in the official Arch repositories; both provide the following files: /usr/bin/fitscopy /usr/bin/imcopy I've worked around this by just removing these files at the bottom of the astrometrynet PKGBUILD's "package" section.

gypaetus commented on 2016-10-27 23:24 (UTC)

Thank you @Universebenzene

Universebenzene commented on 2016-10-26 14:02 (UTC) (edited on 2016-10-26 14:02 (UTC) by Universebenzene)

Since pyfits conflicts with astropy, and astropy can provide almost all the functions of pyfits, I change the dependency into astropy and it seems work fine.

Universebenzene commented on 2016-10-07 06:34 (UTC)

Sorry for summit so many times...As a newbie I always forget something every time...

gypaetus commented on 2016-10-06 18:10 (UTC)

Thank you for the PKGBUILD. I have updated it and added you as a contributor.

Universebenzene commented on 2016-10-06 01:46 (UTC) (edited on 2016-10-06 14:04 (UTC) by Universebenzene)

Hi, finally I just copied another maintainer's package() part and edited a little(like the doc directory), now the package just works well...Final PKGBUILD here: https://paste.gnome.org/pafdprwcr And I found that your last problem was that you forgot to set PY_BASE_LINK_DIR, so that the links referred to ../lib/python2/astrometry(according to the default setting in util/makefile.common), which did not exist. I also added netpbm support for the plotting.

Universebenzene commented on 2016-10-05 02:47 (UTC)

Well I don't think just removing the link will solve it because the program need to use /usr/bin/image2pnm.py...The problems is that the position of util/image2pnm.py is not right. But you said you can't reproduce the prblem...So what's wrong with my installation? I got really confused. By the way I can use another maintainer's older version here: https://aur.archlinux.org/packages/astrometrynet/ , while the util/image2pnm.py is correctly located in /usr/lib/python2.7/astrometry/util/image2pnm.py . Maybe that will be a hint for you to solve the problem?

gypaetus commented on 2016-10-04 20:33 (UTC)

Sorry about that. I cannot reproduce it but I have deleted those broken links in /usr/bin/ in the last version of the PKGBUILD.

Universebenzene commented on 2016-10-04 13:08 (UTC)

Hi, thank you for this update and the package can be installed now. However when I run solve-field, it said: augment-xylist.c:576:append_executable Couldn't find executable "image2pnm.py" I checked the /usr/bin/image2pnm.py and found that it was a broken link: image2pnm.py -> ../lib/python2/astrometry/util/image2pnm.py as the image2pnm.py is actually locate in /usr/lib/python2.7/site-packages/astrometry/util/image2pnm.py. Maybe there are something wrong with the installation directories. Could you solve this problem?

gypaetus commented on 2016-10-03 17:55 (UTC)

Thank you very much for the report and the solution to the problem. I have updated the PKGBUILD now.

Universebenzene commented on 2016-10-03 16:27 (UTC)

Wow you acted so fast... And the problem occurred in the package() part again: ==> Entering fakeroot environment... ==> Starting package()... make: *** No targets specified and no makefile found. Stop. ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build astrometry.net. By the way some of the dependencies aren't mentioned in this update, like pyfits, numpy and netpbm(which seems to be important for plotting). So I get a little confused by today's update...

Universebenzene commented on 2016-10-03 15:52 (UTC) (edited on 2016-10-03 15:56 (UTC) by Universebenzene)

Hi. I tried to edit some part of your PKGBUILD(https://paste.gnome.org/p4ny8xs81), and finally the build() part successfully passed. However several problems appeared in the package() part. As a linux newbie, I don't really know how to solve those problems. Could you help for this? By the way you should use ${pkgdir} instead of $(pkgdir) in the package() part...

Universebenzene commented on 2016-09-26 07:35 (UTC)

Hi, thanks for updating the package. However it seems that the problem haven't solved and the same error occurred again while compiling. Is this my own problem? Any suggestions?

Universebenzene commented on 2016-09-22 11:12 (UTC)

During yaourt compiling astrometry.net, an error occurred: python setup.py build_ext -v --inplace --build-temp . File "setup.py", line 30 print 'link:', link ^ SyntaxError: Missing parentheses in call to 'print' make[1]: *** [Makefile:167: _util.so] Error 1 make[1]: Leaving directory '/home/benzene/Documents/predit/yaourt/yaourt-tmp-benzene/aur-astrometry.net/src/astrometry.net-0.67/util' make: *** [Makefile:101: py] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build . Any one meet this problem?