Building GStreamer from git
How do I check out GStreamer from git ?
GStreamer is hosted on Freedesktop.org. GStreamer consists of various parts.
In the beginning, you will be interested in the "gstreamer" module, containing
the core, and "gst-plugins-base" and "gst-plugins-good", containing the basic
set of plugins. Finally, you may also be interested in "gst-plugins-ugly",
"gst-plugins-bad" and "gst-ffmpeg" for more comprehensive media format support.
To check out the latest git version of the core and the basic modules, use
for module in gstreamer gst-plugins-base gst-plugins-good; do
git clone git://anongit.freedesktop.org:/git/gstreamer/$module ;
done
This will create three directories in your current directory: "gstreamer",
"gst-plugins-base", and "gst-plugins-good". If you want to get another module,
use the above git clone command line and replace $module with the name of the
module. Once you have checked out these modules, you will need to change into
each directory and run ./autogen.sh, which will among other things checkout
the common module underneath each module checkout.
The modules page
has a list of active ones together with a short description.
How do I get developer access to GStreamer git ?
If you want to gain developer access to GStreamer git, you should ask for
it on the development lists, or ask one of the maintainers directly. We will
usually only consider requests by developers who have been active and
competent GStreamer contributors for some time already. If you are not
already a registered developer with a user account on Freedesktop.org,
you will then have to provide them with:
your desired unix usernameyour full nameyour e-mail addressa copy of your public sshv2 identity.
If you do not have this yet, you can generate it by running
"ssh-keygen -t dsa". The resulting public key
will be in .ssh/id_dsa.pubyour GPG fingerprint. This would allow you to
add and remove ssh keys to your account.
Once you have all these items, see http://freedesktop.org/wiki/AccountRequests for what to do with them.
+ running aclocal -I m4 -I common/m4 ...
aclocal: configure.ac: 8: macro `AM_DISABLE_STATIC' not found in library
aclocal: configure.ac: 17: macro `AM_PROG_LIBTOOL' not found in library
aclocal failed
What's wrong ?
aclocal is unable to find two macros installed by libtool in a file called
libtool.m4. Normally this would indicate that you don't have libtool, but
that would mean autogen.sh would have failed on not finding libtool.
It is more likely that you installed automake (which provides aclocal) in
a different prefix than libtool. You can check this by examining in what
prefix both aclocal and libtool are installed.
You can do three things to fix this :
install automake in the same prefix as libtoolforce use of the automake installed in the same prefix as libtool
by using the --with-automake optionfigure out what prefix libtool has been installed to and point
aclocal to the right location by running
export ACLOCAL_FLAGS="-I $(prefix)/share/aclocal"
where you replace prefix with the prefix where libtool was installed.
Why is "-Wall -Werror" being used ?
"-Wall" is being used because it finds a lot of possible problems with code.
Not all of them are necessarily a problem, but it's better to have the compiler
report some false positives and find a work-around than to spend time
chasing a bug for days that the compiler was giving you hints about.
"-Werror" is turned off for actual releases. It's turned on by default for
git and prereleases so that people actually notice and fix problems found by
"-Wall". We want people to actively hit and report or fix them.
If for any reason you want to bypass these flags and you are certain it's the
right thing to do, you can run
make ERROR_CFLAGS=""
to clear the CFLAGS for error checking.