hello all, I created the much awaited deb packages for GNUKhata. thy are right now available at http://kk.hipatia.net/public/gnukhata/ (/ at the end needs to be included ).
I am facing a few problems as this is actually the very first time that I am building deployment quality deb packages.
Right now the way those packages are built, I am sure that they only work on ubuntu 9.04 or perhaps the latest debian.
I want to make GNUKhata work on ubuntu 9.04, 8.04 LTS, and also on debian. Can some one volantear for helping me do this?
Further more, regarding daemons, I checked on the links provided by siddhesh and JTD in particular.
the tutorials were good to understand basic daemon creation. But there are 2 major problems.
Firstly GNUKhata is not a c program but an interprited python based application. So daemonising it is alltogether a different ball game.
Secondly, if some one could help out in the deb and rpm (deb on priority ), then I would also like to know if there is a way out to write some code that automates the setup completely?
For example on any distro the server deb package should first check for dependencies and install them if necessary, then create the gnukhata user, which is dedicated to run the gnukhata application server. Then the deb file should also generate the basic database and add the necessary tables.
Is this possible to do with a deb file?
I am sure then we can easily make an rpm by even using alien or some other software.
Any help from Kartik, Rajiv or any one would be appreciated. As I mentioned the rudimentary deb packages are available at the url given at the top of this email. Help me to help making GNUKhata deployable.
Thanks in advance.
happy hacking. Krishnakant.
On Thu, Jul 23, 2009 at 5:25 PM, Krishnakantkrmane@gmail.com wrote:
Any help from Kartik, Rajiv or any one would be appreciated.
I'll test these packages on Sid.
Also, provide me source of your Debian packages (ie .dsc/.diff.gz and .orig.gz). I will look at give comment offline during weekend.
Thanks for your work and contribution!
On Thu, 2009-07-23 at 18:06 +0530, Kartik Mistry wrote:
On Thu, Jul 23, 2009 at 5:25 PM, Krishnakantkrmane@gmail.com wrote:
Any help from Kartik, Rajiv or any one would be appreciated.
I'll test these packages on Sid.
Also, provide me source of your Debian packages (ie .dsc/.diff.gz and .orig.gz). I will look at give comment offline during weekend.
Thanks a million kartik. I would also request you to help me on another matter (if you can ). I would want the deb package to create a dedicated user called gnukhata and run the server app as a daemon in the background.
If it is possible for you, we can discuss this on the gnukhata-devel mailing list.
happy hacking. Krishnakant.
On Thu, Jul 23, 2009 at 6:24 PM, Krishnakantkrmane@gmail.com wrote:
If it is possible for you, we can discuss this on the gnukhata-devel mailing list.
Sure. I just joined list..
On Thu, 2009-07-23 at 18:06 +0530, Kartik Mistry wrote:
On Thu, Jul 23, 2009 at 5:25 PM, Krishnakantkrmane@gmail.com wrote:
Any help from Kartik, Rajiv or any one would be appreciated.
I'll test these packages on Sid.
Also, provide me source of your Debian packages (ie .dsc/.diff.gz and .orig.gz). I will look at give comment offline during weekend.
Hello Kartik and all the wellwishers of GNUKhata. Thanks to the contribution of Siddhesh, the daemon problem is now solved. Kartik, I had sent you deb packages for gnukhata. Have you tryed them? And (for those interested, you can find the packages at http://kk.hipatia.net/public/gnukhata/) Check there after couple or so hours, I will upload some new updates. I need some more help. I can't figure out how I can make the deb packages in such a way that after the server deb is installed, it should setup the gnukhata server as a service at system startup and should start the service naturally after postgresql daemon starts. I don't really have experience on this so would need some technical help.
happy hacking. Krishnakant.
On Thu, Jul 23, 2009 at 5:25 PM, Krishnakantkrmane@gmail.com wrote:
hello all, I created the much awaited deb packages for GNUKhata. thy are right now available at http://kk.hipatia.net/public/gnukhata/ (/ at the end needs to be included ).
I am facing a few problems as this is actually the very first time that I am building deployment quality deb packages.
Right now the way those packages are built, I am sure that they only work on ubuntu 9.04 or perhaps the latest debian.
I am setting up Ubuntu 9.04 on my system. Will give gnukhata deb files a try once I get some time.
Firstly GNUKhata is not a c program but an interprited python based application. So daemonising it is alltogether a different ball game.
What is different in daemonising a python program from a C program?
Secondly, if some one could help out in the deb and rpm (deb on priority ), then I would also like to know if there is a way out to write some code that automates the setup completely?
For example on any distro the server deb package should first check for dependencies and install them if necessary, then create the gnukhata user, which is dedicated to run the gnukhata application server. Then the deb file should also generate the basic database and add the necessary tables.
Is this possible to do with a deb file?
I am not sure but it sounds to me as if you need to rum a post install script. See http://www.debian.org/doc/FAQ/ch-pkg_basics.en.html#s-maintscripts
I am sure then we can easily make an rpm by even using alien or some other software.
Tried build.opensuse.org? It should allow you to build and host various deb and rpm files for different distros.
On Thu, Jul 23, 2009 at 9:59 PM, Mehul Vedmehul.n.ved@gmail.com wrote:
What is different in daemonising a python program from a C program?
The daemon code is written in Python? ;)
On Thu, Jul 23, 2009 at 5:25 PM, Krishnakantkrmane@gmail.com wrote:
Further more, regarding daemons, I checked on the links provided by siddhesh and JTD in particular.
the tutorials were good to understand basic daemon creation. But there are 2 major problems.
Firstly GNUKhata is not a c program but an interprited python based application. So daemonising it is alltogether a different ball game.
Ok I gave this a shot and posted a patch on the gnukhata-users mailing list but did not get any response. Registering on trac does not seem to give access to posting bug reports by default and contributors seem more active here than on the gnukhata-users list.
On Sat, Jul 25, 2009 at 8:55 PM, Siddhesh Poyarekarsiddhesh.poyarekar@gmail.com wrote:
On Thu, Jul 23, 2009 at 5:25 PM, Krishnakantkrmane@gmail.com wrote:
Further more, regarding daemons, I checked on the links provided by siddhesh and JTD in particular.
the tutorials were good to understand basic daemon creation. But there are 2 major problems.
Firstly GNUKhata is not a c program but an interprited python based application. So daemonising it is alltogether a different ball game.
Ok I gave this a shot and posted a patch on the gnukhata-users mailing list but did not get any response. Registering on trac does not seem to give access to posting bug reports by default and contributors seem more active here than on the gnukhata-users list.
Sorry, I accidentally sent this without completing. So please let me know how/where I am supposed to send in patches. The #gnukhata channel was also deserted.
On Sat, 2009-07-25 at 20:55 +0530, Siddhesh Poyarekar wrote:
On Thu, Jul 23, 2009 at 5:25 PM, Krishnakantkrmane@gmail.com wrote:
Further more, regarding daemons, I checked on the links provided by siddhesh and JTD in particular.
the tutorials were good to understand basic daemon creation. But there are 2 major problems.
Firstly GNUKhata is not a c program but an interprited python based application. So daemonising it is alltogether a different ball game.
Ok I gave this a shot and posted a patch on the gnukhata-users mailing list but did not get any response. Registering on trac does not seem to give access to posting bug reports by default and contributors seem more active here than on the gnukhata-users list.
GNUKhata users list won't give a response on technical issues. For that gnukhata-devel list is the recommended source for such discussions.
I will look at the track problem. Can't figure out what is the problem.
Any ways internet connection is sparce out here in konkan and so could not look into the matter off late.
happy hacking. Krishnakant.
-
Kartik Mistry -
Krishnakant -
Mehul Ved -
Siddhesh Poyarekar