XBMC ebuild mit PVR

Hi,

Ich wollte es testen, dann habe ich gesehen das es das alte Subversion Archiv nimmt.
Warum?

Ich habe den gentoo ebuild genommen und folgendes geändert:

EGIT_REPO_URI="git://github.com/opdenkamp/xbmc.git"

und

<dev-lang/python-2.7

hinzugefügt.

Geänderten ebuild für vnsiserver habe ich hier gefunden:

http://forums.gentoo.org/viewtopic-t-860226-start-0.html

Johns

Moin,

Zitat

Original von 22061977
<dev-lang/python-2.7 wird nichts bringen, hast Du es den gebaut mit python 2.7?
Damit sag Du ja nur das python-2.7 verlangt wird und das wenn es nicht da ist emerged wird. Beim configure kommt dann halt der Fehler das python-2.6 oder kleiner nicht vorhanden ist.

Da sieht man das python 2.7 noch nicht unterstützt wird.

Richtig 2.7 wird noch nicht unterstüzt.

Du verwechselt es mit =dev-lang/python-2.7 "=" verlangt die Version.
"<" verlangt eine kleinere Version also alle vor 2.7.

Wenn du noch kein 2.6.x installiert hast, wird es automatisch installiert und xbmc verwendet es.

Zitat

Original von 22061977

Welcher Brunch bzw TAG hast Du verwendet?

Ich habe den "master" genommen. Mit

EGIT_BRANCH=Dharma

kannst den gewünschten auswählen.

Johns

Klasse, es funktioniert.

Mit diesen Patch, kann jeder wählen welchen Branch er will.

diff --git a/media-tv/xbmc/xbmc-9999.ebuild b/media-tv/xbmc/xbmc-9999.ebuild
index 1eaff9f..9dc6b4c 100644
--- a/media-tv/xbmc/xbmc-9999.ebuild
+++ b/media-tv/xbmc/xbmc-9999.ebuild
@@ -15,7 +15,7 @@ inherit eutils python
 
 ##EGIT_REPO_URI="git://github.com/opdenkamp/xbmc-antiquated.git"
 EGIT_REPO_URI="git://github.com/opdenkamp/xbmc.git"
-EGIT_BRANCH="Dharma"
+: ${EGIT_BRANCH:=${XBMC_EGIT_BRANCH:-Dharma}}
 #EGIT_TREE="10.0-Dharma-pvr"
 ##EGIT_BRANCH="Dharma-pvr"

XBMC_EGIT_BRANCH=master ins /etc/make.conf und man nimmt den master Branch.

Habe und will keinen gentoo bugs Account.
Da könnte man mal vorschlagen das der ebuild XBMC_EGIT_REPO_URI und XBMC_EGIT_BRANCH verwendet.
Oder der Verantworliche gentoo Maintainer liest hier mit.

Johns

P.S: vnsi und nicht vansi.

Ohne jetzt zu sehr OT werden zu wollen, aber hat es denn schon Jemand geschafft mit opdenkamp/xbmc.git vnsi zu verwenden?

Zitat

Original von C-3PO
Ohne jetzt zu sehr OT werden zu wollen, aber hat es denn schon Jemand geschafft mit opdenkamp/xbmc.git vnsi zu verwenden?

Habe es übersetzt bekommen, aber nur um meinen ebuild zutesten. Installiert und getested habe ich
es noch nicht.

Johns

Zitat

Original von 22061977
PS: Sollte
${EGIT_BRANCH:=${XBMC_EGIT_BRANCH:-Dharma}}
nicht
${EGIT_BRANCH:=${XBMC_EGIT_BRANCH: Dharma}}
heißen? Oder wieso mit Minus?

Siehe bash Handbuch: :- ist der Default Wert wenn XBMC_EGIT_BRANCH leer ist.
Nur ":" ist andere Funktion.
Es gibt noch ":=", wo da der genaue Unterschied ist sehe ich nicht.

Bei dir fehlt noch da ":" am Anfang der Zeile, ohne funktioniert das Ganze ohne Wert in
"make.conf" nicht.

Und teste mal deinen vdr-v(-a)nsiserver ebuild, der will bei mir nicht.

Johns

Moin,

Ich bekomme folgende Fehlermeldung:

>>> Unpacked to /var/tmp/portage/media-plugins/vdr-vansi-9999/work/vansi-9999
mv: cannot stat `vnsiserver-9999/xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsiserver': No such file or directory
>>> Source unpacked in /var/tmp/portage/media-plugins/vdr-vansi-9999/work
>>> Preparing source in /var/tmp/portage/media-plugins/vdr-vansi-9999/work ...

Ich habe vdr-vansi in vdr-vnsi umbenannt (das war nicht der Fehler)
und den move in:
"mv vnsi-9999/xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsiserver ."
geändert dann klappt es auch.

Johns

Moin,

Da xbmc gerade seine Verzeichnissstruktur umbaut, geht der ebuild nicht mehr.

Hier mein Patch gegenüber dem gentoo ebuild.

--- /usr/portage/media-tv/xbmc/xbmc-9999.ebuild 2011-01-18 06:37:30.000000000 +0100
+++ /usr/local/portage/media-tv/xbmc/xbmc-9999.ebuild   2011-02-04 13:58:41.000000000 +0100
@@ -7,6 +7,8 @@
 inherit eutils python
 
 EGIT_REPO_URI="git://github.com/xbmc/xbmc.git"
+EGIT_REPO_URI="git://github.com/opdenkamp/xbmc.git"
+EGIT_BRANCH=master
 if [[ ${PV} == "9999" ]] ; then
        inherit git autotools
 else
@@ -31,6 +33,7 @@
        app-arch/zip
        app-i18n/enca
        >=dev-lang/python-2.4
+       <dev-lang/python-2.7
        dev-libs/boost
        dev-libs/fribidi
        dev-libs/libcdio[-minimal]
@@ -112,7 +115,8 @@
 src_prepare() {
        # some dirs ship generated autotools, some dont
        local d
-       for d in . xbmc/cores/dvdplayer/Codecs/{libdts,libdvd/lib*/} lib/cpluff ; do
+       #xbmc/cores/dvdplayer/Codecs/{libdts} ,libdvd/lib*/
+       for d in . lib/libdts lib/libdvd/lib* lib/cpluff ; do
                [[ -e ${d}/configure ]] && continue
                pushd ${d} >/dev/null
                einfo "Generating autotools in ${d}"
@@ -127,7 +131,7 @@
        sed -i \
                -e '/^CXXFLAGS/{s:-D[^=]*=.::;s:-m[[:alnum:]]*::}' \
                -e "1iCXXFLAGS += ${squish}" \
-               xbmc/lib/libsquish/Makefile.in || die
+               lib/libsquish/Makefile.in || die
 
        # Fix XBMC's final version string showing as "exported"
        # instead of the SVN revision number.

Achtung damit will der Dharma branch nicht mehr.

Johns

Hallo Leute, vorab erstmal ein riesengroßes DANKE!

Ich habe diese Woche meinen dritten VDR (den zweiten auf Gentoo) "angefangen" - und ich bin begeistert von dieser Kombination:

media-video/vdr-1.7.16-r1  USE="graphtft liemikuutio" [vdr-devel]
media-plugins/vdr-vnsiserver-9999 [amielke-overlay]
media-tv/xbmc-9999  USE="alsa rtmp sse sse2 vdpau" [amielke-overlay]

Da geht ja "alles" per XBMC, auch Timer und VDR-Aufnahmen schauen (u. löschen).
Seit ich den 'dbus' (ohne 'hal') im Runlevel habe, funktionieren auch die vier XBMX "Ausschalter".
Jetzt noch ein wenig Tuning rund um Fernbedienung und Rauf/Runter per RTC - dann wird er seinen Vorgänger ablösen

Noch mal Danke an alle die die Ebuilds auf diesen guten Stand gebracht haben!

Zitat von 22061977

Freut mich zu hören das alles funktioniert.

Erst einmal vielen Dank für die Arbeit, die Du in das ebuild gesteckt hast - genau so etwas
habe ich gesucht. Leider funktioniert es nicht (mehr):

>>> Emerging (1 of 1) media-plugins/vdr-vnsiserver-9999 from amielke-overlay * Package:    media-plugins/vdr-vnsiserver-9999 * Repository: amielke-overlay * USE:        amd64 elibc_glibc kernel_linux multilib userland_GNU * FEATURES:   preserve-libs sandbox *  * !!! append-flags changes from vdr-plugin.eclass * !!! eclass testing for >=vdr-1.7.13; overlay vdr-devel *  * Compiling against *      vdr-1.7.17 [API version 1.7.17]>>> Unpacking source... * GIT update --> *    repository:               https://github.com/opdenkamp/xbmc.git *    at the commit:            faa26430b37016bdb9b747f2415c43bbc7bd1cbf *    branch:                   master *    storage directory:        "/mnt/share/distfiles/git-src/xbmc"Cloning into /var/tmp/portage/media-plugins/vdr-vnsiserver-9999/work/vnsiserver-9999...done.>>> Unpacked to /var/tmp/portage/media-plugins/vdr-vnsiserver-9999/work/vnsiserver-9999mv: Aufruf von stat für „vnsi-9999/xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsiserver“ nicht möglich: Datei oder Verzeichnis nicht gefunden

Und in der Tat: das Verzeichnis vnsi-9999 existiert nicht; aber auch das Verzeichnis
vnsiserver-9999/xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsiserver gibt es nicht.

Für einen Hinweis wäre ich dankbar.

änder mal das hier im ebuild

ESVN_REPO_URI="https://xbmc.svn.sourceforge.net/svnroot/xbmc/branches/pvr-testing2/xbmc/pvrclients/vdr-vnsi/vdr-plugin-vnsiserver"

sollte actuell sein,

oder nimm gleich das ebuild aus dem vdr-devel overlay, ist aber hardmaskiert ( wie das halt so ist bei den live ebuilds)