Projects / Skylendar / Comments

Comments for Skylendar

06 Aug 2005 09:56 kutschwo

Skylendar 1.3 on SUSE 9.3
Hello,

i used all the tips from this page.

I could compile it, create the database and skylendar started but i was unable to connect to the database.

Are there any needs with postgres?

29 Jul 2005 17:14 irandom

Re: Building and running


>

> % I have succesfully built the binary of

>

> % skylendar 1.3 in a Fedora Core 1

> % environment, and decrypted the cities

>

> % database (since the author himself

> says

> % info can be shared, the key is

> 'gouchon'

> % as in Henri Gouchon).

> %

> % HOWEVER - I still can't run the thing.

>

> % Obviously my knowledge of PostgressSQL

>

> % is somewhat lacking as I still can't

> use

> % the database having decrypted it, and

>

> % the program won't start without it!

> %

> % If anyone else has got to this point I

>

> % would like to hear from them. I hope

> % this software is worth the pain !

> %

> %

>

>

> i finally got this to compile, actually

> to run it you dont

> need the cities database, there is a

> database already

> that is not encrypted, to make it work

> do this:

>

> mkdir /usr/local/pgsql/data

> chown postgres /usr/local/pgsql/data

> initdb -D /usr/local/pgsql/data

> su postgress

> createdb astro

> createuser

> createlang plpgsql sky

> psql -f

> skylendar-1.3/skylendar/pg_en.sql astro

>

> psql -f

> skylendar-1.3/skylendar/pgadd_en.sql

> astro

>

>

> then you can run skylendar, however i

> have not been

> very lucky, cause the program crashes

> this is the

> message i get:

>

> [New Thread 16384 (LWP 9262)]

> 0x41370a86 in waitpid () from

> /lib/i686/libpthread.so.0

> #0 0x41370a86 in waitpid () from

> /lib/i686/

> libpthread.so.0

> #1 0x4078f010 in

> KCrash::defaultCrashHandler(int) ()

> from /opt/kde3/lib/libkdecore.so.4

> #2 0x4136f96c in __pthread_sighandler

> () from /lib/

> i686/libpthread.so.0

> #3

> #4 0x41451af0 in strcpy () from

> /lib/i686/libc.so.6

> #5 0x08080fba in read_elements_file ()

>

> #6 0x0808029c in swi_get_fict_name ()

> #7 0x0807ed89 in swe_get_planet_name ()

>

> #8 0x080c92f1 in

> AstroResources::RenExoObj() ()

> #9 0x080e2582 in

> AstroApp::AstroApp(int, char**) ()

> #10 0x080e2ccc in main ()

>

>

> I wish someone could help me with this.

>

> also when i start the program i get this

> message in the

> console:

>

> WARNING: KLocale: trying to look up ""

> in catalogue. Fix

> the program

> WARNING: KLocale: trying to look up ""

> in catalogue. Fix

> the program

>

>

> any help will be apreciated

>

> it took me a lot to get here, and now i

> am clueless :((

line 718 in swemplan.c change from "if (pname != NULL)" to "if (pname != NULL && plan_fict_nam[ipl] != NULL)" to remedy the strcpy error. The name of the font file is skylendar.pfb that needs to be copied to ~/.fonts/. If you get Astrolist errors, the changes to that set of issues are too numerous to list here.

25 Jul 2005 08:26 ntisithoj

Round 2
this is the 2nd time I have tried to compile Skycalendar... i agve up two years ago afrer days/weeks of trying to figure it out. Now i'm at it again freshly armed with Ubuntu 5.04 running KDE.

I start with

./configure --with-qt-dir=/usr/share/qt3 ... ok, this worked, which is farther than I got last time.

root@apt:~/src/skylendar-1.2# make

...

make[3]: Entering directory `/home/jw/src/skylendar-1.2/skylendar'

/usr/bin/dcopidl ./astroprocess.h > astroprocess.kidl || ( rm -f astroprocess.kidl ; /bin/false )

In line 38 : syntax error, unexpected T_EXTERN_C, expecting T_TILDE

make[3]: *** [astroprocess.kidl] Error 1

(insert many, many errors here)

if I run the offending line alone....

root@apt:~/src/skylendar-1.2/skylendar# /usr/bin/dcopidl ./astroprocess.h

<!DOCTYPE DCOP-IDL><DCOP-IDL>

<SOURCE>./astroprocess.h</SOURCE>

<INCLUDE>../config.h</INCLUDE>

<INCLUDE>astrodefs.h</INCLUDE>

<INCLUDE>astrotransfer.h</INCLUDE>

<INCLUDE>dcopclient.h</INCLUDE>

<INCLUDE>dcopobject.h</INCLUDE>

<INCLUDE>qobject.h</INCLUDE>

<INCLUDE>qstring.h</INCLUDE>

In line 38 : syntax error, unexpected T_EXTERN_C, expecting T_TILDE

Now i'm stuck because I have no idea ho to fix this!!

<from yacc.cc.h>

00063 T_TILDE = 289,

00068 T_EXTERN_C = 294,

<astroprocess.h>

38:extern "C"

39:{

40:# include <time.h>

41:}

Has anyone else had this problem?

This is one of the more unfriendly apps I have ever tried to get running :(

Does anyone have a compiled binary they would be willing to share?

02 Jun 2005 10:22 alphaproject

Re: Building and running
hm author of skylendar could wrote a REAL program

24 Jun 2004 12:15 stnsls

Re: Building and running
You can find some tips about installing skylendar here:
http://fire.forget.free.fr/skylendar

23 Jun 2004 12:46 madluther

Re: Building and running


>

> % I have succesfully built the binary of

>

> % skylendar 1.3 in a Fedora Core 1

> % environment, and decrypted the cities

>

> % database (since the author himself

> says

> % info can be shared, the key is

> 'gouchon'

> % as in Henri Gouchon).

> %

> % HOWEVER - I still can't run the thing.

>

> % Obviously my knowledge of PostgressSQL

>

> % is somewhat lacking as I still can't

> use

> % the database having decrypted it, and

>

> % the program won't start without it!

> %

> % If anyone else has got to this point I

>

> % would like to hear from them. I hope

> % this software is worth the pain !

> %

> %

>

>

> i finally got this to compile, actually

> to run it you dont

> need the cities database, there is a

> database already

> that is not encrypted, to make it work

> do this:

>

> mkdir /usr/local/pgsql/data

> chown postgres /usr/local/pgsql/data

> initdb -D /usr/local/pgsql/data

> su postgress

> createdb astro

> createuser

> createlang plpgsql sky

> psql -f

> skylendar-1.3/skylendar/pg_en.sql astro

>

> psql -f

> skylendar-1.3/skylendar/pgadd_en.sql

> astro

>

>

> then you can run skylendar, however i

> have not been

> very lucky, cause the program crashes

> this is the

> message i get:

>

> [New Thread 16384 (LWP 9262)]

> 0x41370a86 in waitpid () from

> /lib/i686/libpthread.so.0

> #0 0x41370a86 in waitpid () from

> /lib/i686/

> libpthread.so.0

> #1 0x4078f010 in

> KCrash::defaultCrashHandler(int) ()

> from /opt/kde3/lib/libkdecore.so.4

> #2 0x4136f96c in __pthread_sighandler

> () from /lib/

> i686/libpthread.so.0

> #3

> #4 0x41451af0 in strcpy () from

> /lib/i686/libc.so.6

> #5 0x08080fba in read_elements_file ()

>

> #6 0x0808029c in swi_get_fict_name ()

> #7 0x0807ed89 in swe_get_planet_name ()

>

> #8 0x080c92f1 in

> AstroResources::RenExoObj() ()

> #9 0x080e2582 in

> AstroApp::AstroApp(int, char**) ()

> #10 0x080e2ccc in main ()

>

>

> I wish someone could help me with this.

>

> also when i start the program i get this

> message in the

> console:

>

> WARNING: KLocale: trying to look up ""

> in catalogue. Fix

> the program

> WARNING: KLocale: trying to look up ""

> in catalogue. Fix

> the program

>

>

> any help will be apreciated

>

> it took me a lot to get here, and now i

> am clueless :((

I managed to get this app working on a linuxfromscratch 5.0 source based distro. I do remember having a similar crash as posted above. It seems the 'make install' doesn't copy everything needed over to the kde directories. There are some icon files and other files mentioned in the documentation that need to be in the $KDEDIR/share/apps/skylendar directory. If this doesnt help send me an email and i'll do what I can to get you up and running.

HTH

Mad.

31 Mar 2004 02:27 eseral

Re: Building and running

> I have succesfully built the binary of

> skylendar 1.3 in a Fedora Core 1

> environment, and decrypted the cities

> database (since the author himself says

> info can be shared, the key is 'gouchon'

> as in Henri Gouchon).

>

> HOWEVER - I still can't run the thing.

> Obviously my knowledge of PostgressSQL

> is somewhat lacking as I still can't use

> the database having decrypted it, and

> the program won't start without it!

>

> If anyone else has got to this point I

> would like to hear from them. I hope

> this software is worth the pain !

>

>

i finally got this to compile, actually to run it you dont

need the cities database, there is a database already

that is not encrypted, to make it work do this:

mkdir /usr/local/pgsql/data

chown postgres /usr/local/pgsql/data

initdb -D /usr/local/pgsql/data

su postgress

createdb astro

createuser

createlang plpgsql sky

psql -f skylendar-1.3/skylendar/pg_en.sql astro

psql -f skylendar-1.3/skylendar/pgadd_en.sql astro

then you can run skylendar, however i have not been

very lucky, cause the program crashes this is the

message i get:

[New Thread 16384 (LWP 9262)]

0x41370a86 in waitpid () from /lib/i686/libpthread.so.0

#0 0x41370a86 in waitpid () from /lib/i686/
libpthread.so.0

#1 0x4078f010 in KCrash::defaultCrashHandler(int) ()

from /opt/kde3/lib/libkdecore.so.4

#2 0x4136f96c in __pthread_sighandler () from /lib/
i686/libpthread.so.0

#3

#4 0x41451af0 in strcpy () from /lib/i686/libc.so.6

#5 0x08080fba in read_elements_file ()

#6 0x0808029c in swi_get_fict_name ()

#7 0x0807ed89 in swe_get_planet_name ()

#8 0x080c92f1 in AstroResources::RenExoObj() ()

#9 0x080e2582 in AstroApp::AstroApp(int, char**) ()

#10 0x080e2ccc in main ()

I wish someone could help me with this.

also when i start the program i get this message in the

console:

WARNING: KLocale: trying to look up "" in catalogue. Fix

the program

WARNING: KLocale: trying to look up "" in catalogue. Fix

the program

any help will be apreciated

it took me a lot to get here, and now i am clueless :((

09 Mar 2004 18:19 kenelm

Re: Building and running
I have succesfully built the binary of skylendar 1.3 in a Fedora Core 1 environment, and decrypted the cities database (since the author himself says info can be shared, the key is 'gouchon' as in Henri Gouchon).

HOWEVER - I still can't run the thing. Obviously my knowledge of PostgressSQL is somewhat lacking as I still can't use the database having decrypted it, and the program won't start without it!

If anyone else has got to this point I would like to hear from them. I hope this software is worth the pain !

10 Mar 2003 02:28 kastrolog

Re: Building and running

> I've not tried this software yet but
> it's based on Astrolog 5.40. I've found
> the famous password for the Cities
> database... a hint... first name Henri
> and it's a french author.
>
> I will lookup the source code on spare
> time but It's true that the mysql
> support is a leak :(
>
> (sorry for my bad english)
>
>
> % I have no idea... I've tried this
> % software twice, and gave up both
> times.
> % The author is truly bitter about this
> % "deserveware" thing, and it seems as
> % though he'd rather NOT provide
> % documentation. Besides, I'd prefer to
> % use MySQL, and not Postgres--but he
> % doesn't develop 'that way', and I'd
> % rather not spend the time on helping
> his
> % devlopment if he's just going to be,
> % well, bitter. Does it matter if it
> % complies with GPL if no one can get
> it
> % to work?
>
>
>

The charts are loosely based on astrolog, but its guts are 100% new. :)

29 Jan 2003 20:12 joelvandal

Re: Building and running
I've not tried this software yet but it's based on Astrolog 5.40. I've found the famous password for the Cities database... a hint... first name Henri and it's a french author.

I will lookup the source code on spare time but It's true that the mysql support is a leak :(

(sorry for my bad english)


> I have no idea... I've tried this
> software twice, and gave up both times.
> The author is truly bitter about this
> "deserveware" thing, and it seems as
> though he'd rather NOT provide
> documentation. Besides, I'd prefer to
> use MySQL, and not Postgres--but he
> doesn't develop 'that way', and I'd
> rather not spend the time on helping his
> devlopment if he's just going to be,
> well, bitter. Does it matter if it
> complies with GPL if no one can get it
> to work?


Screenshot

Project Spotlight

ReciJournal

An open, cross-platform journaling program.

Screenshot

Project Spotlight

Veusz

A scientific plotting package.