Building PySide on Linux: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
[[Category:LanguageBindings::PySide]]<br />[toc align_right="yes&quot; depth="3&quot;] | |||
= | '''English''' "French&quot;:http://qt-devnet.developpez.com/tutoriels/python/pyside/installer/?page=linux#VI | ||
PySide | = Building PySide on Linux = | ||
PySide uses CMake's system to build the source code packages. You can familiarize yourself with CMake at [[PySide_CMake_Primer]]. | |||
There is now a | == The Easy Way == | ||
There is now a "BuildScripts&quot; repository available on GitHub: | |||
https://github.com/PySide/BuildScripts | https://github.com/PySide/BuildScripts | ||
With this repository, you can automate the build steps outlined in this Wiki page. It also takes care of installing the correct prerequisite packages for your distribution (i.e. use | With this repository, you can automate the build steps outlined in this Wiki page. It also takes care of installing the correct prerequisite packages for your distribution (i.e. use <code&gt;sudo ./dependencies.ubuntu.sh&lt;/code&gt; to install build dependencies on Debian or Ubuntu). If there is no dependencies script for your distribution, please submit a patch. See the "README&quot;:https://github.com/PySide/BuildScripts#readme file for detailed usage instructions. | ||
==Prerequisites== | == Prerequisites == | ||
* CMake >= 2.6.0 | * CMake >= 2.6.0 | ||
| Line 21: | Line 23: | ||
* Python libraries and development headers >= 2.5 (for shiboken and pyside) | * Python libraries and development headers >= 2.5 (for shiboken and pyside) | ||
==Overview== | == Overview == | ||
PySide consists of a chain of four interdependent packages: | PySide consists of a chain of four interdependent packages: | ||
# The ''' | # The '''API Extractor''' library is used by the bindings generator to parse the header and typesystem files to create an internal representation of the API. It is based on the "QtScriptGenerator&quot;:http://labs.trolltech.com/page/Projects/QtScript/Generator codebase. | ||
# The '''Generator Runner''' (A.K.A. '''generatorrunner''') is the program that controls the bindings generation process according to the rules given by the user through headers, typesystem files and generator front-ends (such as ''Shiboken Generator''). It depends on '' | # The '''Generator Runner''' (A.K.A. '''generatorrunner''') is the program that controls the bindings generation process according to the rules given by the user through headers, typesystem files and generator front-ends (such as ''Shiboken Generator''). It depends on ''API Extractor'' library. | ||
# The '''Shiboken Generator''' (A.K.A. '''shiboken''') is the plugin that creates the PySide bindings source files from Qt headers and auxiliary files (typesystems, global.h and glue files). It depends on ''Generator Runner'' and '' | # The '''Shiboken Generator''' (A.K.A. '''shiboken''') is the plugin that creates the PySide bindings source files from Qt headers and auxiliary files (typesystems, global.h and glue files). It depends on ''Generator Runner'' and ''API Extractor'' library. | ||
# '''PySide Qt bindings''' (A.K.A. '''pyside''') is the set of typesystem definitions and glue code that allows generation of Python Qt binding modules using the PySide toolchain. It depends on the ''Shiboken'' libraries and ''Generator Runner''. | # '''PySide Qt bindings''' (A.K.A. '''pyside''') is the set of typesystem definitions and glue code that allows generation of Python Qt binding modules using the PySide toolchain. It depends on the ''Shiboken'' libraries and ''Generator Runner''. | ||
There is also an optional package called '''pyside-tools''' which provides some useful utilities for creating PySide applications. If you | There is also an optional package called '''pyside-tools''' which provides some useful utilities for creating PySide applications. If you don't want or need that package, skip the commands that say "pyside-tools&quot; in them in the scripts below. | ||
===Getting the source code=== | === Getting the source code === | ||
The source code for the current stable release can be downloaded from [[PySideDownloads]]. | The source code for the current stable release can be downloaded from [[PySideDownloads]]. | ||
Alternatively, you can get the latest development branch from the repos:<br /> | Alternatively, you can get the latest development branch from the repos:<br /><code><br />git clone git://gitorious.org/pyside/apiextractor.git<br />git clone git://gitorious.org/pyside/generatorrunner.git<br />git clone git://gitorious.org/pyside/shiboken.git<br />git clone git://gitorious.org/pyside/pyside.git<br />git clone git://gitorious.org/pyside/pyside-tools.git<br /></code> | ||
==Building and installing== | == Building and installing == | ||
===Sandbox=== | === Sandbox === | ||
If you wish to install PySide into a local sandbox then follow these instructions, otherwise you can skip this step. | If you wish to install PySide into a local sandbox then follow these instructions, otherwise you can skip this step. | ||
We will assume that | We will assume that PYSIDESANDBOXPATH will be the path to your local sandbox.<br /><code><br />export PYSIDESANDBOXPATH=$HOME/sandbox<br /></code> | ||
Setup these variables accordingly.<br /> | Setup these variables accordingly.<br /><code><br />export PATH=$PYSIDESANDBOXPATH/bin:$PATH<br />export PYTHONPATH=$PYSIDESANDBOXPATH/lib/python2.6/site-packages:$PYTHONPATH<br />export LD_LIBRARY_PATH=$PYSIDESANDBOXPATH/lib:$LD_LIBRARY_PATH<br />export PKG_CONFIG_PATH=$PYSIDESANDBOXPATH/lib/pkgconfig:$PKG_CONFIG_PATH<br /># set -DENABLE_ICECC=1 if you're using the icecream distributed compiler<br />alias runcmake='cmake .. -DCMAKE_INSTALL_PREFIX=$PYSIDESANDBOXPATH -DCMAKE_BUILD_TYPE=Debug -DENABLE_ICECC=0'<br /></code> | ||
It makes sense to place these variables in a shell script that you can reference whenever you need to work with the PySide bindings from the sandbox (especially if you have a system-wide installation of PySide as well). | It makes sense to place these variables in a shell script that you can reference whenever you need to work with the PySide bindings from the sandbox (especially if you have a system-wide installation of PySide as well). | ||
In the next step replace ''cmake'' with '''runcmake''', and | In the next step replace ''cmake'' with '''runcmake''', and <s>sudo</s> make install. | ||
=== Building === | |||
For each package in order (apiextractor, generatorrunner, shiboken, pyside), run the following commands: | |||
<code><br />mkdir build<br />cd build<br />cmake ..<br />make<br />sudo make install<br /></code> | |||
Depending on the package and whether there is an existing library with the same version number already installed, you might need to run <code&gt;ldconfig&lt;/code&gt; to update the run-time linker cache. | |||
<code><br />sudo ldconfig<br /></code> | |||
That's it! PySide should now be successfully built! | |||
==Practical tips== | == Practical tips == | ||
===Use build scripts for a successful life=== | === Use build scripts for a successful life === | ||
Especially if you are just interested in tracking the PySide head, you might be interested in using the following utility scripts. | Especially if you are just interested in tracking the PySide head, you might be interested in using the following utility scripts. | ||
'''clone_all''': | '''clone_all''': | ||
<code><br />#!/usr/bin/env bash | |||
allrepos="apiextractor generatorrunner shiboken pyside pyside-mobility&quot; | |||
for repo in ${allrepos} ; do<br /> git clone git://gitorious.org/pyside/$repo.git<br />done<br /></code> | |||
'''pull_all''': | '''pull_all''': | ||
<code><br />#!/usr/bin/env bash | |||
alldirs=("apiextractor&quot; "generatorrunner&quot; "shiboken&quot; "pyside&quot; "pyside-mobility&quot;) | |||
if [ $# == 0 ] ; then<br /> dirs=("${alldirs[&#64;]}")<br />else<br /> dirs=("$&amp;#64;")<br />fi | |||
for d in "${dirs[&#64;]}" ; do<br /> (cd "$d&quot;<br /> git pull origin master<br /> ) # exit from "$d&quot;<br />done<br /></code> | |||
'''build_all''': | '''build_all''': | ||
=== | <code><br />#!/usr/bin/env bash | ||
alldirs=("apiextractor&quot; "generatorrunner&quot; "shiboken&quot; "pyside&quot;) | |||
if [ $# == 0 ] ; then<br /> dirs=("${alldirs[&#64;]}")<br />else<br /> dirs=("$&amp;#64;")<br />fi | |||
for d in "${dirs[&#64;]}" ; do<br /> rm -rf "$d/build&quot;<br /> mkdir -p "$d/build&quot;<br /> (cd "$d/build&quot;<br /> cmake .. && make -j4 && sudo make install || exit 1<br /> ) # exit from "$d/build&quot;<br />done<br /></code> | |||
Revision as of 14:28, 23 February 2015
[toc align_right="yes" depth="3"]
English "French":http://qt-devnet.developpez.com/tutoriels/python/pyside/installer/?page=linux#VI
Building PySide on Linux
PySide uses CMake's system to build the source code packages. You can familiarize yourself with CMake at PySide_CMake_Primer.
The Easy Way
There is now a "BuildScripts" repository available on GitHub:
https://github.com/PySide/BuildScripts
With this repository, you can automate the build steps outlined in this Wiki page. It also takes care of installing the correct prerequisite packages for your distribution (i.e. use <code>sudo ./dependencies.ubuntu.sh</code> to install build dependencies on Debian or Ubuntu). If there is no dependencies script for your distribution, please submit a patch. See the "README":https://github.com/PySide/BuildScripts#readme file for detailed usage instructions.
Prerequisites
- CMake >= 2.6.0
- Qt libraries and development headers >= 4.6 (preferably the latest stable release)
- libxml2 and development headers >= 2.6.32 (for apiextractor only)
- libxslt and development headers >= 1.1.19 (for apiextractor only)
- Python libraries and development headers >= 2.5 (for shiboken and pyside)
Overview
PySide consists of a chain of four interdependent packages:
- The API Extractor library is used by the bindings generator to parse the header and typesystem files to create an internal representation of the API. It is based on the "QtScriptGenerator":http://labs.trolltech.com/page/Projects/QtScript/Generator codebase.
- The Generator Runner (A.K.A. generatorrunner) is the program that controls the bindings generation process according to the rules given by the user through headers, typesystem files and generator front-ends (such as Shiboken Generator). It depends on API Extractor library.
- The Shiboken Generator (A.K.A. shiboken) is the plugin that creates the PySide bindings source files from Qt headers and auxiliary files (typesystems, global.h and glue files). It depends on Generator Runner and API Extractor library.
- PySide Qt bindings (A.K.A. pyside) is the set of typesystem definitions and glue code that allows generation of Python Qt binding modules using the PySide toolchain. It depends on the Shiboken libraries and Generator Runner.
There is also an optional package called pyside-tools which provides some useful utilities for creating PySide applications. If you don't want or need that package, skip the commands that say "pyside-tools" in them in the scripts below.
Getting the source code
The source code for the current stable release can be downloaded from PySideDownloads.
Alternatively, you can get the latest development branch from the repos:
<br />git clone git://gitorious.org/pyside/apiextractor.git<br />git clone git://gitorious.org/pyside/generatorrunner.git<br />git clone git://gitorious.org/pyside/shiboken.git<br />git clone git://gitorious.org/pyside/pyside.git<br />git clone git://gitorious.org/pyside/pyside-tools.git<br />
Building and installing
Sandbox
If you wish to install PySide into a local sandbox then follow these instructions, otherwise you can skip this step.
We will assume that PYSIDESANDBOXPATH will be the path to your local sandbox.
<br />export PYSIDESANDBOXPATH=$HOME/sandbox<br />
Setup these variables accordingly.
<br />export PATH=$PYSIDESANDBOXPATH/bin:$PATH<br />export PYTHONPATH=$PYSIDESANDBOXPATH/lib/python2.6/site-packages:$PYTHONPATH<br />export LD_LIBRARY_PATH=$PYSIDESANDBOXPATH/lib:$LD_LIBRARY_PATH<br />export PKG_CONFIG_PATH=$PYSIDESANDBOXPATH/lib/pkgconfig:$PKG_CONFIG_PATH<br /># set -DENABLE_ICECC=1 if you're using the icecream distributed compiler<br />alias runcmake='cmake .. -DCMAKE_INSTALL_PREFIX=$PYSIDESANDBOXPATH -DCMAKE_BUILD_TYPE=Debug -DENABLE_ICECC=0'<br />
It makes sense to place these variables in a shell script that you can reference whenever you need to work with the PySide bindings from the sandbox (especially if you have a system-wide installation of PySide as well).
In the next step replace cmake with runcmake, and sudo make install.
Building
For each package in order (apiextractor, generatorrunner, shiboken, pyside), run the following commands:
<br />mkdir build<br />cd build<br />cmake ..<br />make<br />sudo make install<br />
Depending on the package and whether there is an existing library with the same version number already installed, you might need to run <code>ldconfig</code> to update the run-time linker cache.
<br />sudo ldconfig<br />
That's it! PySide should now be successfully built!
Practical tips
Use build scripts for a successful life
Especially if you are just interested in tracking the PySide head, you might be interested in using the following utility scripts.
clone_all:
<br />#!/usr/bin/env bash
allrepos="apiextractor generatorrunner shiboken pyside pyside-mobility&quot;
for repo in ${allrepos} ; do<br /> git clone git://gitorious.org/pyside/$repo.git<br />done<br />
pull_all:
<br />#!/usr/bin/env bash
alldirs=("apiextractor&quot; "generatorrunner&quot; "shiboken&quot; "pyside&quot; "pyside-mobility&quot;)
if [ $# == 0 ] ; then<br /> dirs=("${alldirs[&#64;]}")<br />else<br /> dirs=("$&amp;#64;")<br />fi
for d in "${dirs[&#64;]}" ; do<br /> (cd "$d&quot;<br /> git pull origin master<br /> ) # exit from "$d&quot;<br />done<br />
build_all:
<br />#!/usr/bin/env bash
alldirs=("apiextractor&quot; "generatorrunner&quot; "shiboken&quot; "pyside&quot;)
if [ $# == 0 ] ; then<br /> dirs=("${alldirs[&#64;]}")<br />else<br /> dirs=("$&amp;#64;")<br />fi
for d in "${dirs[&#64;]}" ; do<br /> rm -rf "$d/build&quot;<br /> mkdir -p "$d/build&quot;<br /> (cd "$d/build&quot;<br /> cmake .. && make -j4 && sudo make install || exit 1<br /> ) # exit from "$d/build&quot;<br />done<br />