Before the autotools conversion, xfont_font-util was installed in
staging, so keep this.
However, the current way of handling xfont_font-util is ugly. The
post-install.sh script removes the binaries compiled for the target
from the staging directory and replaces them by symbolic links to
utils installed on the host (making the incorrect assumption that they
are available).
It looks like xfont_font-util needs to be built for the host (using
the new infrastructure for host autotools package). This is certainly
post-2010.02 though.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
madplay was failing to build with errors such as :
audio_alsa.o: In function `config':
audio_alsa.c:(.text+0x200): undefined reference to `snd_pcm_hw_params_set_rate_near@ALSA_0.9'
audio_alsa.c:(.text+0x25c): undefined reference to `snd_pcm_hw_params_set_buffer_time_near@ALSA_0.9'
audio_alsa.c:(.text+0x284): undefined reference to `snd_pcm_hw_params_get_buffer_size@ALSA_0.9'
audio_alsa.c:(.text+0x2a4): undefined reference to `snd_pcm_hw_params_set_period_time_near@ALSA_0.9'
audio_alsa.c:(.text+0x2d4): undefined reference to `snd_pcm_hw_params_get_period_size@ALSA_0.9'
The ALSA library uses symbol versioning by default, to handle ABI
changes. However, since uClibc doesn't seem to support symbol
versioning, we disable this when building the ALSA library by passing
--without-versioned.
However, madplay relies on the old ALSA ABI, so even without symbol
versioning, references to versioned symbols are generated (functions
with the same name, but different API, exist in the old and new API).
The easiest solution is to switch madplay to the new API. This is done
thanks to a patch written by Micha Nelissen <micha@neli.hopto.org> and
available at http://article.gmane.org/gmane.comp.audio.mad.devel/729.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This module got disabled when pango was upgraded to 1.19.3. But now,
the module builds fine. And even more: disabling it breaks the build
when modules are compiled statically into pango.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
The gtk-doc.m4 file is now installed globally (see the automake
package), so there's no point in including a pango-specific patch.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This is an old package. It is currently broken, and probably nobody
uses it. So let's get rid of it.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This fixes the following build failure:
checking lex output file root...
configure: error: cannot find output from flex; giving up
Caused by the fact that a host version of flex is missing
in $(HOST_DIR).
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Bump all the linux kernel version to the latest available and add a
help note for all of them with the release data and status.
The long-term stable 2.6.27 kernel is really out of date (.27 -> .45).
Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Probing the kernel version uses command substitution to capture the
result of a make command. If the top-level make is run with -C, the
sub-make will print entering/leaving directory messages, mucking up the
output we're trying to capture.
Invoke the sub-make with --no-print-directory so we get clean output.
Signed-off-by: Cameron Hutchison <cam@camh.ch>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
In uClibc, NPTL support does not exist in the 0.9.30 branch, that we
are using in Buildroot. It is only available in the uClibc daily
snapshot, extracted from uClibc master branch.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
In uClibc, NPTL support does not exist in the 0.9.30 branch, that we
are using in Buildroot. It is only available in the uClibc daily
snapshot, extracted from uClibc master branch.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
I could have created a !dependency on !BR2_PTHREADS_OLD, but that
wouldn't work with external toolchains. So, let's just add a notice in
the help message of WebKit.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
The mplayer configure script was failing with:
Checking for iconv program ... no
No working iconv program found, use
--charset=UTF-8 to continue anyway.
If you also have problems with iconv library functions use --charset=noconv.
Messages in the GTK-2 interface will be broken then.
Therefore, we pass --charset=UTF-8 instead of --charset=US-ASCII.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
--without-html-dir doesn't work. It leads libsoup ./configure script
to think that HTML_DIR is "no", which leads to the installation of the
documentation in $(STAGING_DIR)no (yes, with the "no" suffix at the
end). The issue is that --with-html-dir is not an enable/disable type
of option, it's an option that only allows to pass a PATH for
documentation installation.
As we don't want the documentation to be installed in this odd
$(STAGING_DIR)no directory, we simply get rid of this option.
See 7e62e8ec72 for another instance of
the same problem.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This patch fixes different problems:
* The autogen script of Webkit did not find autoconf, automake and
aclocal since they are not installed in the host, but in
$(HOST_DIR). Therefore we pass HOST_CONFIGURE_OPTS to autogen.sh so
that the PATH is correct.
* The autogen script was complaining that gtk-doc.make could not be
find. As compiling gtk-doc completely is a pain (depends on
Docbook), we just include gtk-doc.make into package/webkit/, and
copy it to the source directory.
* The autogen script was complaining about macros used in
gtk-doc.make that did not exist. This is because aclocal was not
run with $(STAGING_DIR)/usr/share/aclocal/ in the include
path. Therefore, we fix ACLOCAL_FLAGS of Webkit's autogen script
before running it.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Make sure that we touch the target so that the target is newer than
the .compiled stamp file.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
After being copied to target/, touch dmsetup so that its date is newer
than the .built stamp file in lvm2 source directory. This prevents
make from re-installing dmsetup every time.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Adding real targets to $(TARGETS) doesn't work, since they are
prefixed __real_tgt by the main Makefile. 'make' then always thinks
that these targets aren't up-to-date, and re-generate them every time.
Therefore, we switch dosfstools to the more common way of handling
packages, with a phony target added to $(TARGETS), this phony target
depending on real targets.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Real targets should not depend on phony targets, otherwise they get
rebuilt everytime.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Real targets should not depend on phony targets, otherwise they get
rebuilt every time.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
matchbox-desktop fails to build because it tries to read
/usr/lib/libxcb.la, which doesn't exist on a very basic system with no
development files instead. The buildroot-libtool.patch must therefore
be applied.
Unfortunately, matchbox doesn't yet use the autotools infrastructure,
so we have to manually apply the patch.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
At install stage, iw needs pkg-config, through the PKG_CONFIG
environment variable.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
For some reason, our imagemagick.mk file calls libtool, but assumes
that libtool is available on the host, which may not be
true. Therefore, we use ImageMagick's internal libtool, which has been
used for compiling/linking all the rest of ImageMagic anyway.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
imagemagick configure script wants to run programs to detect the
file_offset_bits, but fails since it is running cross-compile
mode. Therefore, we help the configure script by passing the
appropriate ac_cv variable.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
When installing shared-mime-info on the target, we runn
update-mime-database, which has been built previously by building and
installing shared-mime-info for the host. However, for
update-mime-database (host version) to run properly, we must pass the
appropriate LD_LIBRARY_PATH variable.
We re-use the existing $(HOST_MAKE_ENV) variable to pass all the
appropriate variables.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
gob2 for the target needs both flex on the host (for running the flex
program at compile time) and flex on the target (so that it can link
against libfl.a).
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Flex contains a libfl.a directory, which programs for the target might
link against. Therefore, we need to install flex to the staging
directory. An example of such a program is gob2, which needs the
yywrap() function, which is implemented by libfl.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Now that we might happen to build libxml-parser-perl and intltool,
Perl becomes a mandatory dependency. This shouldn't be a problem since
most distributions install Perl by default anyway.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This XML internationalization set of tools is required to build
several of our packages, and may not be available on the host machine.
Only the host variant has been tested.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Now that we build Perl modules in $(HOST_DIR), PERLLIB must be defined
to $(HOST_DIR)/usr/lib/perl.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This Perl module is needed to build intltool, which in turn is needed
to build several of our packages. We assume that Perl is installed on
the host.
Only the host variant of this package has been tested and is used. The
code for the target variant (what to do at the configure, build and
install steps) isn't implemented, but the GENTARGETS call for the
target is mandatory, due to limitations of the Makefile.package.in
infrastructure (if one wants the host package to be implemented, then
the target package *must* exist). This limitation will be removed
after 2010.02.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Making a full build of libgtk2 for the host is a pain, since it
requires host-cairo, which it turns requires a full X.org stack to be
compiled for the host.
Moreover, building libgtk2 for the host completely is useless: we only
need gdk-pixbuf-csource and gtk-update-icon-cache.
In this patch, we add a new
host-libgtk2-2.12.12-reduce-dependencies.patch, that is only applied
to libgtk2 when being built for the host. This patch removes a lot of
dependencies in configure.in, which allows to:
* run make and make install in gdk-pixbuf/, which compiles and
installs the gdk-pixbuf library and the gdk-pixbuf-csource utility
* run make gtk-update-icon-cache in gtk/, which compiles the
gtk-update-icon-cache utility, which is then installed manually
The compilation and installation steps of libgtk2 for the host are
therefore overriden, so as to not use the default behaviour, which
would attempt to build the full gtk library.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
They are needed to uncompress the tarballs we download. bzip2, for
instance, is not necessarly installed by default on basic Debian
systems.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
This package is BROKEN in the way it compiles make-imglib and text2c
for the host while being in cross-compiled mode. It does not use
CC_FOR_BUILD and CFLAGS_FOR_BUILD as it should.
No upstream release has been made since 2001 and since it is a
relatively useless package, I don't think it's worth the trouble to
sanitize its build system.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
