[openmamba-devel-it] Distromatic e controlli di versione e suggerimenti vari

[Silvan Calarco]

In vista dell'aggiornamento di python ho introdotto una nuova funzionalità di 
distromatic, ossia il controllo della versione dei requirements. Ora 
troverete nel log di ogni repository anche la segnalazione di problemi legati 
alla mancanza della versione corretta del requirement.
Ad esempio questo ha messo in luce un problema con i pacchetti per python:

Warning: ac-archive requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: blender requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: gnome-menus requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: libselinux-python requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: pygtk requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: python-beecrypt requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: python-gimp requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: python-libpisock requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: python-libxml2 requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: python-opensync requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: python-xslt requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)
Warning: zenmap requires python < 2.5 (failing provider(s): 
python#2.5.2-1mamba)

Penso che sia meglio che i pacchetti non abbiano requirement che escludono 
versioni future. Primo non serve perché esiste già una gestione automatica 
con il requirement "python(abi)", secondo il fatto che sia installato python 
2.5 non è propriamente un problema di questi pacchetti ai quali semplicemente 
serve python 2.4, o meglio python(abi) 2.4, terzo perché ora prima di 
aggiornare python bisogna rifare questi pacchetti togliendo questo 
requirement.
Per un discorso analogo consiglio di evitare il più possibile l'uso di 
direttive come "Conflicts", spesso vengono messe perché due pacchetti hanno 
dei file in comune, ma il conflitto è rivelato automaticamente. Allo stesso 
modo, se un programma in C/C++ richiede una libreria, probabilmente il 
requisito sarà individuato automaticamente con la versione necessaria della 
libreria dinamica, quindi non è il caso di inserire un requirement specifico 
del tipo libxxx >= y.z. Semplicemente penso che sia cosa buona evitare di 
inserire informazioni negli specfile che presumibilmente dovranno essere 
cambiate negli aggiornamenti successivi. Scusate se sono stato noioso.

ciao
Silvan

-- 
mambaSoft di Calarco Silvan
Web: http://www.mambasoft.it

mambaSoft Store @ http://shop.mambasoft.it
openmamba GNU/Linux development @ http://www.openmamba.org