Newsgroup: it.comp.os.linux.software
Titolo: qualche info su criteri per i package debian

Mi chiedevo se sapete con che criterio vengono aggiornati/inseriti nei server i 
package in debian unstable, in quanto noto alcune -diciamo- incongruenze, ed es. 
in riferimento ad alcuni moduli 'sound':
il modulo 'horgand' e` in lista 
http://packages.debian.org/unstable/
 ma se 
eseguo apt-get install.. : E: Couldn't find package horgand
il modulo zynaddsubfx e` da qualche tempo in versione 2.x.x ma negli archivi 
debian ancora rimane alla 1.4.x
solo per citare un paio di esempi.
Ho cercato qui in giro 
http://www.nl.debian.org/distrib/packages
ma non ho trovato una risposta ai miei dubbi; c'e` anche la possibilita' che
non vi sia in realta' una ben precisa risposta, magari qualcuno puo' illuminarmi 
in proposito.
GiA. (l'equivalente in Italiano di TiA = thanks in advance).
-- 
Assioma di Baskerwill: Se fai retromarcia, qualcuno passera' dietro.
RRB SoHE

 debian ancora rimane alla 1.4.x
vedi sopra.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Research is what I'm doing when I don't know what I'm doing.

 GiA. (l'equivalente in Italiano di TiA = thanks in advance).
Semplicemente la probabilità di errori di questo tipo è maggiore in unstable
che in testing o in stable, per definizione.
Probabilmente qualcuno non ha pacchettizzato correttamente...
-- 
Luca Villani     NOC Manager  -  Wireless Solutions S.p.A.  (Dada Group)
http://www.wseurope.com
          via Castiglione 25, 40124 Bologna Italy
T:
+39 051 2966826
   F:
+39 051 2966800
   M:
+39 348 5298542
   UIN:76272621
GPG public key available

 da me c'e`. repository incastrati?
ummm... incastrati?
Cosa intendi di preciso?


 Cosa intendi di preciso?
hal:~# apt-cache search horgand
horgand - a JACK capable organ softsynth
hal:~# apt-cache show horgand | grep Version
Version: 1.06-1
hal:~# apt-get install horgand -s
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  libfltk1.1c102
The following NEW packages will be installed:
  horgand libfltk1.1c102
0 upgraded, 2 newly installed, 0 to remove and 4 not upgraded.
Inst libfltk1.1c102 (1.1.5-1 Debian:unstable)
Inst horgand (1.06-1 Debian:unstable)
Conf libfltk1.1c102 (1.1.5-1 Debian:unstable)
Conf horgand (1.06-1 Debian:unstable)
Non ho voglia di installarlo davvero, ma non vedo nessun problema in
esso.
E non vedo bugs relativi a quello che hai riportato.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Unix:  When you can't afford the very best.

 Conf horgand (1.06-1 Debian:unstable)
...
Non e` che potresti farmi un piacere? Postare un file /etc/apt/sources.list 
corretto (o un link) ,in quanto non vorrei aver lasciato qualche errore quando, 
nel periodo in cui non andava 
ftp2.it.debian.org
 cambiai su .
de.debian.org
, e/o 
magari e` rimasto qualcosa in cache che da problemi.
-- 
GiA ( o anche: 1KGiA = mille grazie in anticipo )
RRB SoHE

Questo e` il mio sources.list, vi pare di vedere qualche incongruenza?
Lo dico, in quanto non vorrei aver lasciato qualche errore quando,
nel periodo in cui non andava  
ftp2.it.debian.org
 cambiai su
.
de.debian.org
, e/o magari mi e` rimasto qualcosa in cache che da problemi.
====
deb 
http://ftp2.it.debian.org/debian/
 testing main
deb-src 
http://ftp2.it.debian.org/debian/
 testing main
deb 
http://security.debian.org/
 testing/updates main
deb 
http://ftp2.it.debian.org/debian/
 testing main
deb-src 
http://ftp2.it.debian.org/debian/
 testing main
deb 
http://ftp2.it.debian.org/debian/
 testing main
deb-src 
http://ftp2.it.debian.org/debian/
 testing main
deb 
ftp://ftp.nerim.net/debian-marillat/
 testing main
#deb-src 
ftp://ftp.nerim.net/debian-marillat/
 testing main
deb 
http://www.kiberpipa.org/~minmax/cinelerra/builds/sid/
 ./
====
GiA
-- 
RRB SoHE

====
Hai il primo repository ripetuto per tre volte e ti mancano contrib,
non-free e non-US (sempre se ti interessano).
Inoltre sei sicuro che cinelerra sia installabile ? E' il pacchetto di
sid (unstable), probabilmente richiedera' alcune dipendenze da
debian/unstable.

 debian/unstable.
Si, me li ha installati, non ricordo se ci sono stati dei problemi di dipendenze.


 Direi che posso togliere i doppioni... no?
I doppioni li puoi togliere, per aggiungere contrib e non-free basta che
modifichi cosi':
deb 
http://ftp2.it.debian.org/debian/
 testing main contrib non-free
Per i non-US aggiungi:
deb deb 
http://ftp2.it.debian.org/debian-non-US/
 testing/non-US main
contrib non-free
tutto in una riga.

 Avrei bisogno di un sources.list corretto cosi' sistemo il mio.
http://www.debian.org/doc/manuals/apt-howto/ch-basico.en.html
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
God is real, unless declared integer

 contrib non-free
Qui ho sbagliato con il copia/incolla, ci va' un deb solo all'inizio.

 deb 
http://ftp.it.debian.org/debian-non-US
 sarge/non-US main contrib non-free
 > deb 
http://security.debian.org/
 sarge/updates main contrib non-free
...(escludendo per il momento gli src)...
Dunque, sarge in questo momento e` un link a testing, mi pare, io invece punto 
alle dir. testing direttamente....
deb 
http://security.debian.org/
 testing/updates main
deb 
http://ftp2.it.debian.org/debian/
 testing main contrib non-free
deb 
http://ftp2.it.debian.org/debian-non-US/
 testing/non-US main contrib non-free
..quindi dovrebbe essere la stessa cosa, giusto.
Se io allora volessi sempre avere l'ultima versione dei programmi, anche se non 
stabile e testata estensivamente, dovrei cambiare da 'testing' a 'unstable' ?
E` una cosa che si puo' fare/qualcuno ha fatto o e` meglio di no (intendo non 
per il fatto che i pacchetti sono meno testati ma in generale per il buon 
funzionamento dei vari apt,etc...) ?


 
http://www.apt-get.org/
..questi quindi, sarebbero da aggiungere alle liste in sources.list come ho 
fatto per i server di marillat, etc, giusto? E a quel punto se nei repository 
backport trova una versione di software superiore ad una che e` presente nei 
repository 'ufficiali' ti installa questa, con tutte le dipendenze?
-- 
Salutoni,
RRB SoHE

 repository 'ufficiali' ti installa questa, con tutte le dipendenze?
Se ti va bene ti trova tutte le dipendenze. Alcune volte invece le
dipendenze non ci sono e devi prendere roba da altri backports.
Insomma, uscire dai repository debian e` sempre un azzardo. Fallo su una
macchina di test per capire come funziona e soprattutto SE funziona (e`
un'ottima scuola su come funziona il sistema di pacchettizzazione e su
come ripristinare sistemi che non partono piu`), ma evitalo piu` possibile
su una macchina in produzione.
Bye.

 su una macchina in produzione.
Me ne ero in effetti accorto cercando avidemux, sono riuscito ad installarlo ma 
c'era un problema su una libreria, non mi ricordo di preciso ma in pratica 
veniva richiesta per l'installazione ma questa non era disponibile, quindi 
veniva riportato un errore ogni volta che usavo apt-get anche per altre cose, 
poi in realta' tale libreria non serviva, avidemux funziona bene anche cosi'.
Allora meglio partire dai file .deb e cercare le dipendenze a mano, piu' palloso 
ma almeno non ti incasina il resto.


 problemi a passare da una testing(sarge) a una unstable(sid)?
A dire il vero da sarge a sid troverai sempre qualche problema, tranne in
rari casi.
In fondo sid e` unstable. :)
Passare da stable a testing o da stable alla nuova stable invece
solitamente non da` nessun problema.
Bye.

 installi.. ta-dah.
Ah,ecco, allora mi viene in mente una cosa, ma forse e` una ca..ata, per cui non 
vogliatemene:
uno potrebbe tenere unstable per la roba, diciamo, un po' piu' delicata, diciamo 
tutto il sistema base,X i vari server, etc.etc., e tenere invece testing per la 
roba non critica, che so, vari programmi X per hobby,appunto mplayer,xmule, 
etc.etc.
Sarebbe possibile? Forse aggiungendo le righe deb.... testing DOPO quelle unstable?


 pò incasinato, non mi sento di consigliarti di farlo.
Beh, effettivamente lo supponevo, ma era cosi'.. tanto per eviscerare meglio 
l'argomento, magari qualcuno lo aveva provato sulla sua pelle.
Per ora grazie della costruttiva discussione.


 quelle unstable?
Si puo`. Devi giocherellare con /etc/apt/preferences e impostare i pin di
tutto a testing, e dei pacchetti che vuoi da unstable a unstable.
Oppure impostare tutti i pin a testing e poi usare l'opzione -t di apt-get
quando vuoi installare qualcosa da unstable.
Ma non te lo consiglio.
Bye.

 Ma non te lo consiglio.
Infatti non credo che lo faro', semmai se avro' sottomano un PCaccio dove poter 
fare qualche prova e un po' di tempo. Era per via di alcuni pacchetti del 
settore sound di cui mi interessavano le versioni + nuove, ma che naturalmente 
hanno ancora qualche bug.
-- 
Saluti,
RRB SoHE

 hanno ancora qualche bug.
Se i pacchetti sono pochi e semplici e non richiedono espressamente
librerie troppo nuove, puoi mettere in sources.list dei repository deb-src
e poi compilare i pacchetti che ti servono con apt-build o con "apt-get
source --compile".
E` quello che faccio io ogni tanto per provare le versioni nuove.
Certo che per roba come gnucash che si basa su un centinaio di librerie o
per gnome o kde che hanno lo stesso "difetto" la cosa si complica.
Bye.