Building PySide on Linux: Difference between revisions
No edit summary |
No edit summary |
||
(9 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
[[Category:PySide]] | |||
= | {| class="wikitable" | ||
|- | |||
| style="background: #ff6961;text-align: center;"| Attention | |||
|- | |||
| This is a page dedicated to PySide (Qt4). For recent development on PySide2 (Qt5) and PySide6 (Qt6) refer to [[Qt for Python]] | |||
|} | |||
'''English''' [http://qt-devnet.developpez.com/tutoriels/python/pyside/installer/?page=linux#VI French] | |||
There is now a | 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 | 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 [https://github.com/PySide/BuildScripts#readme | 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 [https://github.com/PySide/BuildScripts#readme README] file for detailed usage instructions. | ||
==Prerequisites== | == Prerequisites == | ||
* CMake | * CMake >= 2.6.0 | ||
* Qt libraries and development headers | * Qt libraries and development headers >= 4.6 (preferably the latest stable release) | ||
* libxml2 and development headers | * libxml2 and development headers >= 2.6.32 (for apiextractor only) | ||
* libxslt and development headers | * libxslt and development headers >= 1.1.19 (for apiextractor only) | ||
* Python libraries and development headers | * 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 [http://labs.trolltech.com/page/Projects/QtScript/Generator QtScriptGenerator] 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" 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:< | Alternatively, you can get the latest development branch from the repos: | ||
<code> | |||
git clone git://gitorious.org/pyside/apiextractor.git | |||
git clone git://gitorious.org/pyside/generatorrunner.git | |||
git clone git://gitorious.org/pyside/shiboken.git | |||
git clone git://gitorious.org/pyside/pyside.git | |||
git clone git://gitorious.org/pyside/pyside-tools.git | |||
</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. | ||
<code> | |||
export PYSIDESANDBOXPATH=$HOME/sandbox | |||
</code> | |||
Setup these variables accordingly.< | Setup these variables accordingly. | ||
<code> | |||
export PATH=$PYSIDESANDBOXPATH/bin:$PATH | |||
export PYTHONPATH=$PYSIDESANDBOXPATH/lib/python2.6/site-packages:$PYTHONPATH | |||
export LD_LIBRARY_PATH=$PYSIDESANDBOXPATH/lib:$LD_LIBRARY_PATH | |||
export PKG_CONFIG_PATH=$PYSIDESANDBOXPATH/lib/pkgconfig:$PKG_CONFIG_PATH | |||
# set -DENABLE_ICECC=1 if you're using the icecream distributed compiler | |||
alias runcmake='cmake .. -DCMAKE_INSTALL_PREFIX=$PYSIDESANDBOXPATH -DCMAKE_BUILD_TYPE=Debug -DENABLE_ICECC=0' | |||
</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 -sudo- make install. | ||
=== Building === | |||
For each package in order (apiextractor, generatorrunner, shiboken, pyside), run the following commands: | |||
<code> | |||
mkdir build | |||
cd build | |||
cmake .. | |||
make | |||
sudo make install | |||
</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>ldconfig</code> to update the run-time linker cache. | |||
<code> | |||
sudo ldconfig | |||
</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> | |||
#!/usr/bin/env bash | |||
allrepos="apiextractor generatorrunner shiboken pyside pyside-mobility" | |||
for repo in ${allrepos} ; do | |||
git clone git://gitorious.org/pyside/$repo.git | |||
done | |||
</code> | |||
'''pull_all''': | '''pull_all''': | ||
<code> | |||
#!/usr/bin/env bash | |||
alldirs=("apiextractor" "generatorrunner" "shiboken" "pyside" "pyside-mobility") | |||
if [ $# == 0 ] ; then | |||
dirs=("${alldirs[@]}") | |||
else | |||
dirs=("$@") | |||
fi | |||
for d in "${dirs[@]}" ; do | |||
(cd "$d" | |||
git pull origin master | |||
) # exit from "$d" | |||
done | |||
</code> | |||
'''build_all''': | '''build_all''': | ||
=== | <code> | ||
#!/usr/bin/env bash | |||
alldirs=("apiextractor" "generatorrunner" "shiboken" "pyside") | |||
if [ $# == 0 ] ; then | |||
dirs=("${alldirs[@]}") | |||
else | |||
dirs=("$@") | |||
fi | |||
for d in "${dirs[@]}" ; do | |||
rm -rf "$d/build" | |||
mkdir -p "$d/build" | |||
(cd "$d/build" | |||
cmake .. && make -j4 && sudo make install || exit 1 | |||
) # exit from "$d/build" | |||
done | |||
</code> |
Latest revision as of 10:34, 24 February 2022
Attention |
This is a page dedicated to PySide (Qt4). For recent development on PySide2 (Qt5) and PySide6 (Qt6) refer to Qt for Python |
English French
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
sudo ./dependencies.ubuntu.sh
to install build dependencies on Debian or Ubuntu). If there is no dependencies script for your distribution, please submit a patch. See the 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 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:
git clone git://gitorious.org/pyside/apiextractor.git
git clone git://gitorious.org/pyside/generatorrunner.git
git clone git://gitorious.org/pyside/shiboken.git
git clone git://gitorious.org/pyside/pyside.git
git clone git://gitorious.org/pyside/pyside-tools.git
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.
export PYSIDESANDBOXPATH=$HOME/sandbox
Setup these variables accordingly.
export PATH=$PYSIDESANDBOXPATH/bin:$PATH
export PYTHONPATH=$PYSIDESANDBOXPATH/lib/python2.6/site-packages:$PYTHONPATH
export LD_LIBRARY_PATH=$PYSIDESANDBOXPATH/lib:$LD_LIBRARY_PATH
export PKG_CONFIG_PATH=$PYSIDESANDBOXPATH/lib/pkgconfig:$PKG_CONFIG_PATH
# set -DENABLE_ICECC=1 if you're using the icecream distributed compiler
alias runcmake='cmake .. -DCMAKE_INSTALL_PREFIX=$PYSIDESANDBOXPATH -DCMAKE_BUILD_TYPE=Debug -DENABLE_ICECC=0'
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:
mkdir build
cd build
cmake ..
make
sudo make install
Depending on the package and whether there is an existing library with the same version number already installed, you might need to run
ldconfig
to update the run-time linker cache.
sudo ldconfig
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:
#!/usr/bin/env bash
allrepos="apiextractor generatorrunner shiboken pyside pyside-mobility"
for repo in ${allrepos} ; do
git clone git://gitorious.org/pyside/$repo.git
done
pull_all:
#!/usr/bin/env bash
alldirs=("apiextractor" "generatorrunner" "shiboken" "pyside" "pyside-mobility")
if [ $# == 0 ] ; then
dirs=("${alldirs[@]}")
else
dirs=("$@")
fi
for d in "${dirs[@]}" ; do
(cd "$d"
git pull origin master
) # exit from "$d"
done
build_all:
#!/usr/bin/env bash
alldirs=("apiextractor" "generatorrunner" "shiboken" "pyside")
if [ $# == 0 ] ; then
dirs=("${alldirs[@]}")
else
dirs=("$@")
fi
for d in "${dirs[@]}" ; do
rm -rf "$d/build"
mkdir -p "$d/build"
(cd "$d/build"
cmake .. && make -j4 && sudo make install || exit 1
) # exit from "$d/build"
done