Prev Home Blog Next

Debian sid FAQ

ATTENZIONE
Questo documento è la traduzione in taliano delle Debian sid FAQ pubblicate su http://wooledge.org/~greg/sidfaq.html

Un gran numero di persone si sentono frustrate perchè identificano la release stabile di Debian come "troppo vecchia", a volte perchè comprano qualche nuovo strambo gadget hardware il quale necessito del supporto di un kernel molto recente, e a volte perchè hanno avuto una sorta di lavaggio del cervello per fargli credere che se non usano l'"ultimissima" versione del pacchetto foo, allora sono in qualche modo inadeguati. Così incominciano a utilizzare unstable (sid).

E allora vengono in #debian quando ci sono malfunzionamenti.

E quindi non capiscono perchè siamo così sgarbati con loro

Lo scopo di questo documento è descrivere che cosa hai sbagliato o perchè hai provocato un flame; e cosa, invece, avresti dovuto fare.

Queste FAQ sono particolarmente indirizzate ai lettori di Slashdot. Se non sei sicuro che questo includa te... ti include.

Sid users who want to know whether there are any traps awaiting them if they upgrade are advised to check the /topic of the #debian channel, and the Status of Unstable page.

Infine, perfavore prendi nota che questo documento non è inteso come una FAQ generica di Debian, non sarà mai una FAQ del canale #debian. Per la documentazione formale di debian, visita debian.org. Per le FAQ del canale #debian (su Freenode), controlla il wiki di Debian.

Sid è il ramo unstable di Debian. Tutti i rami e le versioni hanno un "nome in codice" che proviene dal film Toy Story. Per esempio, Debian 3.0 ha come nome in codice "woody". Sid era il ragazzo che rompeva tutti i giocattoli. Alcuni pensano che sid sia un acronimo per "Still in Development". Il che è carino, ma inesatto.

Unstable è dove i pacchetti vanno dopo essere stati caricati dal mainteiner e controllati per il rilascio dal FTP master. Se usi un pacchetto instabile, l'unica cosa che puoi dire con assoluta certezza è che questo è compilato su un sistema di sviluppo. Potrebbe contenere bachi orribili.

Quando i pacchetti hanno raggiunto certi requisiti, sono automaticamente spostati da unstable al correbte ramo "testing".Per maggiori informazioni su testing, consulta the testing announcement.

Per maggiori informazioni consulta la pagina Versioni di Debian.

La risposta canonica è: Non puoi. Puoi solamente aggiornarti a essa da stable o testing. Puoi farlo editando /etc/apt/sources.list e cambiando i tuoi sorgenti da stable a unstable.

Ci sono molte "sid ISO images" (immagini ISO di sid, N.d.T.) non ufficiali in circolazione. Sono dannose, non ufficiali e obsolete (per definizione). Stai alla larga da esse.

Puo essere altrimenti possibile installare i pacchetti di Sid al posto dei pacchetti di testing, se stai usando un net install (Procedura per l'installazione di rete, N.d.T.) del ramo testing. Ciò non è supportato, ma se vuoi provarci, sei libero di farlo. É la tua macchina, prima di tutto. Solo non piangere se ha malfunzionamenti.

Non chiedercelo -- hai le stesse risorse disponibili che abbiamo noi! Eccone qualcuna qui:

• Il canale #debian-kde è il posto in cui cercare per KDE.
• packages.debian.org ha i numeri di versione di tutti i pacchetti in tutti i rami.
• Nel tuo sistema Debian locale, apt-cache search e apt-cache show ti dirano quali pacchetti sono disponibili dai tuoi sorgenti.
• Nel canale #debian, i bot (apt o dpkg, sono comunque presenti) sono interroggabili per cercare le informazioni su un pacchetto. Digita /msg apt info libc6 sid per vedere le informazioni sulla versione del pacchetto libc6 in Sid, ad esempio.

Se chiedi al canale #debian cose come Sid ha qualcosa (KDE versione 3.2b o Gnome 2.5 o frobbitz versione 4.2), non lo sappiamo! Dovremmo cercare per te e quindi dirtelo. Questo è un segno di pigrizia da parte tua. Devi cercare te stesso.

Ancora una volta, come ti aspetti che noi lo sappiamo? Se non funziona per te, allora ci sono buone probabilità che è rotto -- ma il tuo problema può essere comune tra gli utenti del pacchetto foo o potrebbe essere unico per il tuo sistema. Questo è il perchè Debian ha un Bug Tracking System (Vedrai che viene anche chiamato BTS). Controlla sul BTS prima di chiedere aiuto per un pacchetto in Sid. Se non trovi il tuo bug, ma pensi che è un problema reale nel pacchetto, allora apri un bug report te stesso (puoi farlo con il pacchetto reportbug)

If you don't see your problem listed in the BTS, but you aren't sure whether it's a real bug or just something you did wrong, then by all means ask for help. Be specific when you ask for help -- say what version of Debian you're using, what version of package foo, what you're doing (or trying to do), and what the error message says.

The Status of Unstable page may also contain information relevant to your situation. You should definitely check there before reporting problems.

Failure to do your homework before asking for help with a package in sid demonstrates your laziness. We won't take you seriously until you've shown that you're taking Debian seriously.

If you don't know how to use the Debian package management tools, you should not be using sid! Really. That's probably part of the reason we flamed you.

sgeigerbot has a package management guide that may be helpful for those of you who were smart enough not to use sid yet. For more information, see the man pages (man dpkg, man apt-get, man apt-cache, etc.)

When it's ready.

Then go ahead and package it yourself. See the information in the Developers' Corner for details.

No. Don't even bother trying. If you do it anyway, you get to keep all the pieces, and we get to laugh at you.

Only if the dependencies are satisfied. In general, sid and testing are usually close to each other, except for when RC (release critical) bugs in some major package like libc or perl cause a slew of things to be held up. So your odds of getting the binary package to work in testing are pretty good... but you still need to check it out yourself.

If the library dependencies aren't satisfied, then you'll need to backport it.

Install the Debian source (and the development tools, especially debhelper), and then build the package. Step by step:

1. add a deb-src line for sid to your sources.list
2. apt-get update
3. apt-get build-dep packagename
4. apt-get -b source packagename
5. the resulting debs should be in the current directory

If that doesn't work, you're on your own.

Possibly. Check backports.org and apt-get.org first to see if someone has already done it.

Are you insane? No!

If you think you can handle a broken Debian system, sure. Do you know what to do if libpam0g breaks, preventing all logins? Do you know what to do if grep breaks, causing the boot process to hang forever? These things have happened. They will happen again.

If you'd like to avoid the brown-paper-bag bugs like these, then use testing instead.

Not in the same sense that stable does. If the maintainer of a package fixes a security bug and uploads the package, it'll go into sid by the normal means. If the maintainer doesn't do that, then it won't. The security team only covers stable (and possibly testing... there's a pending issue for that case).

Sid users (hell, all Debian users!) are strongly urged to subscribe to the Debian security announce mailing list. And while you're at it, you should also be on the Debian devel announce list.

Never. Sid will always be the unstable branch. When testing is released, then a new testing will be created (with a new codename), and packages will continue to trickle down from sid into testing just like they do now.

Prev Home Blog Next