[openmamba-devel-it] Test del repository devel-java [Era: Re: libjpeg-turbo]

[Silvan Calarco]

In data mercoledì 30 marzo 2011 23:12:00, Tiziana ha scritto:
> La compilazione ha funzionato, ho caricato l'rpm sul mio repo per eventuale
> verifica.

Bene, grazie.
gil non ha fatto un brutto lavoro, solo che ha fatto delle assunzioni sul 
sistema che dal suo punto di vista non si potevano discutere (mi avrebbe 
probabilmente solo detto che "rompo i coglioni"), come il fatto che tutti i 
pacchetti che stava facendo richiedono openjdk mentre secondo me è il caso di 
permetter che i pacchetti così come sono si compilino con gcj o openjdk a 
seconda di cosa è installato come ambiente predefinito nel sistema.
Per esempio ho importato db48 da devel-contrib-java, modificando anche 
l'assunzione fatta che questa sia la versione di default del sistema 
(attualmente il db di default in openmamba è la versione 5.1 e se si vuole 
usare la versione 4.8 bisogna specificarlo nelle opzioni di build). La sua 
versione non modificata di db48 non poteva essere installata in openmamba in 
quando libdb48-devel sarebbe andato in conflitto con libdb51-devel. Se è vero 
che ci possono essere dei componenti che richiedono necessariamente openjdk 
questo ritengo non sia vero ad esempio per db48 che infatti si è compilato 
correttamente con gcj ed ha generato un db-4.8.30.jar che penso piacerà lo 
stesso a openjdk (tra quel poco che ne posso sapere di java c'è il fatto che i 
binari sono compatibili e portabili non solo tra una versione e l'altra 
dell'ambiente java ma anche addirittura tra una piattaforma hardware e 
un'altra).
Le mie considerazioni servono per evitare di dover modificare i build 
requirement dei pacchetti ogni volta, quindi proprio l'opposto di quello che 
pensa lui, ovvero lo scopo è di evitare di dover ricompilare tutto ogni volta 
per semplificare il mantenimento della distribuzione. Riguardo a libjpeg-
turbo, per esempio, lui ha messo ovunque libjpeg-turbo-devel come build 
requirement e questo avrebbe richiesto di rifare tutti i pacchetti nel momento 
in cui fosse uscita libjpeg-straturbo oppure se si fosse tornati indietro alla 
classica libjpeg. In ogni caso non doveva neanche rifare quei pacchetti perché 
libjpeg-devel fornisce libjpeg-turbo-devel come ho scritto nella mia mail di 
qualche giorno fa. Le mie scelte sono fatte per semplificare il lavoro di 
sviluppo e mantenimento della distribuzione ma invece viene recepito 
l'opposto, probabilmente perché manca una visione sugli sviluppi futuri della 
distribuzione, o forse semplicemente perché l'ho detto io.
Inoltre openjdk ha come build requirement tzdata-java che richiede a sua volta 
openjdk, pertanto non sarebbe possibile fare una compilazione bootstrap di 
openjdk, mentre se invece si permette di compilare tzdata (e i molti altri 
build requirement in devel-java) inizialmente con gcj non c'è questo problema.
Questo solo per dirne qualcuna, evito di dilungarmi ulteriormente ad esempio 
sui pacchetti che non c'entrano nulla con java presenti nel repository devel-
java e i pacchetti ricreati da zero cancellando lo storico di quelli già 
presenti in devel, la cui importazione richiedeva molto tempo oltre al fatto 
che veniva cancellata traccia del lavoro fatto da precedenti sviluppatori e di 
eventuali problematiche affrontate e risolte che comparivano nel changelog.
Peccato non riuscire a fare delle discussioni civili e razionali su queste, 
peccato.

Silvan

-- 
mambaSoft di Calarco Silvan
Web: http://www.mambasoft.it
 
mambaSoft Store @ http://www.mambastore.it
openmamba GNU/Linux development @ http://www.openmamba.org