Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
KDEmultimedia-CVS- keeps on failing
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

 
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
AlterEgo
Veteran
Veteran


Joined: 25 Apr 2002
Posts: 1619

PostPosted: Sun Sep 01, 2002 9:02 am    Post subject: KDEmultimedia-CVS- keeps on failing Reply with quote

This has been going on for weeks now.
I downloaded everything from CVS several times, but everytime the installations fails on the same error message, regardless of de USE-flags used:
Quote:

-f xinePlayObject.cc || echo './'`xinePlayObject.cc
video_fifo_out.c: In function `vo_fifo_overlay_begin':
video_fifo_out.c:278: structure has no member named `overlay_begin'
video_fifo_out.c: In function `vo_fifo_overlay_end':
video_fifo_out.c:293: structure has no member named `overlay_end'
video_fifo_out.c: In function `init_video_out_plugin':
video_fifo_out.c:370: structure has no member named `overlay_begin'
video_fifo_out.c:372: structure has no member named `overlay_end'
video_fifo_out.c:409: warning: passing arg 2 of pointer to function discards qualifiers from pointer target type
video_fifo_out.c:409: warning: passing arg 3 of pointer to function discards qualifiers from pointer target type
video_fifo_out.c:409: warning: passing arg 4 of pointer to function discards qualifiers from pointer target type
video_fifo_out.c:452: structure has no member named `overlay_begin'
video_fifo_out.c:454: structure has no member named `overlay_begin'
video_fifo_out.c:456: structure has no member named `overlay_end'
video_fifo_out.c:458: structure has no member named `overlay_end'
make[3]: *** [video_fifo_out.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/kdemultimedia-5/work/kdemultimedia/xine_artsplug in'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/kdemultimedia-5/work/kdemultimedia/xine_artsplug in'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/kdemultimedia-5/work/kdemultimedia'
make: *** [all] Error 2

!!! ERROR: The ebuild did not complete successfully


What can I do ?
Back to top
View user's profile Send private message
kirill
Apprentice
Apprentice


Joined: 01 Aug 2002
Posts: 183
Location: Finland

PostPosted: Sun Sep 01, 2002 10:43 am    Post subject: Re: KDEmultimedia-CVS- keeps on failing Reply with quote

AlterEgo wrote:
This has been going on for weeks now.
I downloaded everything from CVS several times, but everytime the installations fails on the same error message, regardless of de USE-flags used:
Quote:

-f xinePlayObject.cc || echo './'`xinePlayObject.cc
video_fifo_out.c: In function `vo_fifo_overlay_begin':
video_fifo_out.c:278: structure has no member named `overlay_begin'
video_fifo_out.c: In function `vo_fifo_overlay_end':
video_fifo_out.c:293: structure has no member named `overlay_end'
video_fifo_out.c: In function `init_video_out_plugin':
video_fifo_out.c:370: structure has no member named `overlay_begin'
video_fifo_out.c:372: structure has no member named `overlay_end'
video_fifo_out.c:409: warning: passing arg 2 of pointer to function discards qualifiers from pointer target type
video_fifo_out.c:409: warning: passing arg 3 of pointer to function discards qualifiers from pointer target type
video_fifo_out.c:409: warning: passing arg 4 of pointer to function discards qualifiers from pointer target type
video_fifo_out.c:452: structure has no member named `overlay_begin'
video_fifo_out.c:454: structure has no member named `overlay_begin'
video_fifo_out.c:456: structure has no member named `overlay_end'
video_fifo_out.c:458: structure has no member named `overlay_end'
make[3]: *** [video_fifo_out.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/kdemultimedia-5/work/kdemultimedia/xine_artsplug in'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/kdemultimedia-5/work/kdemultimedia/xine_artsplug in'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/kdemultimedia-5/work/kdemultimedia'
make: *** [all] Error 2

!!! ERROR: The ebuild did not complete successfully


What can I do ?


Fails here too, with the same error, as far as I can remember...
And today I couldn't even recompile kdelibs anymore, it couldn't find qt-mt.so.3 or something, doh :x :x

Btw, did you append MAKEOPTS="-j1" to kdemultimedia-5? it shouldn't help with your problem, but with another one, which you seem to have already passed w/o problems ;)

so far compiled w/o problems here (not counting the kdelibs re-emerge):
qt-copy-5
arts-5
kde{libs,base,network,graphics}-5
koffice-5
_________________
--kirill
Back to top
View user's profile Send private message
boludo
n00b
n00b


Joined: 07 Jun 2002
Posts: 12

PostPosted: Sun Sep 01, 2002 4:43 pm    Post subject: There is a solution :) Reply with quote

The problem is explained in the Changelog of the kde-cvs ebuilds - on Dan Armak's web page www.gentoo.org/~danarmak -.

Quote:

Changelog


20020829
Added a cvs quanta ebuild, submitted by Troy Dack.


20020826
Lots of small fixes, most parallel to those made to the non-cvs ebuilds in portage. In particular, I've disabled xine_artsplugin (kdemultimedia) from building, since it requires xine-lib-0.9.14 (unreleased yet; what I mean is that it requires the current xine cvs).
Also, beacuse of user requests, the tarball doesn't have a 'portage' dir in it anymore. Instead, the category directories are in its top level, making it easier to unpack it when /usr/potage isn't your portage dir (e.g. when using overlay).


I was going to mail Dan about the solution but a few hours later he updated his ebuilds.
He disabled the xine_artsplugin altogether, or so he says in the log, as I couldn't see where in the ebuild he did it.
I, on the other hand, grabbed a pre version of xine-lib, modified/updated the ebuild and emerged it. After that kdemultimedia compiled without problems - well, without that problem, as depending on the moment you grab the sources there can be others; nothing that important though -.

Let me check my local portage to see if that ebuild is ready for sharing...

... sort of.

First let me explain how it goes.

I had to decide whether to fetch the sources from cvs or get one of the nightly builds. Since the whole source tree was not that big and I didn't intend on keeping updating every other day I preferred to grab the nightly tarball. That said, they call it always the same, xine-lib-current.tar.gz

Since I did it on 20020826 I called my ebuild after that. This is so I know when the sources were fetched, since thre is no other reference.

Therefore, you should just rename the ebuild to today's date and make sure you don't have a copy of xine-lib-current.tar.gz on /portage/distfiles ( $DISTDIR to be more exact ), in order to update your installed copy.

Oh, before I forget. Since the source always has the same name, I do not provide a digest. When you emerge it, it should be automatically created. However if you try to emerge it again with the same name (say xine-lib-0.9.13-20020831) but with a tarball of a different date, it'll refuse to emerge because the digest's MD5 and that of the tar.gz on your DISTDIR is not the same. To solve this you either do
Code:
ebuild xine-lib-0.9.13-20020831.ebuild digest

or delete digest-xine-lib-0.9.13-20020831 from the files subdir where the the ebuild is located.

And here it goes the ebuild:

Code:

# Copyright 1999-2002 Gentoo Technologies, Inc.
# Distributed under the terms of the GNU General Public License v2

inherit libtool || die "I lost my inheritance"

PV="`echo ${PV} | cut -d'.' -f-3`"
P=${PN}-${PV}
S=${WORKDIR}/${P}cvs
DESCRIPTION="Xine is a free gpl-licensed video player for unix-like systems"
HOMEPAGE="http://xine.sourceforge.net/"
SRC_URI="http://xine.sourceforge.net/nightly/${PN}-current.tar.gz"

SLOT="0"
LICENSE="GPL-2"
KEYWORDS="x86 sparc sparc64"

DEPEND="oggvorbis? ( media-libs/libvorbis )
   X? ( virtual/x11 )
   avi? ( >=media-libs/win32codecs-0.50
          media-libs/divx4linux )
   esd? ( media-sound/esound )
   dvd? ( >=media-libs/libdvdcss-0.0.3.3
          >=media-libs/libdvdread-0.9.2 )
   arts? ( kde-base/kdelibs )
   alsa? ( media-libs/alsa-lib )
   aalib? ( media-libs/aalib )
   directfb? ( >=dev-libs/DirectFB-0.9.9
          dev-util/pkgconfig )"

RDEPEND="${DEPEND}
   nls? ( sys-devel/gettext )"

SLOT="0"
LICENSE="GPL"
KEYWORDS="x86 ppc sparc sparc64"

src_unpack() {

   unpack ${A}
   cd ${S}

   # this build doesn't play nice with -maltivec (gcc 3.2 only option) on ppc
   # Gerk - Aug 12/02
   use ppc && ( CFLAGS=`echo $CFLAGS | sed "s:-maltivec::g" | sed "s:-mabi=altivec::g"` )

   patch -p1 < ${FILESDIR}/xine-lib-configure.patch || die "configure patch failed"
   
   # allows kxine to work; see bug #5412
   #patch -p1 < ${FILESDIR}/${P}-kxine.patch || die "patching for kxine support failed"

   if [ `use directfb` ]; then
      patch -p0 < ${FILESDIR}/xineconfig.patch-${PV} || die "dfb patch 1 failed"
#      patch -p2 < ${FILESDIR}/${PF}-directfb.patch || die "dfb patch 2 failed"
   else
      patch -p1 < ${FILESDIR}/${PN}-disable-directfb.patch || die "no dfb patch failed"
   fi
}

src_compile() {

   elibtoolize

   # Most of these are not working currently, but are here for completeness
   # don't use the --disable-XXXtest because that defaults to ON not OFF
   local myconf
   use X \
      || myconf="${myconf} --disable-x11 --disable-xv"
   use esd   \
      || myconf="${myconf} --disable-esd"
   # --disable-esdtest"
   use nls   \
      || myconf="${myconf} --disable-nls"
   use alsa \
      || myconf="${myconf} --disable-alsa"
   # --disable-alsatest"
   use arts \
      || myconf="${myconf} --disable-arts"
   # --disable-artstest"

   # This breaks because with the test disabled, it defaults to "found" check with
   # the next release until then let it autodetect.  See bug #2377.
   use aalib  || myconf="${myconf} --disable-aalib"
      # --disable-aalibtest"

   # Configure script is broken, even if you pass the flags below it still assumes
   # ogg is installed and tries to compile it, giving you bug #5244. But leaving
   # ogg for autodetection works.
   use oggvorbis \
      || myconf="${myconf} --disable-ogg --disable-vorbis"
#          --disable-oggtest \
#          --disable-vorbistest"
   
   use avi   \
      && myconf="${myconf} --with-w32-path=/usr/lib/win32" \
      || myconf="${myconf} --disable-asf"

   einfo "myconf: ${myconf}"

   econf ${myconf} || die
         
   elibtoolize

   emake || die
}

src_install() {
   
   einstall || die

   dodoc AUTHORS COPYING ChangeLog INSTALL README TODO
   cd ${S}/doc
   dodoc dataflow.dia README*

}

pkg_postinst() {

   einfo
   einfo "Please note, a new version of xine-lib has been installed,"
   einfo "for library consistency you need to unmerge old versions"
   einfo "of xine-lib before merging xine-ui."
   einfo

}
Back to top
View user's profile Send private message
justus
n00b
n00b


Joined: 16 Apr 2002
Posts: 48

PostPosted: Sun Sep 01, 2002 11:03 pm    Post subject: Xine-Lib CVS Reply with quote

Heya... I have also set up something similar, but using CVS. I haven't submitted it as an ebuild, but anyone who wants to use it, update it, or submit it feel free to.

Note: This works on my computer, however as I am not a programmer or really know anything about ebuilds I can't guarantee that it will work for anyone else (or that it won't break something...)

Use at your own risk :)

Place this in a file in your media-libs/xine-lib directory and then you should be able to see this as an upgrade right away.

Code:

# Copyright 1999-2002 Gentoo Technologies, Inc.
# Distributed under the terms of the GNU General Public License v2
# $Header: /home/cvsroot/gentoo-x86/media-libs/xine-lib/xine-lib-0.9.13-r1.ebuild,v 1.3 2002/08/14 13:08:10 murphy Exp $

inherit base || die "I lost my inheritance"

ECVS_SERVER=cvs.xine.sourceforge.net:/cvsroot/xine
ECVS_MODULE=xine-lib

inherit cvs

S=${WORKDIR}/xine-lib
DESCRIPTION="Xine is a free gpl-licensed video player for unix-like systems"
HOMEPAGE="http://xine.sourceforge.net/"

SLOT="5"
LICENSE="GPL-2"
KEYWORDS="x86 sparc sparc64"

DEPEND="oggvorbis? ( media-libs/libvorbis )
        X? ( virtual/x11 )
        avi? ( >=media-libs/win32codecs-0.50
               media-libs/divx4linux )
        esd? ( media-sound/esound )
        dvd? ( >=media-libs/libdvdcss-0.0.3.3
               >=media-libs/libdvdread-0.9.2 )
        arts? ( kde-base/kdelibs )
        alsa? ( media-libs/alsa-lib )
        aalib? ( media-libs/aalib )
        directfb? ( >=dev-libs/DirectFB-0.9.9
                    dev-util/pkgconfig )"

RDEPEND="${DEPEND}
        nls? ( sys-devel/gettext )"

SLOT="5"
LICENSE="GPL"
KEYWORDS="x86 ppc sparc sparc64"

src_compile() {

        # Most of these are not working currently, but are here for completeness
        # don't use the --disable-XXXtest because that defaults to ON not OFF
        local myconf
        use X \
                || myconf="${myconf} --disable-x11 --disable-xv"
        use esd \
                || myconf="${myconf} --disable-esd"
        # --disable-esdtest"
        use nls \
                || myconf="${myconf} --disable-nls"
        use alsa \
                || myconf="${myconf} --disable-alsa"
        # --disable-alsatest"
        use arts \
                || myconf="${myconf} --disable-arts"
        # --disable-artstest"

        # This breaks because with the test disabled, it defaults to "found" check with
        # the next release until then let it autodetect.  See bug #2377.
        use aalib  || myconf="${myconf} --disable-aalib"
                # --disable-aalibtest"

        # Configure script is broken, even if you pass the flags below it still assumes
        # ogg is installed and tries to compile it, giving you bug #5244. But leaving
        # ogg for autodetection works.
        use oggvorbis \
                || myconf="${myconf} --disable-ogg --disable-vorbis"
#                        --disable-oggtest \
#                        --disable-vorbistest"

        use avi \
                && myconf="${myconf} --with-w32-path=/usr/lib/win32" \
                || myconf="${myconf} --disable-asf"

        myconf="${myconf} --prefix=/usr"

        cd ${S}
        ./cvscompile.sh ${myconf} || die

        make || die
}

src_install() {

        make prefix=${D}/usr \
                mandir=${D}/usr/share/man \
        install || die

        dodoc AUTHORS COPYING ChangeLog INSTALL README TODO
        cd ${S}/doc
        dodoc dataflow.dia README*

}


Basically the usual xine-lib ebuild set up for CVS.

Have updated xine-lib 4 times now without any problems or breakage. I am only using this to view videos with KDE, and am not actually using the xine-ui.
Back to top
View user's profile Send private message
AlterEgo
Veteran
Veteran


Joined: 25 Apr 2002
Posts: 1619

PostPosted: Mon Sep 02, 2002 7:16 am    Post subject: Reply with quote

Thanks Boludo & Justus, good thinking!
I did see the new KDE-CVS comments, but because of the explicit coment never bothered to look further into it.

I did get past my video_fifo_out.lo problem, time to solve the next one now!
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum