[openmamba-devel-it] Repository devel-java e devel-contrib-java

[gil]

Il 27/03/2011 23:42, Silvan Calarco ha scritto:
> Il repository devel-java è stato spostato da repository di gruppo a repository
> di servizio interno.
> Per i contributori ho creato un nuovo repository devel-contrib-java. Per
> l'accesso occore modificare la configurazione di autospec come da template
> seguente:
>
> #==================================================#
> # devel-contrib-java repository                              #
> #==================================================#
> ftp_rw_server[x]="ftp://ftpaccounts.openmamba.org"
> ftp_rw_port[x]=
> ftp_rw_passive_mode[x]=on
> ftp_rw_user[x]=devel-contrib-java
> ftp_rw_passwd[x]=""
> ftp_rw_rpms_dir[x]="/RPMS. a arch@"
> ftp_rw_srpms_dir[x]="/SRPMS.base"
> arch_list[x]="i586"
> arch_noarch_upload[x]="${arch_list[x]}"
> ftpdir_rw_old[x]=""
> ftpurl_ro_rpms[x]="ftp://ftpaccounts.openmamba.org/pub/openmamba/devel-
> contrib-java/RPMS. a arch@"
> ftpurl_ro_srpms[x]="ftp://ftpaccounts.openmamba.org/pub/openmamba/devel-
> contrib-java/SRPMS.base"
> #==================================================#
>
> La password per l'accesso rimane la stessa usata finora per il repository
> devel-java. Il repository devel-java non è più accessibile dall'esterno
> pertanto può essere rimosso dalla configurazione di autospec.
>
> I pacchetti che non riguardano java sono in fase di spostamento da devel-java
> a devel-contrib-java e successivamente potrebbero essere spostati in un
> repository più opportuno. Pertanto invito fin d'ora ad evitare di inviare
> pacchetti non java nel repository devel-contrib-java e ricordo che sono già
> disponibili dei repository più adatti o che possono esserne creati di nuovi se
> necessario.
>
> Le operazioni di spostamento e sincronizzazione sono ancora in corso e saranno
> completate entro alcune ore.
>
> ciao,
> Silvan
>
ciao
dato che alcuni pacchetti come segnalato in precedenza hanno dei problemi
per quanto mi riguarda
l'importazione dei pacchetti non java la posso ignorare a meno che le 
dipendenze per openjdk (ad es per evitare i soliti warning non vengabo 
risolte)
grazie
gil