Getting started with Gramps development

From Gramps
Revision as of 23:18, 25 January 2013 by Patsyblefebre (Talk | contribs)

Jump to: navigation, search
Gnome-important.png
Warning:

This tutorial is work in progress. Feel free to help and modify it.

This tutorial aims to help you in your first hacking of Gramps. It will help you setting up a development environment and explain where to find the files you need.

This tutorial assumes that you are using GNU/Linux (but it might help under another OS) and that you know the basics of Python programming language.

Set up your environment

Optional : set up a development environment

Gnome-important.png
Warning:

I highly recommend that you do not use your usual environment for developing Gramps. Definitely do not work on your main Gramps family tree. Doing so may result in data loss in your Gramps Family Tree !

If you run your development version of Gramps as the usual user, it will show all your usual Gramps family trees, so loading one by mistake is possible and a bug may result in losing productive data. To prevent this, you could use a GRAMPSHOME environment variable to create a separate folder for productive data, see Run Gramps from a portable drive for more information.

Here are some options you may choose to prevent this. If you have enough resources, I recommend using VirtualBox.

VirtualBox

VirtualBox is an open source virtualisation solution. Install it, run it and you have a virtual PC in your PC. Network connection works out of the box without extra configuration needed. Install your favorite Linux distribution and start hacking Gramps in a fully separated environment.

Chroot

You may also use a chroot to result in a similar separation as virtualbox.

If you use Ubuntu, you can set up the chroot environment following these instructions: Creating a basic Ubuntu chroot If you use Gramps in a chroot jail with another Linux distribution, please add information here.

You should then have a working chroot environment in /var/chroot (or whichever location you chose). Enter it with

sudo chroot /var/chroot 

This means that within this directory, applications cannot access files without the chroot jail, i.e. your Gramps install within the directory cannot destroy another install of Gramps in your usual home directory.

From a shell within your chroot directory, just svn-checkout the Gramps trunk into the chroot folder as usual. Please note that before running the autogen-Script for generating makefiles, you may need to get some packages:

apt-get install python intltool libglib2.0-dev gedit

Another user

You may also simply do your development as another user, so you won't access your usual ~/.gramps database when testing.

You can also create an alias account with the same user and group IDs, but with a different login name and different home directory, typically, a subdir of the real user's home directory. This gives the benefit of less disk usage, and no permission boundary between the two account aliases. On the other hand, if you are afraid of malicious code within gramps purposefully breaking out and wreaking havoc on your real home account's .gramps, this method is too weak for you. For regular development scenario, though, this setup certainly does suffice.

This is what the cloning looks like in my /etc/passwd:

vassilii:x:1000:1000:Vassilii Khachaturov,,,:/home/vassilii:/bin/bash
v:x:1000:1000:Vassilii Khachaturov,,,:/home/vassilii/pub:/bin/bash

Create symlink to the dotfiles you want to reuse. Obviously, don't do this for .gramps! Something like (inside ~vassilii/pub):

ln -s ../.bashrc ../.mozilla ../.ratpoisonrc .

You can use the alias account in a standalone matter (X session under it), or just inside a terminal window (su - <name of the alias account>). All the build, install, and test run of gramps should be done under this account. This will preserve your normal account's .gramps.

Having obtained the gramps source tree, as the first build step, do

./autogen.sh -- --prefix=/home/vassilii/pub/local

(replace /home/vassilii/pub/ with the actual aliased home directory!!!)

After you build and install (no root needed! you install under the local prefix), check that the right (locally built) gramps is on your PATH. Tweak your shell profiles as needed.

None of above

You have been warned! At a minimum name your test family trees 'a_test_name'. By starting with 'a_test' they show at the top of the family tree manager, and the test makes it clear what they are for.

Mac OS X

In order to develop (or even use) Gramps on an Apple Macintosh, you must first install all of the prerequisite libraries and their headers. There are three choices for this Gtk-OSX, MacPorts, or Fink. Full instructions for building Gramps for each is provided here: Mac OS X:Build from source:Application package, Mac OS X:Build from source:MacPorts, or Mac OS X:Build from source:fink. The last only works with X11, which is no longer included in OS X but can be installed separately. MacPorts can be built with/for either X11 or OS X's native Quartz graphics backend, and Gtk-OSX is exclusively for Quartz.

Install a text editor

Whichever editor you use, make sure that it is set up so that the indent level is 4 spaces. Do not use the Tab character to indent.

The following is in alphabetic order. Choose the one you like.

Eclipse + pydev

Eclipse with pydev brings an integrated IDE for Python. To run it, you have to do a few steps configuration.

First, you have to set the path to your python interpreter. Go in the menu "Window"->"Preferences...", then choose "Pydev"->"Interpreter - Python". With "new", you can create a link to "/usr/bin/python2.5". there you are.

Next, you have to set up a pydev project. Go in the menu "File" -> "New" -> "Project", and choose a Pydev projet. Project name could be "Gramps trunk", uncheck "Use defaults" and choose "~/gramps-trunk" as the project directory. Project type is "Python 2.6", and then you can press "Finish". You are now ready to start coding !

pycharm

PyCharm is more powerful and out-of-the-box than Eclipse with pydev, although it is not Free Software like Eclipse is. Seems to be recognizing more Python syntax and feels faster on my box. I unpacked the distribution, launched bin/pycharm.sh script, and it just worked. 'File » Open Directory' and selected the "trunk/src" directory in my local checked out SVN WD, and things work from there.

'Version Control » Update Project' automatically syncs up with the svn (which it picks up from the .svn directories, unlike Eclipse+pydev that dumbly shows the .svn directories for me and keeps complaining on things going out of sync).

Some free software projects qualify for a Jetbrains free pycharm usage licences. We have applied for one to use in Gramps development, and currently Gramps has been awarded such a license -- as a consequence of the Gramps distribution terms (GPL). Here's what you should do to get a copy (and use it for Gramps development only, not for other work, under this license!), according to Benny:

1/ be a gramps developer with commit rights to our repository
2/ write Vassilii with your sourceforge login name and ask him for the license key
3/ keep the license private. We do OSS software so I assume we are all against software piracy.

If you don't have commit rights, you can still use pycharm for 30 day trial period.

Emacs or Vim

Experienced Unix-like users and developers will often use one of these editors. They're available with virtually all distributions of modern Unix-like systems.

Eric4

Eric4 is a python editor. It has everything you need (code completion, python shell, ...)

Geany

Geany is a nice development Editor. One feature I like is that it will automaticly recognise python code and list Symbols in a side bar, allowing to jump quickly in your code. Install it and you can start coding !

Note, you can also get instant documentation for python modules.

SPE

SPE or Stani's python editor, is a python editor. It is somewhat more powerfull than Erik4 (quick access to code fragments, extensive search, ...) but can be unstable on some setups. Try it to know.

Scribes

Scribes is a text editor written in python and Gtk, that uniquely blends simplicity with well researched powerful functions.

Other

Kate works well as a general editor for Python. It also recognizes key words of Python and marks them in colours. Kate is a Linux KDE desktop program. Of course, it also works on gnome installations.

Idle is a handy simple editor that takes advantage of the interpreter features of Python. Often Idle comes with Python packages. Idle works well in Linux and other OS's, including the "dominant OS". If you install Windows version of Python, you will probably install from the same package Idle. One feature of Idle tends to confuse newcomers: Idle main window is NOT used for program writing, but for displaying the results. Notice that there is a Python tutorial, automagically installed with Idle on a Windows box. It is worth noting that the Tutorial gives quite extensive introduction into Python and is authored by the originator of Python: Guido van Rossum.

(If you have a favourite Editor and want to share it : describe how to set it up here.)

Get the source tree

To get the source tree, you will need SVN. Please have a look at the dedicated tutorial Brief introduction to SVN for details on getting the source trees for the latest current stable branch and the development trunk. (You could use Git rather than subversion if you prefer.)

You can also use a graphical SVN manager like "kdesvn" or "SVN Workbench".

This tutorial now assumes you have downloaded Gramps' trunk using SVN into "~/gramps-trunk" or using GIT into "~/Gramps". If not, you have to change this path when it is used below.

Gnome-important.png
Warning:

Let it be clear that the settings directory "~/.gramps/" is a different hidden directory in your home-dir. Do not store anything there.

Run Gramps from the source

To test that you did all well, you may want to run Gramps from your downloaded SVN tree or GIT tree. This is explained in the Brief introduction to SVN or Git; here are the quick steps:

Under SVN
cd ~/gramps-trunk
python setup.py build
Under GIT
cd ~/Gramps
python setup.py build

For the internationalization code to work, you need to have the translation tools. You obviously also need subversion (SVN) or GIT and friends.

On Debian, just run (as root) - (Only if Debian installs Gramps 4.0+ as Gramps version!):

apt-get build-dep gramps

On Fedora 8 - 10 (Fedora is up to version 17 now so does this still apply?), you will need:

yum install intltool gettext subversion rcs

Option 1: run from source repo

Here, we use the code (for SVN use: gramps-trunk / for GIT use: Gramps ) to run Gramps. This means that compiled python files will be stored there. This is not ideal, as changes are immediately picked up by the code, use option 2 to develop

Copy the const.py file created in build to your source directory if you want to use your source directory to work with Gramps:

cp build/lib.linux-x86_64-2.7/gramps/gen/const.py gramps/gen/const.py
python Gramps.py

That is it. If you installed some dependencies of Gramps in non-default positions, you need to indicate with PYTHONPATH where then can be found, and with LD_LIBRARY_PATH where link libraries can be found. Eg, if you install GTK and spell checking from source too, you will need something like:

 PYTHONPATH=/usr/local/lib/python2.7/site-packages/ LD_LIBRARY_PATH=/usr/local/lib python Gramps.py

Option 2: use the build code (SVN)

Here, we use the code build in gramps-trunk/build to run Gramps. For this, do

 cd ~/gramps-trunk/build/lib.linux-x86_64-2.7/
 python -c 'from gramps.grampsapp import main; main()'

Again, it might be needed to set with PYTHONPATH where dependencies can be found, and with LD_LIBRARY_PATH link libraries, see option 1.

If you point your PYTHONPATH to the build directory, you can actually run Gramps from a random directory. Like this:

cd
PYTHONPATH=~/gramps-trunk/build/lib.linux-x86_64-2.7/ python -c 'from gramps.grampsapp import main; main()'

So, more general:

cd
PYTHONPATH=~/gramps-trunk/build/lib.linux-x86_64-2.7/:/usr/local/lib/python2.7/site-packages/ LD_LIBRARY_PATH=/usr/local/lib  python -c 'from gramps.grampsapp import main; main()'

If the build directory is in your PYTHONPATH, you can also just execute the grampsapp.py module. So this will work too:

cd ~/gramps-trunk/build/lib.linux-x86_64-2.7/gramps
PYTHONPATH=~/gramps-trunk/build/lib.linux-x86_64-2.7/ python grampsapp.py

or again more generally

PYTHONPATH=~/gramps-trunk/build/lib.linux-x86_64-2.7/:/usr/local/lib/python2.7/site-packages/ LD_LIBRARY_PATH=/usr/local/lib python grampsapp.py

Note: at the time of writing, only the last, so using grampsapp.py works, as not all imports in Gramps have been converted to relative or absolute imports. This conversion will be finished by end of 2012 however.

Option 2: use the build code (GIT)

Here, we use the code build in Gramps/build to run Gramps. For this, do

 cd ~/Gramps/build/lib.linux-x86_64-2.7/
 python -c 'from gramps.grampsapp import main; main()'

Again, it might be needed to set with PYTHONPATH where dependencies can be found, and with LD_LIBRARY_PATH link libraries, see option 1.

If you point your PYTHONPATH to the build directory, you can actually run Gramps from a random directory. Like this:

cd
PYTHONPATH=~/Gramps/build/lib.linux-x86_64-2.7/ python -c 'from gramps.grampsapp import main; main()'

So, more general:

cd
PYTHONPATH=~/Gramps/build/lib.linux-x86_64-2.7/:/usr/local/lib/python2.7/site-packages/ LD_LIBRARY_PATH=/usr/local/lib  python -c 'from gramps.grampsapp import main; main()'

If the build directory is in your PYTHONPATH, you can also just execute the grampsapp.py module. So this will work too:

cd ~/Gramps/build/lib.linux-x86_64-2.7/gramps
PYTHONPATH=~/Gramps/build/lib.linux-x86_64-2.7/ python grampsapp.py

or again more generally

PYTHONPATH=~/Gramps/build/lib.linux-x86_64-2.7/:/usr/local/lib/python2.7/site-packages/ LD_LIBRARY_PATH=/usr/local/lib python grampsapp.py

Note: at the time of writing, only the last, so using grampsapp.py works, as not all imports in Gramps have been converted to relative or absolute imports. This conversion will be finished by end of 2012 however.

Correct Translation in development

To check if following is still current! Warning: you will not be able to load translations on /usr/local/share/locale, because you will load /usr/share/locale, which could be translations for stable release (set on grampsapp.py). You may generate a custom launcher by adding this line:

export GRAMPSI18N=/usr/local/share/locale

if you want to use an other path, you may add this line:

export GRAMPSI18N=@prefix@/share/locale

on current gramps.sh.in (source file) before installation.

Browse the source code

data

You will find here various data files used by gramps : manpages, icons...

gramps

In this folder, you will find Gramps' source code. There are a lot of subfolders, which are explained in the folowing sections.

In most folders, there is an __init.py__ file. You may find some explanations there about the package.

gramps/gen

This is Gramps' core. It defines genealogy objects (Person, Place, Note...), database classes, generic plugins, and database access :

  • gramps/gen/db : Gramps Database Handling
  • gramps/gen/lib : The core library of Gramps objects
  • gramps/gen/proxy : Proxy class for the Gramps databases. This is a very powerful tool used to propose a filtered view of the database : Objects which are not marked private, (not) living persons...
  • gramps/gen/utils : Common utilities for Gramps code (progess monitor dialog, database utilities, callbacks between UI and database code)

other

Further information about files can be found in GEPS 008: File Organization. Please note that GEPS 008 is a change proposal completed for Gramps 4.0 and the wiki page does not reflect the actual source tree.

Develop

Before you start developing, read