Package Details: openastro 1.1.56-1

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: 17
Popularity: 0.011338
First Submitted: 2010-03-07 21:23
Last Updated: 2018-01-10 16:45

Latest Comments

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