quando i plugin hanno bisogno delle patch(come funziona svn)

[davidea]

ragazzi, mi sorge una curiosita'!

sempre piu' spesso, trovo delle patch da applicare ai plugin per farli andare con la tal versione di gcc o di vdr, ma mi sorge un dubbio, perche' tali patch non vengono incorporate nel sorgente originale?
che l' autore del plugin non nen sa a conoscenza?

la domanda mi e' venuta perche' stasera cercando di risolvere un problema con il plugin burn, mi e' sembrato di capire che sia rimasto orfano di padre, e mi chiedevo, ma in tal caso, (non e' il mio caso) ma come si subentra nello sviluppo, manutenzione del cvs, chi si prende la responsabilita' di inserire le patch nel main?

[ragno]

ragazzi, mi sorge una curiosita'!

sempre piu' spesso, trovo delle patch da applicare ai plugin per farli andare con la tal versione di gcc o di vdr, ma mi sorge un dubbio, perche' tali patch non vengono incorporate nel sorgente originale?
che l' autore del plugin non nen sa a conoscenza?

la domanda mi e' venuta perche' stasera cercando di risolvere un problema con il plugin burn, mi e' sembrato di capire che sia rimasto orfano di padre, e mi chiedevo, ma in tal caso, (non e' il mio caso) ma come si subentra nello sviluppo, manutenzione del cvs, chi si prende la responsabilita' di inserire le patch nel main?

Forse ti stai complicando troppo le cose:

1) vdr e' un'applicazione da piu' di 8 anni in "circolazione", in campo informatico un periodo veramente molto lungo.
Posso aver sviluppato qualcosa (e l'ho fatto, ), ma poi sono passato ad altro, oppure semplicemente non ho interesse a supportare una versione di vdr (che intanto e' andata avanti con lo sviluppo), perche' non non mi va di farlo, perche' non ho piu' tempo, o perche la cosa non mi interessa piu'...
Vdr e' un progetto opensource, non un'applicazione commerciale.

2) I plugins non entrano nel ramo di sviluppo ufficiale, perche' per loro natura sono gestite da "terze parti".
Un po' differente e' il discorso per alcune patch (per la maggior parte fix) che Klaus spesso include nelle successive release (soprattutto se queste sono realizzate da persone "fidate" che collaborano allo sviluppo e/o al debug).
Una delle critiche che forse oggi si potrebbe fare a vdr, e' che e' ancora un'applicazione sviluppata da un singolo e non da un team.
In ogni caso qualunque persona potrebbe "forkare" vdr o un plugin (a patto di saperlo fare), basta continuare a rendere disponibili i sorgenti (e soprattutto citare le fonti)...A questo proposito vedi lo sviluppo di vdr effettuato dalla Reel Multimedia...
Se ti piace un plugin "silente" o "orfano", puoi tranquillamente portarne avanti lo sviluppo. basta che rispetti la licenza gpl.

3) molti plugghi, sono opera di utenti entusiasti e/o hobbisti. Ma non dispongono di un sistema di gestione dei sorgenti come cvs, svn, mercurial o quant'altro. Vedi ad esempio l'ottimo nostrano loadepg di lukkino. Questo perche' l'utilizzo di un server su internet comporta dei costi...

Direi che la cosa migliore da fare, sia quella di rendere disponibile il proprio lavoro, senza farsi troppe domande e problemi, soprattutto se un plugin risulta fermo nello sviluppo...
Anche perche' a volte l'"abbandono" semplicemente significa che non c'e' piu' interesse per lo stesso.

ciao

[davidea]

ragazzi, mi sorge una curiosita'!

sempre piu' spesso, trovo delle patch da applicare ai plugin per farli andare con la tal versione di gcc o di vdr, ma mi sorge un dubbio, perche' tali patch non vengono incorporate nel sorgente originale?
che l' autore del plugin non nen sa a conoscenza?

la domanda mi e' venuta perche' stasera cercando di risolvere un problema con il plugin burn, mi e' sembrato di capire che sia rimasto orfano di padre, e mi chiedevo, ma in tal caso, (non e' il mio caso) ma come si subentra nello sviluppo, manutenzione del cvs, chi si prende la responsabilita' di inserire le patch nel main?

Forse ti stai complicando troppo le cose:

1) vdr e' un'applicazione da piu' di 8 anni in "circolazione", in campo informatico un periodo veramente molto lungo.
Posso aver sviluppato qualcosa (e l'ho fatto, ), ma poi sono passato ad altro, oppure semplicemente non ho interesse a supportare una versione di vdr (che intanto e' andata avanti con lo sviluppo), perche' non non mi va di farlo, perche' non ho piu' tempo, o perche la cosa non mi interessa piu'...
Vdr e' un progetto opensource, non un'applicazione commerciale.

piuchealtro e' voler capire certi processi, se non chiedo lumi agli amici a chi li devo chiedere?

2) I plugins non entrano nel ramo di sviluppo ufficiale, perche' per loro natura sono gestite da "terze parti".
Un po' differente e' il discorso per alcune patch (per la maggior parte fix) che Klaus spesso include nelle successive release (soprattutto se queste sono realizzate da persone "fidate" che collaborano allo sviluppo e/o al debug).
Una delle critiche che forse oggi si potrebbe fare a vdr, e' che e' ancora un'applicazione sviluppata da un singolo e non da un team.
In ogni caso qualunque persona potrebbe "forkare" vdr o un plugin (a patto di saperlo fare), basta continuare a rendere disponibili i sorgenti (e soprattutto citare le fonti)...A questo proposito vedi lo sviluppo di vdr effettuato dalla Reel Multimedia...

quindi il reelbox ha un vdr forkato, ecco questa notizia mi mancava!

Se ti piace un plugin "silente" o "orfano", puoi tranquillamente portarne avanti lo sviluppo. basta che rispetti la licenza gpl.

3) molti plugghi, sono opera di utenti entusiasti e/o hobbisti. Ma non dispongono di un sistema di gestione dei sorgenti come cvs, svn, mercurial o quant'altro. Vedi ad esempio l'ottimo nostrano loadepg di lukkino. Questo perche' l'utilizzo di un server su internet comporta dei costi...

Direi che la cosa migliore da fare, sia quella di rendere disponibile il proprio lavoro, senza farsi troppe domande e problemi, soprattutto se un plugin risulta fermo nello sviluppo...
Anche perche' a volte l'"abbandono" semplicemente significa che non c'e' piu' interesse per lo stesso.

ciao

quindi e' lecito, se prendo il plugin burn, con le patch fatte da altri,(e riesco a farlo funzionare) e lo metto in upload, dandone notizia in mailing list?
personalmente non ho ancora le capacita' di modificarlo, ma applicargli le patch si!

[Gringo]

Aggiungo un paio di cose a quanto detto dal ragno:

1) tempo fa in ML si era parlato della possibilità di forkare VDR creando un team di sviluppo che portasse avanti la manutenzione ed accettasse eventuali patch da incorporare nel main core. Poi, come molte cose, non se ne fece niente visto la mancanza di persone disposte a collaborare

2) per i plugins non più mantenuti è nato il progetto http://projects.vdr-developer.org/ che permette di portare avanti i plugin abbandonnati (tra questi penso ci sia burn)

[alez]

@davidea

Se vuoi studiarti il Reelbox, avevo iniziato a smanetarci (anche se poi ho sospeso) ed ho presto un po di appunti sul mio wiki:

http://al3z77.altervista.org/dokuwiki/d ... rt:reelbox

alcune cose sono ormai obsolete ma secondo me le basi possono comunque esserti utili.

La Reel Multimedia secondo me ha lavorato veramente bene, trasformando il sorgente di VDR ed i vari plugins "sparsi" in un prodotto commerciale pur mantenendolo completamente OpenSource, cosa rara di questi tempi dove i vari AZ BOX, Pop Corn, ... si "scippano" progetti OpenSource non restituendo codice aperto alla comunità

Secondo me si tirano la zappa sui piedi in quanto venderebbero meglio prodotti sviluppati da volontari, tanto i cinesi clonano l'hardware e fanno in modo che il software originale ci giri sopra, mica han bisogno del sorgente

[ragno]

La Reel Multimedia secondo me ha lavorato veramente bene, trasformando il sorgente di VDR ed i vari plugins "sparsi" in un prodotto commerciale pur mantenendolo completamente OpenSource, cosa rara di questi tempi dove i vari AZ BOX, Pop Corn, ... si "scippano" progetti OpenSource non restituendo codice aperto alla comunità

Secondo me si tirano la zappa sui piedi in quanto venderebbero meglio prodotti sviluppati da volontari, tanto i cinesi clonano l'hardware e fanno in modo che il software originale ci giri sopra, mica han bisogno del sorgente

Sono completamente d'accordo riguardo lo "spirito", tuttavia c'e' da sottolineare che la Reel il proprio hardware lo fa pagare 3-4 volte quello che costa un azbox...
Comunque dal momento che si tratta di macchine bastate su linux, chissa se un giorno non sia possibile entrare in possesso di buona parte dei sorgenti...Per alcune cose (sigma) purtroppo non ci conterei troppo...

Vedremo.

ciao

p.s. riguardo quello che fanno i cinesi, mi dicono che wode e' una loro creatura...veramente pazzesco come ingegnerizzazione, capacita' e come s'integra col sistema...purtroppo si tratta sempre di "lati oscuri"...

[davidea]

2) per i plugins non più mantenuti è nato il progetto http://projects.vdr-developer.org/ che permette di portare avanti i plugin abbandonnati (tra questi penso ci sia burn)

ecco bell' idea, infatti come titolo c'e' pure burn.... mi spieghi un po' meglio come funziona questa piattaforma??? nel senso che ho dato un' occhiata in giro, e ad esempio per burn non c'e' niente a parte una descrizione sommaria, mentre per altri plugin come ad esempio pearl hd skin, c'e' qualcosa, c'e' un rimando alla pagina ufficiale del plugin, e c'e' un repository git, che a lume di naso e' quello che dovrei scaricare se voglio provare le modifiche fatte dalla comunity, o sbaglio?
una righetta semplice semplice per usare git ?

[von fritz]

Hello

http://projects.vdr-developer.org/wiki/ ... positories
penso sia abbastanza chiaro.

bye

[davidea]

grazie 1000 capo, mi ero perso la pagina!!!