%dynamicdata; %shareddata; ]> Notes de llançament de &debian; &release; ("&releasename"), &arch-title; Josip Rodin, Bob Hilliard, Adam Di Carlo, Anne Bezemer, Rob Bradford (actual), Frans Pop (actual), Andreas Barth (actual) debian-doc@lists.debian.org &docid; Introducció

L'objectiu principal d'aquestes Notes de Llançament és donar a conèixer als usuaris els principals canvis que es poden trobar en aquesta nova versió de la distribució Debian, donar informació de com actualitzar de forma segura des de l'anterior a aquest llançament, i finalment avisar als usuaris de possibles problemes que poden trobar en actualitzar o utilitzar la nova versió.

No és possible fer una llista completa de tots els problemes coneguts, de manera que hem fet una selecció basada en una combinació de la probabilitat d'ocurrència i la gravetat dels problemes.

[La versió més recent d'aquest document la podreu trobar sempre a . Si la vostra versió te més d'un mes hauríeu de descarregar l'última versió.]

Adoneu-vos que tan sols suportem i documentem l'actualització des d'un llançament anterior de Debian (en aquest cas, l'actualització des de &oldreleasename;). Si us cal actualitzar des de llançaments anteriors, us suggerim que llegiu les edicions prèvies de les notes de llançament.

Novetats a &debian; &release;

Aquest llançament afegeix el suport oficial per a l'arquitectura AMD64 que suporta processadors de 64 bits d'Intel (EM64T) i AMD (AMD64). Al llançament anterior, &debian; 3.1 ('sarge'), ja existia una versió no oficial d'aquest port. Actualitzar des d'aquesta versió no oficial hauria de ser possible utilitzant aquestes Notes de Llançament, però no està suportat.

El suport oficial per a l'arquitectura Motorola 680x0 ('m68k') s'ha abandonat ja que no complia el conjunt de requisits establerts pels encarregats del llançament de Debian. Els principals motius són el baix rendiment i la falta de suport extern dels desenvolupadors per al conjunt d'eines essencials. Per altra banda, s'espera que el port m68k continue actiu i la seva instal·lació disponible, encara que no forme part del llançament estable oficial.

Les arquitectures suportades oficialment per &debian; &releasename; són les següents:

Intel x86 ('i386')

Alpha ('alpha')

SPARC ('sparc')

PowerPC ('powerpc')

ARM ('arm')

MIPS ('mips' (Big endian) i 'mipsel' (Little endian))

Intel Itanium ('ia64')

HP PA-RISC ('hppa')

S/390 ('s390')

AMD64 ('amd64')

Podeu trobar més informació sobre l'estat del port i informació específica de la vostra arquitectura a les .

Aquest és només el segon llançament oficial de &debian; per l'arquitectura &arch-title;. Creiem que s'ha provat suficientment com per llançar-la. D'altra banda, com que no ha tingut la mateixa exposició (i tampoc, per tant, verificació per part dels usuaris) que han tingut els nostres llançaments per a altres arquitectures, és possible que trobeu alguns errors. Podeu utilitzar el nostre per informar de qualsevol problema; assegureu-vos d'esmentar el fet que el vostre error es dóna a la plataforma &architecture;.

]]>

&debian; &release; per l'arquitectura &arch-title; ve amb la versió del nucli &kernelversion;.

Quines novetats hi ha a la distribució?

Aquest nou llançament de Debian ve amb molt més programari que el seu predecessor &oldreleasename;; la distribució inclou més de 9000 paquets. La major part del programari de la distribució s'ha actualitzat: prop de 6500 paquets (és a dir el 73% dels paquets que eren a &oldreleasename;). També, per diferents motius, s'ha esborrat un nombre significatiu de paquets de la distribució. No trobareu actualitzacions per a aquests paquets i es marcaran com 'obsolet' a les interfícies de gestió de paquets.

Amb aquest llançament de &debian; es canvia XFree86 per la versió 7.1 d'X.Org, que és compatible amb una gamma més gran de maquinari i té una millor autodetecció. Açò permet l'ús de Compiz, que és un dels primers gestors de finestres per al sistema de finestres X amb efectes digitals, que aprofita tots els avantatges dels dispositius que suporten acceleració OpenGL per maquinari.

&debian; ve una altra vegada amb les versions actualitzades de les aplicacions d'escriptori. Entre d'altres, inclou GNOME 2.14, KDE 3.5 i OpenOffice.org 2.0.

El programa preferit per a la gestió de paquets en mode és l'

La distribució oficial de &debian; té entre tretze i quinze CDs de programari (depenent de l'arquitectura) i un nombre semblant de CDs de codi. També hi ha una versió de la distribució en DVD.

Ara debian-volatile és un servei oficial

El servei

Açò significa que, en poc temps, aquest servei deixarà de tenir una adreça /etc/apt/sources.list, en cas que ja estiguéssiu utilitzant aquest servei.

de l'arxiu.

Què hi ha de nou al sistema d'instal·lació?

Hi ha hagut un gran desenvolupament en el programa d'instal·lació de Debian des de la seva primera edició oficial per a &oldreleasename;. El resultat ha estat una millora en el suport de maquinari i algunes noves funcionalitats interessants.

En aquestes Notes de llançament només esmentarem els canvis més importants que ha experimentat l'instal·lador. Si us interessa veure una descripció més detallada de tots els canvis des de la versió de &oldreleasename;, mireu l'anunci de les publicacions de les versions beta i RC de &releasename; que trobareu a les .

Principals canvis

No es necessari reiniciar a la instal·lació

Normalment la instal·lació es feia en dos parts: preparar el sistema base i fer-lo arrencable, seguit d'un reinici després de l'execució de

A &releasename;, la segona fase ha estat integrada dins del mateix programa d'instal·lació. Això té diversos avantatges, entre els quals cal destacar la major seguretat i el fet que després de reiniciar el sistema, en finalitzar la instal·lació, la zona horària estarà correctament establerta i, si heu instal·lat un entorn d'escriptori, arrencarà la interfície d'usuari gràfica.

Codificació UTF-8 per defecte als sistemes nous

El programa d'instal·lació configura el sistemes per a utilitzar la codificació de caràcters UTF-8, en lloc dels antics jocs de caràcters específics per a cada idioma (com l'ISO-8859-1, l'EUC-JP o el KIO-8).

Particionat més flexible

Ara és possible configurar els sistemes de fitxers sobre un volum LVM, mitjançant un procés de particionat guiat.

El programa d'instal·lació també és capaç de configurar sistemes de fitxers xifrats. Fent el particionat de forma manual, teniu l'opció de triar /boot) com a volums lògics.

Interfície d'usuari gràfica

Si preferiu una interfície gràfica d'usuari, proveu d'arrencar el programa d'instal·lació amb l'opció

La funcionalitat del programa gràfic d'instal·lació és gairebé idèntica que la del programa d'instal·lació ordinari, simplement canvia la presentació. Ara bé, hi ha una excepció: el frontal gràfic no suporta la configuració de particions xifrades amb claus generades de forma aleatòria.

Nota: la interfície d'usuari gràfica no està disponible per a totes les arquitectures.

]]> Interfície d'usuari gràfica

Per a l'arquitectura &arch-title;, disposeu d'una imatge experimental de la interfície d'usuari gràfica. Se sap que funciona en la majoria de sistemes CHRP que tenen targetes gràfiques ATI, però no ha estat suficientment provada sobre &arch-title; per a incloure-la en els CD normals d'instal·lació.

Si voleu provar el programa d'instal·lació gràfic, busqueu la imatge "gtk-miniiso".

]]> Mode de rescat

Podeu emprar el programa d'instal·lació per a solucionar problemes en el vostre sistema, per exemple quan no el pugueu arrencar. Al principi serà com una instal·lació normal, però l'instal·lador no executarà el programa de particionat. En lloc d'això, us mostrarà un menú amb opcions de rescat.

Podeu activar el mode de rescat arrencant el programa d'instal·lació amb l'opció rescue/enable=true com a paràmetre d'arrencada.

Utilitzar sudo en lloc del compte root

En el mode d'instal·lació expert podreu triar no crear cap compte root (quedarà bloquejat) i en lloc d'això configurar el programa SELinux

Els paquets necessaris per al suport per a SELinux han sigut moguts a la prioritat "estàndard". Això significa que aquests paquets s'instal·laran per defecte si seleccioneu la tasca estàndard durant la instal·lació. Tot i això, el suport per a SELinux no està activat per defecte. Si desitgeu protegir el vostre sistema amb SELinux, l'haureu d'activar pel vostre compte després de la instal·lació.

Nous idiomes

Gràcies a l'enorme esforç dels traductors, ara Debian pot ser instal·lada en fins a $FIXME$ idiomes diferents.

]]>

Instal·lació automatitzada

Gran part dels canvis que hem esmentat a l'apartat anterior impliquen canvis en el suport del programa d'instal·lació per a instal·lacions automatitzades utilitzant fitxers de preconfiguració. Això significa que si teniu fitxers de preconfiguració que us van funcionar amb l'instal·lador de &oldreleasename;, no podeu esperar que funcionin ara sense haver-los de modificar.

La bona notícia és que ara la té un apèndix dedicat exclusivament a explicar com usar la preconfiguració.

El programa d'instal·lació d'Etch introdueix algunes funcionalitats noves que permeten una automatització de les instal·lacions més senzilla i extensa. També té suport per a fer un particionat avançat usant RAID, LVM i LVM xifrat. Vegeu la documentació per a més detalls.

Instal·lacions noves

L'instal·lador de Debian és el sistema oficial d'instal·lació de Debian. Proporciona diferents mètodes d'instal·lació. Els mètodes disponibles per a instal·lar el vostre sistema dependran, en cada cas de l'arquitectura.

Podeu trobar les imatges de l'instal·lador per a &releasename; i la Guia d'instal·lació a la .

Si esteu fent una instal·lació nova de Debian, hauríeu de llegir la Guia d'Instal·lació, que trobareu en el primer CD o DVD del conjunt de CD/DVD oficials a: /doc/install/manual/language/index.html

També us pot interessar llegir les de l'instal·lador de Debian.

L'instal·lador tan sols es pot utilitzar en sistemes alpha que funcionen amb terminals de tipus SRM. Assegureu-vos d'estar utilitzant el sistema SRM abans de començar la instal·lació. Si la vostra màquina només permet terminals AlphaBIOS/ARC encara podeu instal·lar &releasename; utilitzant una instal·lació de &oldreleasename; (mínima) i després fent-ne una actualització. Per a més informació sobre els diferents terminals vegeu les referències que hi ha a les .

]]> Problemes de framebuffer en l'arquitectura &arch-title;

Com que s'han detectat problemes de pantalla en alguns sistemes, el suport per al framebuffer s'ha deshabilitat per a &arch-title; per a gairebé totes les targetes. Açò pot produir una imatge incorrecta en alguns sistemes en què suporten correctament el framebuffer. Si teniu problemes de pantalla a l'instal·lador, podeu intentar arrencar l'instal·lador amb el paràmetre framebuffer=true. Si us plau, feu-nos saber si el framebuffer està deshabilitat però funciona amb el vostre maquinari.

]]> Concurs de popularitat

Igual com al llançament anterior, el sistema d'instal·lació us oferirà que instal·leu el paquet

El

La informació del Actualització des de llançaments anteriors Preparatius per a l'actualització

Suggerim que abans d'actualitzar també llegiu la informació de . Aquest capítol es refereix a qüestions que no estan directament relacionades amb el procés d'actualització però que podrien encara ser importants.

Abans d'actualitzar el vostre sistema es recomana que feu una còpia de seguretat completa, o almenys que copieu qualsevol dada o informació de configuració que no us pugueu permetre perdre. Les eines i el procés d'actualització són prou fiables, però una fallada del maquinari enmig de l'actualització pot deixar-vos amb un sistema greument danyat.

Sobretot, el que probablement voldreu conservar és el contingut dels directoris /etc, /var/lib/dpkg i la sortida de dpkg --get-selections "*" (les cometes són importants).

El procés per si mateix no modifica res al directori /home. No obstant, es sap que algunes aplicacions (p.e. parts de la sèrie Mozilla, i els entorns d'escriptori GNOME i KDE) també sobreescriuen la configuració d'usuari amb els nous volors per defecte quan l'usuari engega per primera vegada una versió nova de l'aplicació. Per precaució, potser voldreu fer còpia del fitxers i directoris ocults ("dotfiles") dels directoris dels usuaris. Aquestes còpies poden ajudar a recuperar o recrear la configuració antiga. També s'aconsella que n'informeu als usuaris.

És prudent informar a tots els usuaris abans de qualsevol actualització que planegeu, encara que els usuaris que accedeixen al vostre sistema amb una connexió /home) abans d'actualitzar. Normalment no caldrà reiniciar, a no ser que tingueu planejat també actualitzar el nucli.

L'actualització de la distribució hauria de fer-se localment des d'una consola virtual en mode text (o directament des d'un terminal sèrie), o remotament amb una connexió

Qualsevol operació d'instal·lació de paquets s'ha d'executar amb privilegis de superusuari, de manera que heu de fer l'accés com a root o emprar

L'actualització té unes quantes condicions prèvies que hauríeu de comprovar abans de començar.

Comprovar si hi ha prou espai al disc per l'actualització

Heu d'assegurar-vos abans d'actualitzar que el vostre sistema té prou espai al disc dur quan comenceu l'actualització del sistema complet, tal com es descriu a . Primer haureu de tenir prou disc dur a la partició que conté el sistema de fitxers /var/, per guardar temporalment els paquets que s'instal·laran al sistema. Un cop descarregats els paquets, probablement us caldrà més espai a altres particions per instal·lar els paquets actualitzats (que poden contenir binaris més grans o més dades) i els nous paquets que s'afegiran a l'actualització. Si el sistema no disposés de prou espai, acabaríeu amb una actualització incompleta de que serà difícil de recuperar.

Tant l'

# aptitude -y -s -f --with-recommends dist-upgrade [ ... ] XXX paquets actualitzats, XXX instal·lats, XXX a suprimir i XXX a no actualitzar. Es necessita obtenir xx.xMiB/yyyMiB d'arxius. Després del desempaquetat s'utilitzaran AAAMiB. Es descarregaran/instal·laran/suprimiran paquets.

Si no teniu prou espai per l'actualització, allibereu-ne abans. Podeu:

Esborrar paquets que s'han descarregat abans per instal·lar-se (a /var/cache/apt/archive), buidant la cache de paquets amb l'ordre apt-get clean. Esborrar paquets que ja no feu servir. Si teniu el ) Esborreu paquets que utilitzen molt d'espai i que no us calen d'una forma immediata (podeu reinstal·lar-los després de l'actualització). Podeu obtenir una llista dels paquets que utilitzen la major part del disc amb el wajig size). Podeu també esborrar els registres que són a /var/log/ movent-los a una altre sistema, o bé eliminar-los de forma permanent.

Els nuclis 2.2 deixen d'estar suportats

En cas que feu servir un nucli anterior al 2.4.1, haureu d' actualitzar com a mínim a la sèrie 2.4 abans d'actualitzar el Actualitzar primer el nucli, o la part d'usuari?

[FIXME: Needs decision/documentation whether to upgrade userland or kernel first.]

Comprovació de l'estat del sistema

El procés d'actualització descrit en aquest capítol s'ha dissenyat per a actualitzacions des de sistemes &oldreleasename; "purs", sense paquets de terceres parts. Seria prudent esborrar tals paquets abans de continuar.

Aquest procediment també assumeix que el sistema està actualitzat fins a l'últim punt del llançament de &oldreleasename;. Si no ho heu fet o no n'esteu segurs, seguiu les instruccions a .

Desactivar del Marcatge de paquets a l'APT (pinning)

Si teniu configurat l'APT per a instal·lar alguns paquets d'un altra distribució que no és l'estable (p.e. la de proves), hauríeu de canviar la configuració de marcatge de paquets de l'APT (que està troba a /etc/apt/preferences) per permetre l'actualització dels paquets esmentats a versions del nou llançament estable. Podeu trobar més informació sobre el marcatge de paquets d'APT a .

Estat dels paquets

En referència al mètode utilitzat, es recomanable que abans reviseu l'estat de tots els paquets, i verifiqueu que tots es troben en estat actualitzable. La següent ordre us mostrarà qualsevol paquet que estigui en estat "Half-Installed" o "Failed-Config", i tots aquells que tinguin qualsevol error. # dpkg --audit

Podeu també inspeccionar l'estat de tots els paquets del sistema utilitzant # dpkg -l | pager o # dpkg --get-selections > ~/paquets-actuals.txt

És preferible que traieu qualsevol marca de retenció abans d'actualitzar. Si un paquet essencial per a l'actualització està retingut, l'actualització fallarà.

Tingueu en compte que l' # aptitude search "~ahold" | grep "^.h"

Si voleu comprovar quins paquets teniu retinguts per l' # dpkg --get-selections | grep hold

Si vàreu modificar i recompilar un paquet localment, i no el vàreu canviar de nom, ni vàreu posar una època a la versió, hauríeu de posar-lo com a retingut per tal d'impedir que s'actualitze.

L'estat de paquet retingut "hold" en l' # aptitude hold nom_del_paquet

Si hi ha alguna cosa que us cal arreglar, el millor és que us assegureu que el .

Fonts no oficials i "backports"

Si heu instal·lat algun paquet que no és de Debian al sistema, heu de tenir en compte que aquests paquets podrien ser esborrats durant l'actualització a causa de dependències conflictives. Si aquests paquets es van instal·lar afegint una font de paquets al vostre /etc/apt/sources.list, heu de comprovar si eixa font també ofereix paquets compilats per a &releasename; i canviar la línia del font d'acord amb això al mateix temps que canvieu les fonts per als paquets de Debian.

Alguns usuaris podrien tenir versions noves portades dels paquets que El sistema de gestió de paquets de Debian normalment no permet a cap paquet que esborre o reemplace un fitxer que pertany a un altre paquet; si no s'ha definit que per reemplaçar aquell paquet.. A l'apartat trobareu informació sobre com resoldre conflictes de fitxers, en cas que n'hi hagi.

Preparació de les fonts de l'APT

Abans de començar l'actualització haureu d'ajustar el fitxer de configuració de l'/etc/apt/sources.list.

L'deb" i instal·larà els paquets amb el número de versió més alt, donant prioritat a les línies esmentades primer (d'aquesta forma, si heu definit diferents localitzacions de rèpliques, primer anirà el vostre disc local, després els CD-ROM, i aleshores els rèpliques HTTP/FTP).

Sovint es referirà a un llançament pel seu nom codi (p.e. &oldreleasename;, &releasename;) o pel seu nom d'estat (p.e. oldstable, stable, testing, unstable). Referir-se a un llançament pel seu nom codi té l'avantatge que mai us agafarà per sorpresa un nou llançament, per aquest motiu aquesta serà l'aproximació utilitzada ací. Açò significa, per descomptat, que haureu de mirar els anuncis de llançaments pel vostre compte. Si utilitzeu el nom de l'estat, trobareu càrrega d'actualització de paquets disponible en el moment que es produeixi el llançament.

Afegir fonts Internet per APT

En la configuració per defecte els paquets s'obtenen dels principals servidors de Debian a Internet, però podeu modificar el fitxer /etc/apt/sources.list per tal d'utilitzar altres rèpliques, preferiblement una rèplica que estigui pròxim al lloc on us trobeu.

Les adreces dels rèpliques de Debian d'HTTP o FTP es poden trobar a (cerqueu a la secció "Llista completa de rèpliques"). Normalment, les rèpliques HTTP són més ràpids que els rèpliques FTP.

Per exemple, suposeu que el mirall de Debian que teniu més a prop és &url-debian-mirror-eg;/. Quan examineu una rèplica amb un navegador web o un programa d'FTP, voreu que els directoris principals estan organitzats així: &url-debian-mirror-eg;/dists/&releasename;/main/binary-&architecture;/... &url-debian-mirror-eg;/dists/&releasename;/contrib/binary-&architecture;/...

Per emprar aquest mirall amb l' deb &url-debian-mirror-eg; &releasename; main contrib

Fixeu-vos que la `distribució' s'afegeix implícitament, i els arguments que segueixen el nom de llançament s'utilitzen per expandir el camí en directoris múltiples.

Després d'afegir les vostres noves fonts, inhabiliteu les línies "

Tots els paquets obtinguts de la xarxa es guarden al directori /var/cache/apt/archives (i el subdirectori partial/, durant la descàrrega), de maner que heu d'assegurar-vos de tenir suficient espai abans de començar la instal·lació. En una instal·lació raonablement completa de Debian podeu esperar que es descarreguen almenys 300MiB de dades.

Afegir fonts d'APT per una rèplica local

En lloc d'utilitzar rèpliques HTTP o FTP, podeu modificar el /etc/apt/sources.list per a utilitzar una rèplica que tingueu al vostre disc local (que possiblement muntareu amb NFS).

Per exemple, el vostre mirall de paquets podria estar a /var/ftp/debian/, i tenir els directoris principals com aquests: /var/ftp/debian/dists/&releasename;/main/binary-&architecture;/... /var/ftp/debian/dists/&releasename;/contrib/binary-&architecture;/...

Per tal que l' deb file:/var/ftp/debian &releasename; main contrib

Fixeu-vos que el `dists' s'afegeix implícitament, i els arguments que segueixen el nom del llançament s'utilitzen per expandir la ruta en directoris múltiples.

Després d'afegir les noves fonts, inhabiliteu les línies " Afegir una font d'APT de CD-ROM o DVD

Si voleu utilitzar /etc/apt/sources.list posant-hi un signe de comentari

Assegureu-vos que hi ha un línia al fitxer/etc/fstab que permet muntar la unitat de CD-ROM al punt de muntatge /cdrom (l'/cdrom). Per exemple, si /dev/hdc és la unitat de CD-ROM, el fitxer /etc/fstab ha de contenir una línia com aquesta: /dev/hdc /cdrom auto defaults,noauto,ro 0 0

Fixeu-vos que defaults,noauto,ro al quart camp.

Per a verificar que funciona correctament, inseriu un CD i proveu d'executar # mount /cdrom # açò muntarà el CD al punt de muntatge # ls -alF /cdrom # açò mostrarà el directori arrel del CD # umount /cdrom # açò desmuntarà el CD

Tot seguit, executeu: # apt-cdrom add per cada CD-ROM amb binaris de Debian, per a afegir el contingut de cada CD a la base de dades de l'APT.

Actualització de paquets

La manera més recomanable d'actualitzar una distribució completa de &debian; és emprant l'eina de gestió de paquets aptitude. Aquest programa pren decisions sobre la instal·lació de paquets més assenyades que si feu servir l'apt-get directament.

No oblideu de muntar totes les particions necessàries (especialment les particions arrel i /usr) amb permisos de lectura i escriptura amb una ordre de l'estil: # mount -o remount,rw /punt_de_muntatge

Ara heu de tornar a comprovar que les entrades de les fonts de l'APT (al fitxer /etc/apt/sources.list) apunten o bé a "stable". Avís: les línies de les fonts d'un CD-ROM sovint apunten a "

Es altament recomanable que utilitzeu el programa /usr/bin/script per a enregistrar una transcripció de la sessió d'actualització. Aleshores, si apareix algun problema, tindreu un fitxer de registre del que ha passat i, en cas necessari, podeu donar la informació exacta en un informe d'error. Per començar a enregistrar la sessió, escriviu: # script -a ~/upgrade-to-&releasename;.typescript o quelcom de semblant. No poseu el fitxer typescript a un directori temporal com ara /tmp o /var/tmp (els fitxers d'aquests directoris es poden esborrar durant l'actualització o bé quan reinicieu el sistema).

El typescript també us permetrà revisar la informació que s'ha mostrat en pantalla. Només cal que aneu al VT2 (utilitzant less ~root/upgrade-to-&releasename;.typescript per veure el fitxer.

Un cop hagi finalitzat l'actualització, podeu aturar l' Actualització de la llista de paquets

S'ha de descarregar la llista de paquets de què es disposa per al nou llançament. Açò es fa executant Utilitzem l':

# apt-get update

Actualització de l'aptitude

Els tests d'actualització han mostrat que la versió de &releasename; de l' # aptitude install aptitude

Es mostrarà una llista dels canvis que es faran i se us preguntarà que els confirmeu. Fixeu-vos bé en els canvis proposats, especialment en els paquets que s'esborraran a l'actualització, abans de confirmar.

En alguns casos, si es llista un gran nombre de paquets per esborrar-los, podeu reduir aquesta llista seleccionant "pre-actualitzar" altres paquets al mateix temps que install aptitude perl en comptes de install aptitude.

Actualització de la resta del sistema

Ara ja esteu preparats per continuar amb la part principal de l'actualització. Executeu:

# aptitude -f --with-recommends dist-upgrade

Açò farà una actualització completa del sistema, es a dir, instal·larà les versions més noves de tots els paquets, i resoldrà tots els canvis de dependències possibles entre paquets de diferents llançaments. Si s'escau, instal·larà alguns paquets nous (normalment noves versions de llibreries o paquets que han canviats de nom), i esborrarà qualsevol paquet obsolet conflictiu (com el console-tools-libs).

Quan actualitzeu des d'un conjunt de CD-ROMs, se us demanarà que introduïu CDs específics en diferents moments al llarg de l'actualització. Açò és així perquè hi ha paquets interrelacionats que estan dispersos en diferents CDs

Les noves versions dels paquets actualment instal·lats que no es poden actualitzar sense canviar l'estat de la instal·lació d'un altre paquet es deixaran en la seua versió actual (que es mostrarà com a "held back"). Açò es pot resoldre o bé utilitzant aptitude per escollir aquests paquets o bé executant aptitude -f install package.

L'opció Possibles problemes en l'actualització

Si una operació fent servir E: Dynamic MMap ran out of room significa que l'espai reservat de memòria cau és insuficient. Podeu resoldre aquest problema esborrant o comentant les línies que no necessiteu a l'/etc/apt/sources.list, o incrementant la mida de la memòria cau. La mida de la memòria cau es pot incrementar amb l'opció /etc/apt/apt.conf. L'ordre següent li donarà un valor suficientment gran per a l'actualització: # echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf Açò assumeix que aquesta variable encara no té cap valor assignat en eixe fitxer.

De vegades, cal activar l'opció APT::Force-LoopBreak a l'APT per tal d'evitar entrar en un cercle sense sortida de conflicte i pre-dependència. En tal cas l'-o APT::Force-LoopBreak=1 a la línia d'ordres de l'

És possible que l'estructura del sistema de dependències es corrompi i que calgui una intervenció manual. Normalment açò vol dir emprar l' # dpkg --remove package_name per tal d'eliminar els paquets problemàtics, o # aptitude --fix-broken install # dpkg --configure --pending

En casos extrems haureu de forçar la reinstal·lació amb una ordre de l'estil # dpkg --install /ruta/al/nom_del_oaquet.deb

No hi hauria d'haver cap conflicte de fitxers si actualitzeu des d'un sistema &oldreleasename; "pur", però pot passar si teniu algun backport instal·lat. Un conflicte de fitxers donarà un error de l'estil: Unpacking replacement <package-foo> ... dpkg: error processing <package-name-for-foo> (--unpack): trying to overwrite `<some-file-name>', which is also in package <package-bar>

Podeu provar de resoldre el conflicte de fitxers forçant l'eliminació del paquet esmentat a l' # dpkg -r --force-depends package_name

Un cop arreglat el problema, hauríeu de ser capaços de continuar l'actualització amb l'

Durant l'actualització se us faran algunes preguntes referents a la configuració o reconfiguració d'alguns paquets. Quan se us pregunte si s'ha de reemplaçar qualsevol dels fitxers /etc/init.d o els directoris /etc/terminfo, o el fitxer /etc/manpath.config per la versió del mantenidor del paquet, heu de respondre 'sí' per garantir la consistència del sistema. Sempre podreu tornar a les versions velles, ja que es desaran amb l'extensió

En cas de dubte, anoteu el nom del paquet o del fitxer, i resoleu-ho després. Podeu cercar al fitxer la informació que teníeu en pantalla en el moment de l'actualització.

Actualització del nucli i dels paquets relacionats

Hauríeu d'actualitzar el nucli Linux per separat de la resta dels vostres paquets. Podeu fer-ho vosaltres mateixos, o bé instal·lant algun dels paquets Els paquets del nucli de Linux han canviat de

Si esteu fent servir un nucli de la sèrie 2.4, l'antiga sèrie estable de nuclis de Linux, hauríeu d'actualitzar-lo a la sèrie 2.6, ja que la 2.4 no serà mantinguda gaire temps més a &releasename;. Si esteu utilitzant un nucli de la sèrie 2.2, cal que actualitzeu (com a mínim) a la sèrie 2.4 (millor si és a la sèrie 2.6) abans d'actualitzar els paquets. Alguns problemes generals associats amb l'actualització a 2.6 estan documentats a .

]]> L'initrd-tools està obsolet

Ja no es dóna suport al

El devfs està obsolet

A %releasename; el sistema de fitxers devfs ja no està suportat. Us recomanem que migreu a udev si voleu una gestió dinàmica del /dev. Els nuclis de Debian no inclouen suport per a devfs, per tant els usuaris de devfs hauran de convertir de forma manual els seus sistemes abans d'actualitzar a un nucli d'&releasename;.

Si veieu la cadena 'devfs' al /proc/mounts, vol dir que probablement esteu fent servir devfs. Qualsevol fitxer de configuració que facin referència a l'estil de noms de devfs, necessitarà que l'adapteu per utilitzar l'estil de noms de l'udev. Els fitxers que probablement fan referència a l'estil de noms de dispositiu de devs són /etc/fstab, /etc/lilo.conf, /boot/grub/menu.lst, etc.

Trobareu més informació sobre els possibles problemes a l'informe d'error .

Suport per a SMP inclòs als nuclis estàndard

Els sistemes multiprocessador no necessitaran ja d'una versió *-smp del nucli de Linux. Als &arch-title els paquets linux-image que no tenen el sufix -smp suporten sistemes multiprocessador i uniprocessador.

]]> La versió 386 del nucli és obsoleta

El suport per a la subarquitectura 80386 de &arch-title; s'ha eliminat a &releasename;. Ja no estan suportades les versions 386 del nucli i s'han substituït per la nova versió 486.

]]> Canvis en l'enumeració de dispositius

&releasename; té un mecanisme molt més robust de detecció de maquinari que els llançaments anteriors. Tanmateix, açò pot donar lloc a canvis en l'ordre en què es detecten els dispositius del vostre sistema, afectant l'ordre en què s'assignen els noms als dispositius. Per exemple, si teniu dos targetes de xarxa controlades per dos controladors diferents, els dispositius eth0 i eth1 als que apunten podrien quedar intercanviats. Tingueu en compte que el nou mecanisme entén que si per exemple canvieu els controladors ethernet d'un sistema que està funcionant amb &releasename;, el nou adaptador adoptarà un altre nom d'interfície.

Per als dispositius de xarxa, podeu evitar aquest reordenament emprant la utilitat ifrename per vincular els dispositius físics a noms específics en el moment de l'arrencada. Vegeu i per obtenir més informació.

En els dispositius d'emmagatzemament podeu evitar aquest reordenament si utilitzeu el paquet

D'altra banda, esborrar i tornar a carregar els mòduls després de l'arrencada inicial afectarà aquest ordre. A més, el nucli pot tenir alguns dispositius enllaçats estàticament, i aquests noms no apareixeran a la sortida de l'lsmod. Podeu esbrinar aquests noms de dispositiu i ordre de càrrega examinant el /var/log/kern.log, o la sortida del dmesg.

Afegiu eixos noms dels mòduls al fitxer /etc/initramfs-tools/modules en l'ordre que hauria de carregar-se al moment de l'arrencada. Els noms d'alguns mòduls pot variar de &oldreleasename; a &releasename;. Per exemple, sym53c8xx_2 s'ha reanomenat a sym53c8xx.

Aleshores, haureu de regenerar la imatge o imatges de l'initramfs executant update-initramfs -k all.

Una cop esteu utilitzant un nucli &releasename; i udev, podeu reconfigurar el vostre sistema per aconseguir que accedeixi als discs amb un àlies que no depengui de l'ordre de càrrega dels dispositius. Aquests àlies són a la jerarquia /dev/disk/.

Reordenació dels dispositius sèrie

Si teniu una màquina HP i esteu utilitzant el port de la consola sèrie MP (l'endoll etiquetat "console" en el cable amb 3 capçals), la actualització farà que la vostra consola deixe de funcionar!

Llegiu la informació que hi ha a continuació abans d'actualitzar.

El dispositiu de la consola canviarà de ttyS0 a ttyS1, ttyS2, o ttyS3 per tant

Editeu /etc/inittab per afegir una entrada gett per al /dev/ttyS1 (rx4640, rx5670, rx7620, rx8620, Superdome), /dev/ttyS2 (rx1600), o bé /dev/ttyS3 (rx2600).

Editeu /etc/securetty per afegir ttyS1, ttyS2, o bé ttyS3.

Deixeu les entrades ttyS0 que hi havia al /etc/inittab i /etc/securetty, per tal de poder seguir arrencant amb nuclis antics.

Editeu /etc/elilo.conf i esborreu qualsevol opció de l'estil "console="

Executeu l'

Reinicieu el sistema i seleccioneu exactament un dispositiu com a sortida i entrada de consola i sortida d'errors estàndard, a l'opció d'arrencada EFI del menú de configuració. Torneu a reiniciar la màquina per tal que els canvis tinguin efecte

Per a la consola MP, aneu amb compte de seleccionar el dispositiu "Acpi(HWP0002,700)/Pci(...)/Uart".

Trobareu més detalls d'aquests canvis, així com possibles solucions a problemes que pugin sorgir a .

]]> Actualització del nucli

Quan feu dist-upgrade des de &oldreleasename; a &releasename;, és altament recomanable que instal·leu un dels nou metapaquets linux-image-2.6. Aquest paquet es podria instal·lar automàticament en el procés dist-upgrade. Podeu verificar-ho executant: # dpkg -l | grep '^ii linux-image'

Si no veieu cap sortida, aleshores caldrà instal·lar un paquet linux-image a mà. Per veure la llista de metapaquets linux-image-2.6 que hi ha a l'abast, executeu: # apt-cache search linux-image-2.6- | grep -v transition

Si no sabeu segur quin paquet seleccionar, executeu uname -r i busqueu un paquet amb un nom semblant. Per exemple, si vegeu '2.4.27-3-686', es recomana que instal·leu # apt-cache show linux-image-2.6-686

Heu d'utilitzar

Per als més atrevits, hi ha una manera fàcil de compilar el vostre nucli personalitzat a &debian;. Instal·leu el paquet kernel-package i llegiu la documentació que trobareu a /usr/share/doc/kernel-package.

Coses a fer abans de reiniciar

Quan l'aptitude dist-upgrade ha acabat, l'actualització "formal" s'ha completat, però hi ha altres coses que s'han de fer Actualització de mdadm

A partir d'ara el mdadm necessita un fitxer de configuració, per acoblar les línies MD (RAID) des del ramdisk inicial a la seqüència d'arrencada del sistema. Assegureu-vos de llegir i seguir les instruccions que trobareu a /usr/share/doc/mdadm/README.upgrading-2.5.3.gz després d'haver actualitzat i abans de reiniciar. La última versió d'aquest fitxer la podeu trobar a ; consulteu-lo si trobeu algun problema.

Paquets obsolets

Amb la introducció de milers de nous paquets, &releasename; també retira i omet més de dos mil paquets antics que eren a &oldreleasename;. No es proporciona una forma d'actualització per aquests paquets obsolets. Tot i que res no impedeix que continueu utilitzant els paquets obsolets si ho desitgeu, el projecte Debian normalment interromp el suport de seguretat per a aquests paquets al cap d'un any des del llançament de &releasename;O mentre no hi haja un altre llançament en aquesta franja de temps. Normalment només donem suport per dos distribucions estables simultàniament., i tampoc es donarà cap altra mena de suport durant aquest temps. Es recomana, si n'hi ha, que els reemplaceu per les alternatives de què es dispose.

Hi ha diverses raons per les quals alguns paquets s'esborren de la distribució: ja no els mantenen els desenvolupadors; no hi ha cap desenvolupador de Debian interessat a mantenir-los; la funcionalitat que donen s'ha vist reemplaçada per alguns programes nous (o versions noves); o bé s'ha considerat que no és adequat per a &releasename; a causa de les errades que conté. En aquest darrer cas, els paquets encara els podríeu trobar a la distribució "unstable"

Detectar quins paquets son "obsolets" en un sistema actualitzat és fàcil ja que els frontals de gestió de paquets els marquen com a tals. Si esteu emprant l'aptitude, podeu veure una llista d'eixos paquets a l'entrada "Paquets obsolets i creats localment". El dselect dóna una secció semblant però la llista que es mostra pot ser diferent. A més, si heu utilitzat l'aptitude per instal·lar manualment paquets a &oldreleasename; haurà mantingut una pista d'aquells paquets que heu instal·lat manualment i podrà marcar com a obsolets els paquets que han estat introduïts per dependència únicament i no calen si un paquet ha estat esborrat. També, l'aptitude, a diferència del deborphan, no marcarà com a obsolets els paquets que heu instal·lat manualment, a diferència d'aquells que s'han instal·lat automàticament com a dependències.

Hi ha eines addicionals que podeu fer servir per a trobar paquets obsolets, com el deborphan, el debfoster o el cruft. És molt recomanable el deborphan, encara que (en el seu mode per defecte) tan sols informarà sobre biblioteques obsoletes: els paquets de les seccions "libs" o "oldlibs" que no utilitzen cap altre paquet. No esborreu a cegues els paquets que suggereixen aquestes eines, especialment si esteu emprant opcions no per defecte que pugin produir falsos positius. Es recomanable que reviseu manualment els paquets suggerits per esborrar (p.e. els continguts, la mida i la descripció) abans d'esborrar-los.

El sovint dóna informació addicional de per què els paquets es van esborrar. Hauríeu de revisar els informes d'error del paquet i els informes d'error arxivats pel .

Paquets ficticis

Alguns dels paquets de &oldreleasename, s'han dividit en diversos paquets a &releasename;, sovint per facilitar les tasques de manteniment del sistema. Per facilitar la forma d'actualització en aquests casos, &releasename; ofereix paquets "ficticis": són paquets buits que tenen el mateix nom que el paquet vell a &oldreleasename; amb dependències que fan que s'instal·le el nou paquet. Aquests paquets "ficticis" són considerats obsolets després de l'actualització, i es poden esborrar amb seguretat.

La major part (però no tots) de les descripcions dels paquets ficticis indiquen el seu propòsit. Les descripcions d'aquests paquets no són uniformes, però l'opció --guess del deborphan pot ser útil per detectar-los al vostre sistema. Tingueu en compte que alguns paquets ficticis no estan pensats per a ser eliminats després d'una actualització, sinó que s'utilitzen per a fer el seguiment de les versions disponibles del programa al llarg del temps.

Consideracions en relació a &releasename; Possibles problemes

De vegades, els canvis tenen efectes col·laterals que no es poden evitar fàcilment sense exposar-se a errors en alguna altra banda. A continuació, documentem diversos aspectes problemàtics que cal tenir en compte. Llegiu també les errates, la documentació dels paquets importants, els informes d'error i la informació esmentada a l'apartat .

Alguns llocs de la xarxa són inaccessibles amb TCP

Des del 2.6.17, Linux fa ús d'escalat de finestra TCP tal com s'especifica al RFC 1323 d'una manera agressiva. Alguns servidors tenen un comportament erroni, i anuncien de forma incorrecta la mida de la finestra per ells mateixos. Vegeu els informes d'error i si voleu més informació.

L'apagat automàtic no funciona

En alguns sistemes antics, el shutdown -h podria no apagar-los (sols els aturarà). Açò passa perquè cal utilitzar l'apm. Afegint acpi=off apm=power_off a la línia d'ordres del nucli, p.e. amb el fitxer de configuració de per obtenir més informació.

L'Apt descarrega fitxers menuts a l'actualització

S'ha afegit una funcionalitat a l'apt perquè descarregue sols els fitxers amb les diferències entre paquets. Açò és útil per gent amb una connexió de xarxa dolenta, però la gent que tingui una rèplica a prop potser voldrà desactivar aquesta característica. Podeu desactivar-la afegint Acquire::Pdiffs "false"; al /etc/apt/apt.conf.

Actualització a un nucli 2.6

Els nuclis de la sèrie 2.6 contenen grans canvis respecte dels de la sèrie 2.4. Alguns mòduls han canviat de nom i molts controladors han estat parcialment o gairebé completament reescrits. Actualitzar un a nucli 2.6 des d'una versió anterior no és aleshores un procés per agafar-se a la lleugera. En aquesta secció tractarem d'avisar-vos d'algunes de les dificultats que podeu trobar-vos.

Per tant us aconsellem que no actualitzeu a un nucli 2.6 com a part de l'actualització de &oldreleasename; a &releasename;. En lloc d'això, primer heu d'assegurar-vos que el vostre sistema funciona correctament amb el nucli antic o amb un nucli 2.4 d'&releasename; i actualitzar a un nucli 2.6 després, per separat.

Si compileu el vostre nucli des de les fonts, assegureu-vos d'instal·lar

Si utilitzeu

Si teniu entrades al fitxer /etc/modules (la llista de mòduls que es carregaran durant l'arrencada del sistema), aneu amb compte que hi ha alguns mòduls que han canviat de nom. Si us passa açò actualitzeu aquest fitxer amb els noms dels mòduls nous.

A alguns controladors de disc SATA, el dispositiu assignat a un disc i les seves particions han canviat de /dev/hdX a /dev/sdX. Si us passa açò, modifiqueu el /etc/fstab i el carregador d'arrencada com corresponga. Si no es fan aquests canvis, el sistema podria no arrencar correctament.

]]>

Una vegada instal·lat el nucli 2.6, però abans de reiniciar, assegureu-vos que disposeu d'algun mètode de recuperació. Primer assegureu-vos que la configuració del carregador té les entrades per als dos nuclis, el nou i el vell, el nucli 2.4. Assegureu-vos també que teniu un disquet de rescat o un CD-ROM a mà, no fos cas que una error a la configuració no us deixés arrencar amb el nucli vell.

Configuració del teclat

Un dels canvis més invasius en els nuclis 2.6 és un canvi fonamental en la capa d'entrada. Aquest canvi fa que tots els teclats semblin teclats de PC "normals". Açò vol dir que si actualment teniu seleccionat un teclat d'un altre tipus (p.e. un USB-MAC o un teclat Sun), molt probablement en reiniciar el sistema amb el nou nucli 2.6 el vostre teclat no funcionarà.

Si podeu accedir al sistema via SSH des d'una altra màquina, podreu resoldre aquest problema executant dpkg-reconfigure console-data, escollint l'opció "Seleccioneu un teclat de la llista completa" i seleccionant un teclat "pc".

Si el teclat de la consola està afectat, probablement també caldrà reconfigurar el teclat per al sistema X Window. Podeu fer açò o bé executant dpkg-reconfigure xserver-xfree86 o editant el /etc/X11/XF86Config-4 directament. No us oblideu de llegir la documentació que trobareu a .

És poc probable que aquest problema afecte l'arquitectura &arch-title; ja que tots els teclats PS/2 i USB ja estaran configurats com a teclats PC "normals".

]]> Tingueu en compte que si esteu utilitzant un teclat USB, podria estar configurat o bé com un teclat de PC "normal" o com un USB-MAC. En el primer cas aquest problema no us afectarà.

]]> ]]> Configuració del ratolí

Igualment, a causa dels canvis en la capa d'entrada, potser haureu de reconfigurar el sistema X Window i el Si en aquest moment teniu configurades les X per al /dev/sunmouse, probablement haureu de canviar-ho a /dev/psaux.

]]>
Configuració de l'àudio

Als nuclis de la sèrie 2.6 es recomana utilitzar els controladors de so ALSA, en lloc dels controladors antics de so OSS. Els controladors de so ALSA es trien per defecte. Per fer funcionar el so, cal carregar els mòduls ALSA escaients. En general açò es farà de forma automàtica si teniu instal·lat, a més a més del paquet alsa-base, el paquet hotplug o el discover. El paquet alsa-base també afegeix els mòduls al "blacklists" (llistes negres) per evitar que el hotplug i el discover els carreguen. Si teniu mòduls OSS al fitxer /etc/modules, esborreu-los.

]]> El pas a la sèrie 2.6 pot activar l'udev

L'/dev i va omplint el directori amb els dispositius que suportats pel nucli. També afegirà i esborrarà dinàmicament els dispositius d'acord amb els mòduls del nucli que es carreguen i descarreguen, treballant conjuntament amb el

Com que el paquet

Encara que l'/dev/video i /dev/radio).

L' i /etc/udev per a obtenir més informació.

]]> Transició de XFree86 a X.Org

La transició a X.Org comporta canvis estructurals. En el cas que tots els paquets estiguin instal·lats des de Debian i que estiguin en &releasename;, l'actualització hauria de funcionar sense problemes. L'experiència ens diu que hi ha uns quants canvis dels que s'ha de ser conscient ja que poden causar problemes a l'actualització.

El canvi més important és que el directori /usr/X11R6/bin s'ha eliminat i s'ha convertit en un enllaç simbòlic a /usr/bin. Açò vol dir que aquest directori ha d'estar buit en el moment que s'instal·len nous paquets. Els paquets nous entren en conflicte amb la majoria de paquets que utilitzen /usr/X11R6/bin, però en alguns casos cal alguna interacció manual. Sobretot, recordeu de no fer les actualitzacions des d'una sessió X.

En el cas que l'actualització quede avortada durant la instal·lació d'X.org, hauríeu de comprovar si queda encara algun fitxer a /usr/X11R6/bin. Podeu emprar dpkg -S per trobar a quins paquets de Debian pertanyen aquests fitxers (si n'hi ha cap), i desinstal·lar eixe paquet amb dpkg --remove. Apunteu els paquets que esborreu, de forma que pugueu instal·lar posteriorment els paquets de substitució. Abans de continuar amb la instal·lació, tots els fitxers de /usr/X11R6/bin s'han d'esborrar.

Vegeu la pàgina per obtenir més detalls i altres qüestions.

Actualització des d'exim 3 a exim4

Un dels paquets que ha quedat obsolet amb el llançament d'&releasename; és l'Agent de transferència de Correu (MTA) exim, que ha estat completament reemplaçat pel nou paquet exim4.

L'exim (versió 3.xx) ha romàs sense manteniment extern per part dels seus desenvolupadors durant anys, i Debian també l'ha abandonat. Si encara esteu utilitzant exim 3.xx, actualitzeu la vostra instal·lació de l'exim a exim4 manualment. Com que l'exim4 forma part de &oldreleasename;, podeu escollir fer l'actualització al vostre sistema &oldreleasename; abans de fer l'actualització a &releasename;, o després de l'actualització d'&releasename;, si us convé. Recordeu que l'exim antic no s'actualitzarà i que el manteniment de seguretat no continuarà després que s'abandoni el manteniment de Sarge.

Els paquets exim4 a Debian estan molt ben documentats. La pàgina web del paquet és al Wiki de Debian, i el fitxer README es pot trobar a i també a dins del paquet.

El fitxer README té un capítol que parla sobre l'empaquetat, on s'expliquen les diferents variants de paquets que proporcionem, i té també un capítol que explica com actualitzar des de l'exim 3, que us ajudarà a fer la transició actual.

Actualització de l'apache2

L'Apache s'ha actualitzat a la nova versió 2.2. En general això no hauria de donar problemes a la majoria d'usuaris, però hi ha alguns punts que cal tenir en compte.

conté els canvis dels desenvolupadors. Llegiu aquesta pàgina, i recordeu especialment que:

Cal recompilar tots els mòduls

Els mòduls d'autorització han canviat d'ordre i de nom

Algunes opcions de configuració han canviat de nom

Alguns canvis específics per a Debian inclouen que la cadena SSL ha deixat d'estar definida per defecte ja que el protocol SSL actualment està suportat pel mateix paquet.

Configuracions del PHP desaprovades

Des de fa anys, se sap que activar el paràmetre

Des d'aquest llançament, l'equip de seguretat no farà cap manteniment per a un nombre de configuracions PHP que se sap que no són segures. Principalment, tots els problemes resultants de tenir activada l'opció

Si executeu aplicacions propietàries que requereixen el README.Debian.security, al directori de la documentació del PHP (/usr/share/doc/php4, /usr/share/doc/php5). Estat de la seguretat dels productes de Mozilla

Els programes de Mozilla són importants eines per a molts usuaris. Desafortunadament la política de seguretat dels desenvolupadors és instar a l'actualització de les noves versions desenvolupades, cosa que entra en conflicte amb la política de Debian de no fer grans canvis funcionals en una actualització de seguretat. No podem pronosticar-ho avui, però durant el temps de vida de &releasename; l'equip de seguretat de Debian podria arribar a un punt en què mantenir els productes de Mozilla ja no sigui possible, i podria anunciar la fi del manteniment de seguretat per als productes de Mozilla. Heu de tenir açò en compte quan desplegueu Mozilla i considerar alternatives dins Debian si l'absència de suport de seguretat us suposa cap problema.

Més informació a &debian; Més per llegir

Més enllà d'aquestes notes i de la guia d'instal·lació hi ha més documentació a &debian; disponible al Projecte de Documentació de Debian (DDP), que té com a objectiu crear documentació d'alta qualitat per als usuaris de Debian i per als desenvolupadors. La documentació inclou la Guia de Referència, La guia dels nous mantenidors de Debian, les PMF de Debian, i molt més. Per a més detalls sobre els recursos existents, vegeu la .

La documentació individual dels paquets la podeu trobar instal·lada a /usr/share/doc/package, on també s'inclou informació sobre els drets d'autor, els detalls específics per a Debian i qualsevol documentació del desenvolupador.

On trobar ajuda

Hi ha moltes fonts d'ajuda, consell i suport per als usuaris de Debian, però sols s'han de considerar si amb la investigació dins la documentació del programa se us han exhaurit tots els recursos. Aquesta secció proporciona una curta introducció sobre aquells que poden ser d'ajuda per als nous usuaris de Debian.

Llistes de correu

Les llistes de més interès per als usuaris de Debian són la llista debian-user (en anglès) i la llista debian-user-. Reviseu els arxius a l'hora d'obtenir respostes a les vostres preguntes abans d'enviar un correu, i seguiu les normes de la llista.

Internet Relay Chat

Debian té un canal de l'IRC dedicat al suport i ajuda als usuaris de Debian a la xarxa d'IRC OFTC, la qual té per objecte proporcionar serveis interactius als projectes de comunitats de forma directa. Per accedir al canal connecteu el vostre client preferit d'IRC a &debian-irc-server; i entreu a #debian.

Seguiu les directives del canal, respectant els altres usuaris completament. Per obtenir més informació sobre OFTC visiteu la seua .

Informes d'errors

Ens esforcem per fer de Debian GNU/Linux un sistema operatiu d'una alta qualitat, però això no vol dir que els paquets que subministrem estiguin totalment lliures d'errors. D'acord amb la filosofia de Debian de "desenvolupament obert", i com un servei als nostres usuaris, proporcionem tota la informació sobre els errors que s'han enviat al nostre sistema de seguiment d'errors (BTS). Es pot visitar el BTS a .

Si trobeu un error a la distribució o a un programa empaquetat que en forme part, per favor informeu-nos per tal que sigui possible corregir-lo per als llançaments posteriors. Per a informar d'errors necessitareu una adreça de correu vàlida, que demanem per poder fer un seguiment dels errors i perquè els desenvolupadors puguin contactar amb els qui els l'han enviat per si calgués més informació.

Podeu enviar un informe d'error fent servir el programa reportbug o bé manualment a través del correu. Podeu llegir més sobre Sistema de Seguiment d'errors i com utilitzar-lo llegint les targetes de referència (que són a /usr/share/doc/debian si teniu el paquet doc-debian instal·lat) o en línia al .

Contribuir a Debian

No cal ser un expert per contribuir a Debian. Ajudant els usuaris amb problemes a les diverses d'usuaris esteu contribuint a la comunitat. La identificació (i sobretot resolució) de problemes relacionats amb el desenvolupament de la distribució participant a les de desenvolupament és extremadament útil. Per mantenir l'alta qualitat de la distribució Debian i ajudeu als desenvolupadors a fer el seguiment i a corregir-los. Si teniu traça amb les paraules, podeu contribuir de forma més activa ajudant a escriure o bé la documentació que ja existeix al vostre idioma.

Si podeu dedicar-hi més temps, us podríeu ocupar d'algun element de la col·lecció de Programari Lliure a Debian. És de molta ajuda si la gent adopta o manté elements que la gent ha demanat per incloure'ls a Debian; la detalla aquesta informació. Si teniu interès en grups específics aleshores trobareu divertit contribuir en alguns subprojectes de Debian que inclouen els ports a algunes arquitectures particulars, i .

En qualsevol cas, si esteu treballant a la comunitat de programari lliure d'alguna forma, com a usuari, programador, escriptor o traductor ja esteu ajudant a l'esforç del programari lliure. Contribuir és reconfortant i divertit, i també us permetrà conèixer gent nova que us rebrà amablement.

Administració del sistema &oldreleasename;

Aquest apèndix conté informació sobre com assegurar-vos que podeu instal·lar o actualitzar els paquets de &oldreleasename; abans d'actualitzar a &releasename;. Açò sols caldrà en algunes situacions específiques.

Actualització del sistema &oldreleasename;

Bàsicament no hi ha diferència amb altres actualitzacions de &oldreleasename; que heu estat fent. L'única diferència és que primer haureu d'assegurar-vos que la llista de paquets encara conté els paquets &oldreleasename; tal i com s'explica a .

Canviar la llista de fonts

Si qualsevol de les línies al /etc/apt/sources.list apunta a 'stable', ja esteu utilitzant &releasename;. Si abans ja havíeu executat apt-get update, podreu encara tornar enrere sense problemes seguint el procediment que es descriu a continuació.

Si heu instal·lat també paquets de &releasename;, probablement ja no té massa sentit que instal·leu paquets de &oldreleasename; mai més. En eixe cas haureu de decidir per vosaltres mateixos si voleu continuar o no. És poden desactualitzar els paquets, però això no està descrit ací.

Obriu el fitxer /etc/apt/sources.list amb el vostre editor favorit (com a root) i comproveu que totes les línies comencen amb deb http: o deb ftp: amb la referència a "

Si teniu cap línia que comence amb deb file:, hauríeu de comprovar per vosaltres mateixos si la localització a què es refereix conté un arxiu &oldreleasename; o &releasename;.

deb cdrom:. Si ho feu, invalidareu la línia i haureu d'executar l'

Si heu fet cap canvi, deseu el fitxer i executeu # apt-get update per actualitzar la llista de paquets.