Package Details: openastro 1.1.56-2

Git Clone URL: (read-only)
Package Base: openastro
Description: Open source fully-featured astrology software
Upstream URL:
Keywords: astrology
Licenses: GPL
Conflicts: openastro-dev, swisseph-fixstars, swisseph_12, swisseph_18
Submitter: None
Maintainer: Morn (iCirav)
Last Packager: Morn
Votes: 18
Popularity: 0.114016
First Submitted: 2010-03-07 21:23
Last Updated: 2018-01-27 23:44

Latest Comments

raininja commented on 2018-05-15 00:49

hey is anyone else getting this error?

Traceback (most recent call last): File "/usr/bin/openastro", line 6212, in <module> mainWindow() File "/usr/bin/openastro", line 2904, in init self.tempfilename = openAstro.makeSVG() File "/usr/bin/openastro", line 1615, in makeSVG<br> td['stringLat']="%s: %s" %(self.label['latitude'],self.lat2str(self.geolat)) File "/usr/bin/openastro", line 1718, in lat2str return "%s°%s'%s\" %s" % (deg,min,sec,sign) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 2: ordinal not in range(128)</module>

cloutiy commented on 2018-01-28 16:37

@morn it works now! thanks so much

Morn commented on 2018-01-28 12:21

@cloutiy: Should be fixed now too. Apparently now only works with HTTPS.

cloutiy commented on 2018-01-27 23:58


thanks, that was fast!

I have tried again but seems to be a problem getting pyswisseph (I tried both yaourt and pacman). Although not sure this is anything related to your package:

-> Downloading pyswisseph-2.00.00-2.tar.bz2... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 403 SSL is required ==> ERROR: Failure while downloading Aborting... ==> ERROR: Makepkg was unable to build pyswisseph3.

Morn commented on 2018-01-27 23:46

Thanks for reporting! Openastro needs Python 3 now, and I simply forgot to update that dependency (pyswisseph3). Should be fixed now.

cloutiy commented on 2018-01-27 22:55

No module named 'swisseph'

I had installed openastro under Antergos + Gnome desktop and openastro worked fine.

I recently reinstalled Antergos bu with KDE desktop. openastro installed, but I get the following when running:

openastro Traceback (most recent call last): File "/usr/bin/openastro", line 46, in <module> from openastromod import zonetab, geoname, importfile, dignities, swiss as ephemeris File "/usr/lib/python3.6/site-packages/openastromod/", line 30, in <module> import swisseph as swe ModuleNotFoundError: No module named 'swisseph'</module></module>

Morn commented on 2017-06-02 17:31

@iCirav python2-rsvg has been fixed in the meantime, so I've adopted openastro again. I have made you a co-maintainer.

iCirav commented on 2017-06-02 16:12

@Morn If you are still disowning openastro I would like to maintain it.

Morn commented on 2017-01-28 12:52

python2-rsvg (part of gnome-python-desktop) is no longer in Extra and also does not compile anymore (I've tried to create an AUR package).

I'm disowning openastro now; maybe someone else knows how to fix this.

Morn commented on 2016-12-24 12:58

OK, fixed. Maybe the python2-setuptools PKGBUILD used "provides=(setuptools)" at some point, because this used to work before. Very strange.

omgold commented on 2016-12-24 08:19

I believe the dependency on 'setuptools' should be 'python2-setuptools'. Otherwise it doesn't build for me.

Morn commented on 2016-06-21 20:44


grayich commented on 2016-06-21 13:23

==> openastro dependencies:
- imagemagick (already installed)
- python2-dateutil (already installed)
- python2-rsvg (already installed)
- python2-pytz (already installed)
- pyswisseph (already installed)
- setuptools (already installed) [makedepend]

==> Continue building openastro ? [Y/n]
==> -----------------------------------

==> Building and installing package
==> ERROR: url should not be an array
==> ERROR: Makepkg was unable to build openastro.
==> Restart building openastro ? [y/N]
==> ----------------------------------

ShadowKyogre commented on 2015-08-19 15:15

@Morn: swisseph-fixstars is now updated with the correct md5sum (and the correct version since I noticed the file timestamp was different).

Also, this still needs to properly mark that it conflicts with swisseph_12 too if you're still putting the inbuilt copies of the swisseph data in the package.

Morn commented on 2015-08-19 08:03

@ShadowKyogre: swisseph-fixstars still doesn't work (wrong MD5).

I'm reverting your changes to openastro now. Please test your PKGBUILDs *before* submitting to the AUR. Thanks!

ShadowKyogre commented on 2015-08-18 15:20

@Morn: Converted the build() functions in the dependent to package() functions. That was one thing I forgot to do when importing them into the new AUR ><.

Morn commented on 2015-08-18 11:49

@ShadowKyogre, your new packages don't work (no package functions)!

ShadowKyogre commented on 2015-08-15 16:19

@Morn: Updated pyswisseph3 to 2.0 and made you a co-maintainer. I'll go ahead and do the same for the swisseph data packages I have too.

Morn commented on 2015-08-15 08:26

I've made you a co-maintainer; so you can add yourself now.

BTW, please update pyswisseph3 to 2.0 or I'll start a disown request.

ShadowKyogre commented on 2015-08-14 19:20

@Morn: Could you add me to the list of contributors?

Morn commented on 2014-04-26 16:01

Updated PKGBUILD for 1.1.47:

dsp commented on 2013-02-27 17:09

I needed to add the following dependency:

Morn commented on 2013-01-13 15:11


ShadowKyogre commented on 2013-01-11 02:24

Double posting here to say that the dateutil import in 1.1.38 isn't needed. I emailed the developers about it to ask if they're going to remove that import.

ShadowKyogre commented on 2013-01-10 07:56

@Morn: I had a look at the most recent version of openastro (the one you linked) and found out that it uses pytz for most of the timezone stuff. I'm not sure where dateutil is still used, but it would be nice if we could chop off one or the other before the maintainer updates the PKGBUILD.

Morn commented on 2013-01-08 10:55

I have contacted the maintainer. In the meantime, here's an updated PKGBUILD:

WiZeTeK commented on 2012-11-25 03:23

python-rsvg dep. needs to be replaced with python2-rsvg.
Thanks for this package. +vote

ShadowKyogre commented on 2012-11-10 17:34

Also make it dependent on the outside pyswisseph package on the AUR. The source contains an old version that's causing openastro to segfault if I use the internal pyswisseph source.

vorbote commented on 2012-10-18 00:44

Please fix: python-rsvg-->python2-rsvg

ShadowKyogre commented on 2012-06-23 22:50

I'm getting this very, very weird segfault error:

ShadowKyogre commented on 2012-06-17 19:40

When the UI gets ported to GTK3, do you also want to port it to python3 at the same time? I put up a pyswisseph3 package so that way one can use pyswisseph under python 3.

pascallemazurier commented on 2012-01-09 22:33

@ShadowKyogre, thanks for your comments, I fixed these bugs and tested the result it works now... I have dispatched all old intern packages of openastro (the swiss ephemeris data files, and the python extension), I'm trying to work on and to update the OpenAstro source code but I haven't enought experience and times these months... The UI have to be updated to Gnome 3 and the program bases to be reclasses, for the interested I created a GIT for OpenAstro :

ShadowKyogre commented on 2011-12-09 06:31

python-dateutil needs to be changed to python2-dateutil

ShadowKyogre commented on 2011-10-26 03:54

It should be added that swisseph_18, pyswisseph, and swisseph-fixstars conflict with this package and that this package provides them. Also, the gnome-python-desktop and librsvg dependencies could simply be swapped with python-rsvg, but I haven't inspected the sources too deeply to see what it needs that would be gnome-specific.

Modified PKGBUILD:

koromerzhin commented on 2011-10-04 21:19

1.1.24 is out ! The new version is 1.1.25 ;)

Anonymous comment on 2010-08-15 17:58

version 1.1.22 has been removed

the new version is 1.1.23