Ciao Andrea,
rispondo brevemente e ti chiederei di continuare in un thread separato
perchè stiamo facendo hijack del thread originale.
Il progetto è stato spostato da _poco_ su github quindi li puoi vedere
la lista dei committer. Ad onor del vero la lista è incompleta,
contiene solo chi fatto commit recenti; e.g. Emanuele Tajariol pur
essendo membro del PSC non ha ancora i diritti su github.
Per il discorso fork, a me non pare cosi' complicata la situazione
sopratutto per uno esperto come te. E' sempre piuttosto chiaro chi sta
dietro ad un progetto Open Source in termini commerciali, basta che ti
vedi la ML, i membri del PSC e chi fa presentazioni regolarmente.
Se certo uno commissiona una fix o un evoluzione importante alla
ditta/professionista X che:
- non ha mai scritto una lista in list devel o user
- nn ha nessuno nel PSC
- nn ha mai fatto un commit o una pull
e poi si aspetta che qualcuno investa _a gratis_ il proprio tempo sul
progetto faccia review e merge a gratis, beh forse c'e' un bug
nell'algoritmo alla base della scelta iniziale 
Regards,
Simone Giannecchini
Ing. Simone Giannecchini
@simogeo
Founder/Director
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
2013/10/9 Andrea Peri <aperi2007@gmail.com>:
Avevo gia' in programma di testarla.
Non a brevissimo pero.
Faro' sapere appena fatto.
Cmq sia, come ben sapete e fate per altri software Open Source, il
modo di prioritizzare i fix esiste ed è dotarsi di supporto
professionale.
Non mie ne parlare, Geonetwork su questo fronte è un disastro a quattro
zampe.
Ma è anche il piu' amletico dei progetti GFoss.
Le mie perplessita' sull'approccio migliore da usare nei suoi confronti sono
massime.
NOn ho alcuna certezza o punto fermo.
Non mi è chiaro per niente che relazione ci sia tra chi sviluppa GN e
eventuali soggetti terzi.
Ad esempio: chi ha diritto di commit sul repo di GN ?
La situazione è in flusso in quanto il progetto è passato recentemente
su github.
Per esempio il nostro Emanuele Tajariol, che è membro del PSC, non ha
ancora mandato i dati del suo account e quindi
non ha ancora accesso a GIT.
Generally speaking fa fede la lista dei committer sulle repo del
progetto, cosa che su github è ben esplicitata.
E che regole hanno per accettare patch o evoluzioni sviluppate da altri
soggetti ?
Questa è piu' una domanda filosofica che pratica onestamente.
Il dubbio non è da poco, infatti se per ipotesi qualcuno affidasse a un
professionista lo sviluppo di evoluzioni o patch per GN,
il timore è che queste patch o evoluzioni restino nel limbo, ovvero non
vengano poi recepite nel repo di prodotto.
Il che comporta , come sai bene, che la patch (o evoluzione) resterebbe
locale al cliente che la ha fatta realizzare perche' sara' solo nella sua
versione privata .
Magari lui potra' metterla scaricabile dal suo sito privato, ma non è lo
stesso di averla gia' incorporata nel prodotto GN.
E oltre tutto alla prima occasione che si evolvono la patch (o evoluzione )
realizzata al di fuori del circuito GN perderebbe di sostanza.
Insomma il rischio è che poi il supporto professionale possa solo produrre
patch locali al cliente che non entrano mai nel repository principale.
Con la perdita secca del vantaggio principale che è la messa a fattor comune
del lavoro sviluppato.
Uno scenario pessimo.
Il miglior prodotto disponibile a giro sui metadati, è anche il piu'
misterioso.
Andrea.
Il giorno 09 ottobre 2013 19:22, Simone Giannecchini
<simone.giannecchini@geo-solutions.it> ha scritto:
Ciao Andrea,
grazie per la segnalazione, sicuramente con il passaggio di tutte le
nostre istallazioni alla 2.10.x risolveremo anche questo problemino,
visto che la lingua italiana
ci interessa un pochino 
Cmq sia, come ben sapete e fate per altri software Open Source, il
modo di prioritizzare i fix esiste ed è dotarsi di supporto
professionale.
Detto questo, mi sembra che la issue _potrebbe_ essere stata fixata da
un commit correlato, quindi magari se potessi fare un test veloce
(dovresti usare una nightly da qui:
http://nightlybuild.geonetwork-opensource.org/210branch/) per
confermare o smentire il fix potrebbe essere utile.
Regards,
Simone Giannecchini
Ing. Simone Giannecchini
@simogeo
Founder/Director
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
2013/10/9 Andrea Peri <aperi2007@gmail.com>:
> Colgo l'occasione di questa tua iniziativa per segnalarti che la
> versione
> 2.10 è difettosa.
> Il difetto è proprio nella gestione della lingua italiana.
> ...Tacci sua, poteva sbagliare lo "zuavo".
>
> Fatto sta' che se si commuta in italiano su una scheda gerarchica
> sostituisce al titolo l' UUID.
>
> https://github.com/geonetwork/core-geonetwork/issues/213
>
> Decisamente poco pratico.
> Tienilo presente perche' altrimenti rischi di dover rifare il lavoro poi
> anche sulla 2.11 successiva.
> Ovesi spera che risolvano il problema.
>
> Io il ticket lo ho aperto.
> Hanno anche rilasciato una patch, ma non lo ho provata e comunque ormai
> la
> 2.10.1 è persa,
> la patch verrĂ applicata sul prossimo rilascio che non so' quando sara'.
>
> Andrea.
>
>
>
> Il giorno 09 ottobre 2013 14:16, Simone Giannecchini
> <simone.giannecchini@geo-solutions.it> ha scritto:
>>
>> Buongiorno a tutti,
>>
>> dico subito che il topic della email potrebbe essere sensibile, cmq
>> credo che possa essere di interesse generale e spero non generare un
>> flame
>>
>> Stiamo valutando di riportare le customizazzioni fatte e rilasciate su
>> GeoNetwork 2.6.x per il supporto ad RNDT su una versione recente di
>> GeoNetwork (nello specifico 2.10.x)
>> dove esiste la possibilitĂ di esternalizzare il supporto per profili
>> specifici di 191XX come plugin condivisibili.
>> L'obiettivo sarebbe di creare un plugin per il profilo RNDT esterno
>> rispetto a GeoNetwork e quindi pubblicarlo in modo che sia
>> (relativamente) facile e diretto (e gratuito) per _tutti_ utilizzarlo,
>> specialmente rispetto
>> a quanto abbiamo dovuto customizzare per la 2.6.x.
>>
>> Venendo al dunque, se qualcuno fosse interessato a finanziare, anche
>> in piccola parte, questo sviluppo o anche solo ad avere maggiori
>> dettagli mi puo' tranquillamente contattare in privato.
>> Al momento abbiamo giĂ alcune adesioni, ma ho pensato potessero
>> esserci altri enti/aziende interessati.
>>
>> Ripeto, il risultato verrĂ condiviso in modo aperto e gratuito per
>> tutti secondo i canali standard di GeoNetwork.
>>
>> Regards,
>> Simone Giannecchini
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Simone Giannecchini
>> @simogeo
>> Founder/Director
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054 Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob: +39 333 8128928
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> -------------------------------------------------------
>> _______________________________________________
>> Gfoss@lists.gfoss.it
>> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>> Questa e' una lista di discussione pubblica aperta a tutti.
>> I messaggi di questa lista non hanno relazione diretta con le posizioni
>> dell'Associazione GFOSS.it.
>> 666 iscritti al 22.7.2013
>
>
>
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty à èìòù
> -----------------
--
-----------------
Andrea Peri
. . . . . . . . .
qwerty à èìòù
-----------------