Fehler beim mergen von xine-lib

3PO · 22. Februar 2009

Hallo Zusammen,

nach einem world-update lässt sich xinel-lib nicht mehr installieren.

Der Compiler bricht mit folgendem Fehler ab:

Code

.....
ff_video_decoder.c:1580: Warnung: Übergabe des Arguments 2 von »calloc«  erzeugt Ganzzahl von Zeiger ohne Typkonvertierung
ff_video_decoder.c:1584: Fehler: »ff_video_decoder_t« hat kein Element namens »aspect_ratio«
ff_video_decoder.c:1586: Fehler: »ff_video_decoder_t« hat kein Element namens »pp_quality«
ff_video_decoder.c:1587: Fehler: »ff_video_decoder_t« hat kein Element namens »pp_context«
ff_video_decoder.c:1588: Fehler: »ff_video_decoder_t« hat kein Element namens »pp_mode«
ff_video_decoder.c:1590: Fehler: »ff_video_decoder_t« hat kein Element namens »mpeg_parser«
ff_video_decoder.c:1592: Fehler: »ff_video_decoder_t« hat kein Element namens »dr1_frames«
ff_video_decoder.c: In Funktion »init_video_plugin«:
ff_video_decoder.c:1652: Warnung: Dereferenzierung eines Type-Pun-Zeigers könnte strict-aliasing-Regeln verletzen
In Datei, eingefügt von ff_mpeg_parser.h:27,
                 von ff_mpeg_parser.c:28:
ffmpeg_decoder.h:29:23: Fehler: avcodec.h: Datei oder Verzeichnis nicht gefunden
In file included from ff_mpeg_parser.h:27,
                 from ff_mpeg_parser.c:28:
ffmpeg_decoder.h:42: Fehler: Feld »id« hat unvollständigen Typen
ff_mpeg_parser.c: In Funktion »mpeg_parser_init«:
ff_mpeg_parser.c:53: Fehler: »FF_INPUT_BUFFER_PADDING_SIZE« nicht deklariert (erste Benutzung in dieser Funktion)
ff_mpeg_parser.c:53: Fehler: (Jeder nicht deklarierte Bezeichner wird nur einmal aufgeführt
ff_mpeg_parser.c:53: Fehler: für jede Funktion in der er auftritt.)
make[3]: *** [xineplug_decode_ff_la-ff_video_decoder.lo] Fehler 1
make[3]: *** [xineplug_decode_ff_la-ff_mpeg_parser.lo] Fehler 1
make[3]: Leaving directory `/mnt/data/tmp/portage/media-libs/xine-lib-1.1.15-r1/work/xine-lib-1.1.15/src/combined/ffmpeg'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/mnt/data/tmp/portage/media-libs/xine-lib-1.1.15-r1/work/xine-lib-1.1.15/src/combined'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/mnt/data/tmp/portage/media-libs/xine-lib-1.1.15-r1/work/xine-lib-1.1.15/src'
make: *** [all-recursive] Fehler 1
 *
 * ERROR: media-libs/xine-lib-1.1.15-r1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2724:  Called die
 * The specific snippet of code:
 *       emake || die "emake failed."
 *  The die message:
 *   emake failed.
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/log/portage/media-libs:xine-lib-1.1.15-r1:20090222-083958.log'.
 * The ebuild environment file is located at '/mnt/data/tmp/portage/media-libs/xine-lib-1.1.15-r1/temp/environment'.
 *


>>> Failed to emerge media-libs/xine-lib-1.1.15-r1, Log file:


>>>  '/log/portage/media-libs:xine-lib-1.1.15-r1:20090222-083958.log'
vdr02 ~ #

Alles anzeigen

Hat Jemande eine Idee woran das liegen könnte, oder besser noch, eine Lösung?

Lou · 22. Februar 2009

Zitat

ffmpeg_decoder.h:29:23: Fehler: avcodec.h: Datei oder Verzeichnis nicht gefunden

hier liegt der Grund - entweder fehlen die Header von libavcodec, oder make schaut am falschen Ort und findet sie nicht.

kannst ja mal ein "locate avcodec.h" in der Konsole abfeuern und schauen was gefunden wird. Üblicher Weise sowas in der Art:

Code

~$ locate avcodec.h
/usr/include/ffmpeg/avcodec.h
/usr/include/libavcodec/avcodec.h

Jetzt weisst du wo sich die Header befinden und kannst configure mittels cppflags auf die Sprüngen helfen:
In meinem Fall wäre das:

Code

./configure [....] CPPFLAGS="-I/usr/include/libavcodec"

... wenn ich die libavcodec Version erzwingen will, oder

Code

CPPFLAGS="-I/usr/include/ffmpeg"

...wenn ich die ffmpeg Version erzwingen will

3PO · 22. Februar 2009

Also gefunden wird es schonmal...

Code

vdr02 ~ # locate avcodec.h
/usr/include/libavutil/avcodec.h
/usr/include/libavcodec/avcodec.h
/usr/include/ffmpeg/avcodec.h

Um den den Tipp mit "configure" und "cppflags" zu realisieren, müsste man für gentoo ein ebuild bauen, - und das ist nun wirklich nicht meine Welt.

Was mich wundert ist, dass es schonmal ging......

netz · 22. Februar 2009

Hallo,
bringt das etwas?

Code

EXTRA_ECONF="--with-external-ffmpeg" emerge media-libs/xine-lib

bis dann,
Nando

3PO · 22. Februar 2009

Das brachte leider auch nichts.

Ich habe mal ffmpeg auch neu gebaut, - un am Ende kam eine "lustige" Meldung:

Zitat

.....
* ffmpeg may have had ABI changes, if ffmpeg based programs
* like xine-lib or vlc stop working, please rebuild them.
.....

Ich habe schon alles versucht, ich weis wirklich nicht mehr weiter....

Lou · 22. Februar 2009

Frage: wenn du ffmpeg neu aus den svn Quellen baust, entfernst du dann auch die alte Version vorher?

Weil wenn du das nicht machst kannst du wegen ABI Wechseln Probleme kriegen: Die Pfade ändern, und du hast auf einmal Header File "Leichen" aus der alten Installation.

Deshalb vorher immer ein make uninstall im ffmpeg build-tree ausführen, oder du bemühst das Gentoo Paket Management (weiss ned wie das dort geht)

3PO · 22. Februar 2009

Ich gehe schon davon aus, dass das der Paketmanger von gentoo richtig macht.

Ich habe mal das Log der Installation von ffmpeg hochgeladen. --> KLICK

Lou · 22. Februar 2009

Zitat

Original von C-3PO
Ich gehe schon davon aus, dass das der Paketmanger von gentoo richtig macht.

weiss ich nicht - bei Debian würde das nichts bringen, weil man mit "make install" am Paket Management vorbei installiert. Debian weiss also nichts von deiner ffmpeg Installation. Warum sollte das bei Gentoo anders sein? Also hilft nur ein "make uninstall" im build-tree, was quasi ein simples rm Kommando auf die installierten Binaries auslöst.

3PO · 22. Februar 2009

Ich habe mal vlc, ds ja auch von ffmpeg abhängt, neu gebaut und das lief anstandslos durch....

Weitere Vorschläge/Ideen?

jeff84 · 22. Februar 2009

Schonmal ein

revdep-rebuild -v -- --ask

durchlaufen lassen??

3PO · 22. Februar 2009

ERLEDIGT

Nachdem ich von gcc-4.3.3 auf gcc-4.1.2 gewechselt habe ging es.

Fehler beim mergen von xine-lib

Jetzt mitmachen!

Teilen