Diskussion:Zen2vdr

Aus VDR Wiki
(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
Zeile 10: Zeile 10:
 
giga_san und ich verfügen schon über ein experimentelles Developmentsystem, das allerdings noch entrümpelt und dokumentiert werden müsste. Die benötigten gentoo-Pakete werden alle über emerge geladen. zen2vdr, plugins und features werden über build-scripte gebaut.  
 
giga_san und ich verfügen schon über ein experimentelles Developmentsystem, das allerdings noch entrümpelt und dokumentiert werden müsste. Die benötigten gentoo-Pakete werden alle über emerge geladen. zen2vdr, plugins und features werden über build-scripte gebaut.  
  
Offen ist die Frage, wie und an wen das development-System und die scripte weitergegeben werden. Das wird im wesentlichen von giga_san bestimmt. Ich denke, dass das development-System nicht breit sondern aber eher gezielt weitergegen wird, um Missbrauch zu vermeiden und den support-Aufwand in Grenzen zu halten.
+
Offen ist die Frage, wie und an wen das development-System und die scripte weitergegeben werden. Das wird im wesentlichen von giga_san bestimmt. Ich denke, dass das development-System nicht breit sondern aber eher gezielt weitergegeben wird, um Missbrauch zu vermeiden und den support-Aufwand in Grenzen zu halten.

Version vom 1. August 2008, 12:59 Uhr

Hi, gibt es schon irgendwelche Hinweise, wie ein "Development-System" fuer die zen2vdr aussehen sollte? Ich denke da an Gentoo-Paketlisten o.ae.

Gruesse,

 Juergen

Hi Jürgen,

giga_san und ich verfügen schon über ein experimentelles Developmentsystem, das allerdings noch entrümpelt und dokumentiert werden müsste. Die benötigten gentoo-Pakete werden alle über emerge geladen. zen2vdr, plugins und features werden über build-scripte gebaut.

Offen ist die Frage, wie und an wen das development-System und die scripte weitergegeben werden. Das wird im wesentlichen von giga_san bestimmt. Ich denke, dass das development-System nicht breit sondern aber eher gezielt weitergegeben wird, um Missbrauch zu vermeiden und den support-Aufwand in Grenzen zu halten.