Re: Crosscompiling fails since Gstreamer moved to new libtool version

2009-03-01 Thread Andreas Frisch
Dear Ralf,



http://wiki.openembedded.net/index.php/Required_Software lists the required 
pieces of software that's needed for openembedded.



our dreambox openembedded environment can easily  automatically be generated 
with the aid of a makefile from http://opendreambox.org/~obi/Makefile-
opendreambox-1.5 



 excerpt from how-to:
One notable thing is that the directory layout changed to create one 
subdirectory per platform and a shared directory for bitbake and the sources. 
If you’d like to keep the old directory structure for version 1.5, to upgrade 
without rebuilding everything, then you can set UPGRADE_FROM_MONOTONE=1 in the 
Makefile. But don’t forget to move away your monotone repository.

If you’re going to make commits to your new Git-repository, then you should 
definitely edit GIT_AUTHOR_NAME and GIT_AUTHOR_EMAIL, because this information 
will be kept in the commit history forever. Otherwise Git will create a mail 
adress from your local username and hostname.
The command to build an image has been unchanged: make -f Makefile-
opendreambox-1.5 image



the make process could be interrupted as soon as the environment itself has 
created itself since you don't really need to bake an entire dreambox image.
instead, you could go into the build directory created, source env.src and 
after you've copied the attached bitbake recipes for the gstreamer packages 
into openembedded/packages/gstreamer simply type
bitbake gstreamer
bitbake gst-plugins-good



openembedded should take care of patching and bending around the autotools 
setup of every software package that we wand to crosscompile. that's how it 
used to work up to the last version of gstreamer.



regards
fraxinas



-- 
Multimedia Labs GmbH
Bodelschwinghstr. 2
52078 Aachen



Geschäftsführer: Ronny Strutz
Registergericht: Amtsgericht Aachen
Registereintrag: HRB 12756
DESCRIPTION = Plugins for GStreamer
SECTION = multimedia
PRIORITY = optional
MAINTAINER = Felix Domke tmb...@openembedded.org
DEPENDS = gstreamer libcdio libmikmod libmad libogg tremor libvorbis libid3tag 
liboil alsa-lib neon flac
PR = r1

inherit autotools pkgconfig

SRC_URI = http://gstreamer.freedesktop.org/src/${PN}/${PN}-${PV}.tar.bz2 
#   file://sed-with-autoconf-2.59.patch;patch=1;pnum=1

EXTRA_OECONF = --disable-x --disable-aalib --disable-esd --disable-shout2 \
--disable-sdl --with-check=no --enable-neon

acpaths = -I ${S}/common/m4 -I ${S}/m4

LIBV = 0.10

python populate_packages_prepend () {
gst_libdir = bb.data.expand('${libdir}/gstreamer-${LIBV}', d)
postinst = bb.data.getVar('plugin_postinst', d, 1)

do_split_packages(d, gst_libdir, '^libgst(.*)\.so$', 'gst-plugin-%s', 
'GStreamer plugin for %s', postinst=postinst)
do_split_packages(d, gst_libdir, '^libgst(.*)\.l?a$', 
'gst-plugin-%s-dev', 'GStreamer plugin for %s (development files)')
}

do_stage() {
autotools_stage_all
}

ALLOW_EMPTY = 1

PROVIDES_${PN} += gst-plugins
SRC_URI +=  file://disable_doc.patch;patch=1;pnum=1
PR = r0
DESCRIPTION = Plugins for GStreamer
SECTION = multimedia
PRIORITY = optional
MAINTAINER = Felix Domke tmb...@openembedded.org
DEPENDS = gstreamer libcdio libmikmod libmad libogg tremor libvorbis libid3tag 
liboil alsa-lib neon flac
PR = r1

inherit autotools pkgconfig

SRC_URI = http://gstreamer.freedesktop.org/src/${PN}/${PN}-${PV}.tar.bz2 
#   file://sed-with-autoconf-2.59.patch;patch=1;pnum=1

EXTRA_OECONF = --disable-x --disable-aalib --disable-esd --disable-shout2 \
--disable-sdl --with-check=no --enable-neon

acpaths = -I ${S}/common/m4 -I ${S}/m4

LIBV = 0.10

python populate_packages_prepend () {
gst_libdir = bb.data.expand('${libdir}/gstreamer-${LIBV}', d)
postinst = bb.data.getVar('plugin_postinst', d, 1)

do_split_packages(d, gst_libdir, '^libgst(.*)\.so$', 'gst-plugin-%s', 
'GStreamer plugin for %s', postinst=postinst)
do_split_packages(d, gst_libdir, '^libgst(.*)\.l?a$', 
'gst-plugin-%s-dev', 'GStreamer plugin for %s (development files)')
}

do_stage() {
autotools_stage_all
}

ALLOW_EMPTY = 1
PR = r1

SRC_URI += file://v4l2src_fixformats.patch;patch=1;pnum=0 \
file://disable_doc.patch;patch=1;pnum=1

EXTRA_OECONF += --with-check=no
DEPENDS += gst-plugins-base
require gstreamer_0.10.20.bb
SRC_URI +=  file://disable_doc.patch;patch=1;pnum=1
___
http://lists.gnu.org/mailman/listinfo/libtool


Re: Crosscompiling fails since Gstreamer moved to new libtool version

2009-02-28 Thread Ralf Wildenhues
Hello Andreas, Richard,

* Richard Purdie wrote on Thu, Feb 26, 2009 at 02:58:25PM CET:
 On Thu, 2009-02-26 at 14:16 +0100, Andreas Frisch wrote:
  the guys from gstreamer went through and moved to a newer libtool
  version in their plugin packages. since then i can't crosscompile
  anymore them with openembedded like with the previous releases. i
  described the problem here:
  http://bugzilla.gnome.org/show_bug.cgi?id=572532
  unfortunately, none of the gstreamer guys as able to help me with this
  libtool-specific issue. i found out that the main libtool code moved
  out of aclocal.m4 into a new file libtool.m4 in the m4 subdir of the
  source directory. i couldn't get configure to create the
  mipsel-linux-libtool instead of regular libtool though, not even by
  changing the line default_ofile=${host_alias}-libtool.
  maybe any of you can give me hint how i could solve my issue - thanks
  in advance!
 
 As a warning the creation of mipsel-linux-libtool is an OpenEmbedded
 specific patch and I'd suspect is not supported by libtool upstream.
 Which version of libtool are you using in OpenEmbedded?
 
 For reference in Poky, the gstreamer recipes have:
 
 
 do_configure_prepend() {
 # This m4 file contains nastiness which conflicts with libtool 2.2.2
 rm ${S}/m4/lib-link.m4 || true
 }
 
 
 suggesting there was something in that m4 file that caused problems.

All of the above, and the information in the referenced bugzilla,
still leave me scratching my head.  I cannot tell whether this is a
bug in Libtool, a bug in some package that uses or modifies Libtool
code, and I cannot tell whether lib-link.m4 (from gnulib/gettext?)
has a bug or conflict with Libtool 2.2.x.

One way to shed light that is often good is to provide a recipe to
reproduce the problem, including how to build the packages involved.
Please take into account that I don't have gstreamer development
tools installed, nor know know openembedded.  I do have a Debian
lenny available, and (a pointer to) instructions on how to get the
corresponding sources and build them would be appreciated.

Cheers,
Ralf


___
http://lists.gnu.org/mailman/listinfo/libtool