INFO:// xine-lib-1.1.11 mit USE="vdr vdr-net" im vdr-testing overlay
- hd.brummy
- Geschlossen
-
-
Hi Jörg,
heißt das, daß man als gentoo vdr-User sinnvollerweise von overlay gentoo-de auf overlay vdr-testing umstellt?
Gruß,
Dieter -
Moin Dieter,
jaein,
Die meisten Sachen liege ja zwichenzeitlich auf Gentoo.org
Für das Gentoo VDR Project sind vor einiger Zeit 2 Overlays eingerichtet worden:http://www.gentoo.org/proj/en/…vdr/doc/overlay-guide.xml
http://overlays.gentoo.org/proj/vdr/browser- vdr-testing
Hier liegen Sachen die noch in der Entwicklung sind, zb vdr-burn-0.1.0_pre* und der ewige Problemkandidat xine-lib (Gentoo intern ), snapshot von xxv hab ich momentan drin (wenn die nächste stabel kommt, geht die gleich nach gentoo.org)
Hier sollte man genau hinschauen was man da installiert, eventl. was maskieren in /etc/portage/package.mask wenn garnix mehr geht, der Kram wird halt teilweise als extrem unstabil angesehen, oder einfach mehr user feedback braucht um das zu stabilisieren.
ein paar svn und cvs ebuild' meist hardmasked und dann mit -9999 nummer versehen, für diejenigen die das unbedingt wissen wollen - vdr-experimental
sollte man sich nur in direkter Zusammenarbeit mit den devs ins overlay legen, (eclass testing oder irgendwelche sachen die mal schnell das system braken können)
Übergangsweise sollte also gentoo.de und vdr-testing im Overlay-portage liegen.
Langfristig wird das alles von gentoo.de verschwinden. Ist ja nicht mehr viel was dort liegt.Je nach Lust und Laune schnappen sich zzam oder ich mal eins von den Sachen; rewrite meistens, nochmal testen und dann direkt nach gentoo.org oder vdr-testing.
Hoffe das hat jetzt nicht noch mehr Verwirrung gebracht
Cheers
/bin/joerg
- vdr-testing
-
Moin,
hab mal ein update auf xine-lib-1.1.4-r1 in den vdr-testing overlay gelegt.
Damit ist der bestand gleich zum gentoo main portage tree.
Viel Spass
-
Moin,
zzam hat gerade xine-lib-1.1.5 in den vdr-testing Overlay gelegt.
Viel Spass
-
Moin,
zzam hat gestern xine-lib-1.1.6 in den vdr-testing Overlay gelegt.
Viel Spass
-
moin.
wie laesst es sich Regeln,
dass xine-lib nur von Overlay beim World-Update beruecksichtigt wird,
auch wenn im main tree eine neuere Version verfuegbar ist ?
Laesst sich das 'maskieren' ?
mfg -
Nööö,
(schlechte Karten), die Frage kam schon mal in einem anderen Tread vor einiger Zeit vor.
Portage sieht es leider nicht vor, das man Pakete aus einem bestimmten Zweig auschliessen kann.
Ist also immer obacht beim Update gefragt....Ich setzt mich aber gleich mal an die neue xine-lib ran und spiele die vdr patchtes ein.
Mal sehen was bei rauskommt.....Meld mich dann wieder
-
heiho,
ZitatOriginal von hd.brummy
Nööö,(schlechte Karten), die Frage kam schon mal in einem anderen Tread vor einiger Zeit vor.
Portage sieht es leider nicht vor, das man Pakete aus einem bestimmten Zweig auschliessen kann.
Ist also immer obacht beim Update gefragt....Ich setzt mich aber gleich mal an die neue xine-lib ran und spiele die vdr patchtes ein.
Mal sehen was bei rauskommt.....Meld mich dann wieder
Schade eigentlich, das dies nicht moeglich ist.
Danke fuer deine Muehe.
mfg -
Hi,
die Anpassungen der vdr-patche für xine-lib-1.1.6 habe ich beim x-vdr schon gemacht. Wenn du möchtest, kannst du die gerne verwenden.
Gruß, Marc
-
@ Zulu,
lieb gemeint, aber wie man hier sieht, kommst Du mit deinem Angebot ein paar Wochen zu spät
Tja, ich sags ja schon immer: "Debian, immer einen Schritt hinterher"
und deshalb, um das zu unterstreichen gibt es jetzt:media-libs/xine-lib-1.1.7 im Overlay testing
Der Gedanke, Pakete nur aus einem bestimmte Tree zu maskieren, ist natürlich nicht schlecht.
Die Information, in welchem Tree die Pakete liegen, sind ja beim Portage vorhanden.
Es sollte den Portage Entwicklern eigentlich möglich sein mit ein paar Codezeilen das auch umzusezten.Das könnte dann zb so aussehen, das man in der
/etc/portage/package.mask mit einem zusätzlichen Paramter zum maskierten Paket dieses exclusiv nur für den jeweilige Tree sperrt.zb Eintrag
media-libs/xine-lib main ( o. default )
würde das paket dann für den Hauptree von g.org sperren.
Eröffne doch mal ne Anfrage auf bugs.gentoo.org , vielleicht hat da einer von den portage Dev's Lust das umzusetzten.
-
moin,
werde bei Gelegenheit mal paludis testen,
da ist das Blockieren von packages mit Angabe vom repository moeglich.CodeDie Einträge "::gentoo" hinter den Paketen kennzeichnen die Repositories wo die Ebuilds sich befinden."::gentoo" ist der offizielle Portage-Tree. Es können auch Overlays eingetragen werden (z.B. "::sunrise")
Code# package_mask.conf # This file created by portage2paludis.bash >=sys-devel/binutils-config-1.9-r3::gentoo >=sys-kernel/module-rebuild-0.5::gentoo =media-video/ffmpeg-0.4.9_p20070330::gentoo =app-editors/vim-7.1_beta001::gentoo
QUELLE
mfg -
xine-lib-1.1.8 mit use-flags vdr vdr-net in vdr-testing overlay added.
vdr-xine-0.7.11 in vdr-testing overlay added.
vdr-xine-0.7.11 braucht xine-lib-1.1.8
-
Zitat
Original von holymoly
heiho,
Schade eigentlich, das dies nicht moeglich ist.
Danke fuer deine Muehe.
mfgMit Paludis einer Portage alternative ist dieses und noch vieles andere problemlos möglich.
-
Hi Joerg,
ZitatOriginal von hd.brummy
xine-lib-1.1.8 mit use-flags vdr vdr-net in vdr-testing overlay added.vdr-xine-0.7.11 in vdr-testing overlay added.
vdr-xine-0.7.11 braucht xine-lib-1.1.8
mal wieder vielen Dank fuer deine Muehe.
mfg -
Hi!
Ein gepatchtes xine-lib-1.1.11 und vdr-xine-0.8.2 ist jetzt im vdr-testing Overlay.
Zzam
-
Hallo an Alle,
und ein herzliches Dankeschön für die geleistete Arbeit bei den VDR-Ebuilds (und natürlich am VDR).
Die neue Xine-Lib hat gar kein "vdr-net" mehr. Gibt es jetzt eine andere Möglichkeit mit Xine den VDR auf einem anderen PC aufzurufen?
MfG
BM
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!