From GIMP Developer Wiki
Revision as of 21:49, 10 August 2019 by Akkana (Talk | contribs)

Jump to: navigation, search

The main GIMP building instructions are at Hacking:Building. This page is for Linux-specific additions to that page.


  • You should know roughly what is a command-line/terminal/shell. You should also know how to open the command-line/terminal/shell.
  • You should know roughly what are environment variables.
  • You should read and understand Hacking:Building


Just don't. Create a new directory (called a "build prefix") somewhere like /opt or /home/yourusername/blah. Or you can use a directory under /usr/local, for example, /usr/local/mygimp.

Installing a self-built gimp into system directories can lead to cases where you're using some libraries from your new gimp, and some libraries from an older version; things will fail in unexpected ways and it's hard to figure out what's wrong.

Using a special install prefix has another benefit: you can use something that's writable by you, so you don't need to use sudo or root at any time during the build. That reduces the risk of doing something wrong accidentally.

If you know what you are doing and want to install in a directory with administrative rights, it's your call. You've been warned.

The Basics - Environment Variables

There are 3 environment variables that are important when building and running programs on Linux:


Your path specifies where to look for executables. When you type "gimp" in the command line, all the directories inside the path will be searched.

$ echo $PATH

As you can see, the path is composed out of a list of paths to directories, separated by ':' signs. The order of directories inside the path does matter! If you have versions of gimp in two different directories in your path, when you type "gimp" you'll get whichever one came first.


pkg-config is a tool used during builds to determine what version of each library should be used for the build. If your PKG_CONFIG_PATH doesn't point to the right directories inside your install prefix, the build system probably won't realize that you have the right version of gegl, or mypaint, or whatever, and will tell you it needs a newer version.


This is used when running a program, to tell it where to find shared libraries used by that program. When you run your newly built gimp, you'll need LD_LIBRARY_PATH to point to the "lib" directory inside your install prefix, or it won't find the libraries you built.

You can set these variables in the shell environment where you build gimp (be sure to use "export"), but an easier way is to create a config.site file in your install prefix's share directory, as described in Hacking:Building.

Running Your Compiled Version of GIMP

You've been through Hacking:Building and finished your build successfully. How do you run it, given that all the programs and libraries are in your special build prefix?

The easiest way is to use a script like this one:

"#! /bin/bash

# set the path to the installation directory

# set the path to the directory into which we download the sources

# Now, set mandatory enviroment variables

# Not needed for running GIMP directly, but needed if you want to compile anything against our
# builds (think of plug-ins, etc.)

# Now you can run executables our other stuff depending on our environment
# Here we run GIMP, and pass it any arguments given to this script
\$INSTALL_PREFIX/bin/gimp-2.10 \$@

# If you want to run something else, copy paste into bash everything before the line that
# runs GIMP, and then run it
" > $INSTALL_PREFIX/run-gimp.sh

chmod +x $INSTALL_PREFIX/run-gimp.sh<

This command creates a script file called run-gimp.sh (inside our installation directory), which sets our environment variables, and then runs GIMP. The script will also contain instructions about running things other than GIMP using our environment. If you finished this step without errors, you should now have a working build of GIMP! Note: If you compiled a gimp version other than 2.10, replace the 2.10 with the correct version.


  • I’m getting an error about a too low of GTK+/GLib while compiling XXX
    You can either update your version of GTK+/GLib using your system’s package manager, or compile GTK+/GLib from source! Compiling these is done exactly like we compiled babl – download the source (either the latest from Git, or a package from the official site), compile and install. You may also need to do something like this to a library called ATK.
  • I’m getting some error about relative path in the prefix
    The installation directory of libraries/executables must be specified in an absolute path and not in a relative path. If you got this error, it means that one of the paths in your environment variables is relative and not absolute – fix that!
  • I'm getting errors about missing/old version of Gtk+/Glib/etc.
    The 3/4 step process described in Hacking:Building for building should work for building most if not all of GIMP's dependancies. Like we compiled GIMP, you should download the sources, run configure then make and finally make install. Use Google or some other search engine to find the website of the package and download it's source from it. Of course that if possible, you should try to install these dependencies through your system's package manager (if you have root permissions) and by that you'll save the time and effort of the compilation.

Building the Documentation

To build the documentation

 git clone --depth=0 git@gitlab.gnome.org:GNOME/gimp-help.git
 cd gimp-help
 ./autogen.sh [--without-gimp ALL_LINGUAS="en"]
 LINGUAS=en make
 LINGUAS=en make pdf-local

Substitute your language options in the above.

The production of the documentation requires docbook and ancillary programs. Here are some of the other programs;
Which may or may not already installed. Running autogen will stop at the failed dependency, so install and repeat the process till autogen finishes.

It is recommended that you read the README.