Introduzione all'APT System: differenze tra le versioni

Da Guide@Debianizzati.Org.
Vai alla navigazione Vai alla ricerca
m (→‎Introduzione: corretto acronimo apt)
(paragrafi sui metapacchetti spostati in "Gestione dei metapacchetti")
Riga 300: Riga 300:


===Metapacchetti===
===Metapacchetti===
 
Vedere la guida: [[Gestione dei metapacchetti]]
====Cenni generali====
 
Esiste un tipo particolare di pacchetto detto [[metapacchetto]] che in realtà non contiene alcun eseguibile o sorgente, ma serve semplicemente per installare tutto l'insieme di pacchetti (a volte a loro volta metapacchetti) che lo costituisce.
Un esempio è il pacchetto kdebase:
 
<pre> # ls -l
total 6348
-rw-r--r--  1 root root 6486276 Jan 26 17:32 kdebase_2.2.2-14.9_i386.deb</pre>
 
Già le dimensioni lasciano presagire qualcosa: come può un pacchetto
come kdebase occupare solo poco più di 6 Mb? Spacchettiamolo:
 
<pre> # ar -x  kdebase_2.2.2-14.9_i386.deb
# ls
control.tar.gz  data.tar.gz  debian-binary  kdebase_2.2.2-14.9_i386.deb
# tar xvzf data.tar.gz
./
./usr/
./usr/share/
./usr/share/doc/
./usr/share/doc/kdebase/
./usr/share/doc/kdebase/README.pam
./usr/share/doc/kdebase/README.Debian
./usr/share/doc/kdebase/copyright
./usr/share/doc/kdebase/README.gz
./usr/share/doc/kdebase/changelog.Debian.gz
./usr/share/doc/kde/
./usr/share/doc/kde/HTML/
./usr/share/doc/kde/HTML/en/
./usr/share/doc/kde/HTML/en/kcontrol/
./usr/share/doc/kde/HTML/en/kdebugdialog/
./usr/share/doc/kde/HTML/en/kdesu/
...
</pre>
 
L'archivio <code>data.tar.gz</code> contiene solo documentazione e delle librerie.
Diamo un'occhiata al <code>control</code>:
 
<pre> station:/opt# tar xvzf control.tar.gz
./
./shlibs
./postinst
./preinst
./prerm
./postrm
./conffiles
./md5sums
./control
station:/opt# cat control
Package: kdebase
Version: 4:2.2.2-14.9
Section: x11
Priority: optional
Architecture: i386
Depends: kdelibs3 (>= 4:2.2.2-1), libc6 (>= 2.2.4-4), libfam0,
libjpeg62, libkonq3 (>= 4:2.2.2-14.9), libpng2(>=1.0.12), libqt2 (>=
3:2.3.1-1), libstdc++2.10-glibc2.2 (>= 1:2.95.4-0.010810), xlibs (>>
4.1.0), zlib1g (>= 1:1.1.4), debianutils (>= 1.6), xfree86-common,
libpam-modules, kdewallpapers, kdebase-libs (= 4:2.2.2-14.9)
Recommends: kdebase-doc, konqueror, konsole, kate | kedit | kword,
libarts | libarts-alsa, kdebase-audiolibs | kdebase3-audiolibs, kscreensaver
Suggests: menu (>=1.5-5), kdm | x-display-manager, kde-i18n,
libpam-cracklib, xscreensaver, xscreensaver-gl, xearth, xplanet, usbutils
Provides: x-session-manager
Installed-Size: 16280
Maintainer: Christopher L Cheney <ccheney@debian.org>
Description: KDE core applications
This is a suite of all kde core applications :
Includes:  kicker, kwin, kdesktop and others...</pre>
 
In realtà, vediamo che a costituire il cuore di KDE sono le sue dipendenze. Senza i metapacchetti bisognerebbe installare uno per uno i pacchetti che costituiscono KDE.
 
==== Lista dei metapacchetti ====
Si può ottenere una lista completa dei metapacchetti semplicemente elencando i pacchetti che contengono la parola ''metapackage'' nei tag o nelle descrizioni:
<pre>
$ aptitude search '(~Gmetapackage|~dmetapackage)' | less
</pre>
Se si vuole avere invece una lista dei metapacchetti installati sul sistema:
<pre>
$ aptitude search '~i(~Gmetapackage|~dmetapackage)'
</pre>
A questi si aggiungono le eccezioni comprendenti i metapacchetti che riguardano l'installazione del kernel; questi sono nella forma: <code>linux-image-*</code>
<pre>
$ aptitude search ~nlinux-image-*
</pre>
che sono dei metapacchetti che dipendono sempre dall'ultimo kernel Linux disponibile per la sotto-architettura specificata. In tal modo, installando il pacchetto adatto al proprio sistema, il kernel verrà automaticamente aggiornato non appena sia disponibile una nuova versione (si passerà ad esempio dal 2.6.15 a 2.6.17). Viceversa, se non si installa il metapacchetto, il kernel non verrà mai aggiornato poiché i kernel Debian hanno la versione come parte integrante del nome del pacchetto e quindi una nuova versione viene vista come un nuovo pacchetto e non come un aggiornamento, come giusto che sia.
 
====Installazione/Rimozione====
 
Capito cosa sono i metapacchetti, ci accorgeremo subito di un problema: se per l'installazione di una ''suite'', come ad esempio ''GNOME'', l'installazione di un solo metapacchetto ci permette l'installazione di tutti i pacchetti necessari, essendo quest'ultimi tutte dipendenze del metapacchetto, se si andrà a rimuovere un pacchetto della ''suite'' in questione, il metapacchetto precedentemente installato avrà una dipendenza non soddisfatta. Questo farà sì che ad esempio [[Aptitude]] rimuoverà tutti i pacchetti della ''suite'' in quanto risultanti come dipendenze di un pacchetto che non è più installato (il metapacchetto appunto); altri comandi, come ad esempio:
 
<pre># apt-get autoremove</pre>
 
porteranno allo stesso risultato, sempre per via di dipendenze installate per un pacchetto che non esiste più.<br /><br />
 
{{Box|NOTA BENE:|questo comportamento dei pacchetti è in realtà un sistema molto ben architettato per "pulire" il sistema da pacchetti "inutili" (o meglio, per meglio dire, non più utili). Ad esempio: se ho installato il pacchetto Y per soddisfare una dipendenza del pacchetto X, eliminato X il pacchetto Y non mi servirà più, essendo stato installato unicamente per far funzionare X. Immaginando di aver appena eliminato il pacchetto X, ''Aptitude'' andrà automaticamente ad eliminare il pacchetto Y "ricordandosi" di averlo installato come dipendenza del pacchetto X. <code>apt-get autoremove</code> "vedrà" il pacchetto Y come installato da ''dipendenza'' e lo eliminerà portando allo stesso risultato.}}
 
=====Installare un metapacchetto=====
 
In questo caso non occorre nessuna attenzione particolare: installeremo il metapacchetto come qualsiasi altro pacchetto con il nostro gestore preferito (aptitude, apt-get, synaptic,etc.), il quale si "porterà dietro" tutti i pacchetti del caso (come sue dipendenze).
 
=====Rimuovere un metapacchetto=====
 
Il problema di quest'azione è riassunto all'inizio di questo capitolo.
 
=====Rimuovere l'intera ''suite''=====
 
Se vogliamo semplicemente eliminare tutta la ''suite'' del metapacchetto andremo semplicemente a rimuoverlo con il nostro gestore preferito. Nel caso di ''aptitude'', provvederà lui stesso ad eliminare le dipendenze (dunque i pacchetti della ''suite''); nel caso di apt-get, dopo il classico
 
<pre># apt-get purge nomemetapacchetto</pre>
 
dovremo dare ancora:
 
<pre># apt-get autoremove</pre>
 
proprio per rimuovere le dipendenze installate per il metapacchetto.
 
=====Rimuovere uno o più pacchetti della ''suite''=====
 
In questo caso, come già detto in precedenza, la rimozione di uno o più pacchetti della suite, porterà alla rimozione del metapacchetto principale (essendo esso stesso senza una o più dipendenze soddisfatte). A questo punto, senza il metapacchetto che faceva da "scheletro" alla ''suite'', i pacchetti di quest'ultima verranno eliminati da ''aptitude'' o da ''apt-get autoremove''.<br />
Per eliminare dunque dei pacchetti da una ''suite'' utilizzeremo ''apt-get'' e ''aptitude'' in modo combinato. Facciamo un esempio:
 
* come ''suite'' prenderemo ''GNOME''. I metapacchetti che la installano sono ''gnome'' e ''gnome-desktop-environment''
* andremo ad eliminare il pacchetto ''evolution'' della ''suite'', senza eliminare quest'ultima.
 
Inizieremo dunque con ''apt-get'':
 
<pre># apt-get purge evolution</pre>
 
Lanciato il comando andremo ad eliminare 5 pacchetti: ''gnome'', ''gnome-desktop-environment'', ''evolution'',  ''evolution-exchange'', ''evolution-plugins'', tra i quali noteremo i due metapacchetti della ''suite'' in questione. Lo stesso ''apt-get'' ci suggerirà poi di utilizzare ''apt-get autoremove'' per eliminare le dipendenze non soddisfatte (che sono però in questo caso tutti i pacchetti della ''suite''). Per mantenere questi pacchetti daremo il comando:
 
<pre># aptitude keep-all</pre>
 
che andrà ad eliminare la loro eliminazione (scusate il gioco di parole). L'opzione ''keep-all'' di ''aptitude'' cancella tutte le azioni impostate per ogni pacchetto; qualsiasi azione d'installazione, rimozione o aggiornamento verrà rimossa dallo stato di tutti i pacchetti interessati.<br /><br />
 
A questo punto, avremo la nostra ''suite'' perfettamente funzionante con le "modifiche" apportate.


==Approfondimenti==
==Approfondimenti==

Versione delle 11:10, 17 mar 2013

Debian-swirl.png Versioni Compatibili

Tutte le versioni supportate di Debian

Introduzione

Il sistema APT (Advanced Packaging Tool) è, semplificando, un insieme di strumenti atti a permettere l'installazione e la successiva gestione di moltissimi programmi. Volendo essere più precisi l'apt-system creato dagli sviluppatori di Debian è un insieme di script che si appoggiano al comando dpkg allo scopo di snellire/agevolare la gestione di pacchetti e dipendenze nei sistemi Debian GNU/Linux. Notoriamente chi prende confidenza con Debian difficilmente sarà tentato di cambiare distribuzione, e questo anche grazie a questo splendido set di tool.
Esistono due strade per installare un programma sul proprio computer:

  • tramite APT;
  • scaricando e compilando manualmente i sorgenti dei vari programmi.

La prima soluzione è infinitamente più comoda e rapida, mentre la seconda in genere viene intrapresa solo se si hanno particolari necessità o se un certo programma non è disponibile tramite APT. Come anticipato esistono diversi strumenti per gestire il sistema APT:

  • Apt-Get e dpkg, strumenti a riga di comando brevemente descritti nella sezione successiva.
  • Aptitude, è il più potente strumento grafico a caratteri per la gestione dei pacchetti
  • Synaptic, disponibile in ambienti grafici come GNOME, KDE, ecc. è tra gli strumenti più semplice da usare, consigliato a tutti ed in particolar modo agli utenti alle prime armi.
  • Wajig

Apt-get e altri strumenti

Lungi dall'essere completa, questa brevissima panoramica ha lo scopo di fornire un piccolo vademecum per mantenere in forma il nostro sistema operativo senza far ricorso a tool grafici che, nella maggior parte dei casi, non hanno la necessaria "precisione". Vediamo brevemente i principali comandi (ovviamente dovete essere root):

Installazione, Rimozione, Aggiornamento

dpkg -i nome-pacchetto.deb
installa un pacchetto Debian già scaricato e presente nella directory corrente;
apt-get install [pacchetto1, pacchetto2, pacchettoN, ...]
il comando scarica e installa/aggiorna i pacchetti indicati, risolvendo le dipendenze;
apt-get remove [pacchetto1, pacchetto2, pacchettoN, ...]
è l'esatto opposto del comando precedente, rimuove i pacchetti indicati;
aptitude purge [pacchetto1, pacchetto2, pacchettoN, ...]
rimuove i pacchetti indicati ed elimina anche i file di configurazione;
apt-get update
aggiorna la lista dei pacchetti e le relative informazioni (versione disponibile, descrizione, ecc.);
apt-get upgrade
aggiorna i pacchetti installati sul nostro sistema (se sono disponibili versione più recenti). Non installa nuovi pacchetti;
apt-get dist-upgrade
è simile al precedente, ma aggiorna tutti i pacchetti anche a costo di installare nuovi pacchetti e rimuoverne di presenti, per soddisfare le dipendenze;
apt-get install [pacchetto] -s
simula (stampando l'output) il processo di installazione di un pacchetto. Utili per controllare se il pacchetto che stiamo installando/aggiornando modificherà altri pacchetti da noi installati.

Vedere anche la Guida ad Aptitude.


Ricerca e Informazioni sui pacchetti

apt-cache search [stringa da cercare]
usando questo comando possiamo cercare pacchetti in base al nome, alla descrizione, ecc.;
apt-cache show [nome pacchetto]
questo comando visualizza una breve descrizione del pacchetto da noi richiesto, fornendo versione, uso, dipendenze e altre utili informazioni;
apt-file search nome-file
cerca in quali pacchetti è presente il file nome-file. Vedere anche: Apt-file: ricerca all'interno dei pacchetti.

Gestione delle fonti (o repository)

apt-setup
serve per aggiungere/aggiornare le fonti (o repository) da cui scaricare i pacchetti;
apt-cdrom
aggiunge alle fonti per i pacchetti il contenuto di un CD Debian.

Pacchetti sorgenti e compilazione

apt-get source [pacchetto]
questo è il comando da utilizzare nel caso volessimo installare i sorgenti di un pacchetto. NOTA BENE: i sorgenti così scaricati, una volta compilati, daranno origine ad un pacchetto .deb che andrà a sua volta installato! I sorgenti vengono scaricati nella directory da cui si è lanciato il comando.
apt-get build-dep [pacchetto]
questo è un pacchetto fondamentale, specie se si lavora molto con i sorgenti. Si preoccupa di soddisfare le dipendenze del pacchetto che andremo a compilare dopo aver eseguito apt-get source.
apt-get source [pacchetto] --compile
è il passo finale per la compilazione di un pacchetto deb. Lanciatelo dalla stessa directory in cui avete scaricato i sorgenti da compilare.

Altro

apt-get autoclean
i pacchetti scaricati vengono memorizzati in /var/cache/apt/archive/ che col passare del tempo tende a gonfiarsi notevolmente. Con questo comando è possibile dire all'apt-system di cancellare questi pacchetti. Notare che, se fatta a mano, questa operazione causerà un certo "disorientamento" da parte di apt convinto di avere una copia di eventuali pacchetti in locale.
apt-get clean
elimina tutti i pacchetti dalla cache.
apt-get moo
Have you mooed today ?
E per concludere con le easter-eggs
  • aptitude mooo
  • aptitude -v moo
  • aptitude -vv moo
  • aptitude -vvvvvvvvv moo

I Pacchetti

Nel primo paragrafo si è generalmente parlato di programmi per usare un termine piuttosto noto, ma sfortunatamente improprio in questo contesto. Il sistema APT mette a disposizione dei pacchetti, che non necessariamente coincidono col significato generico di programma, infatti ci sono pacchetti che forniscono solo librerie necessarie a uno o più applicativi, ma di per se non direttamente utilizzabili dall'utente. Si ha dunque una struttura estremamente complessa dove un pacchetto dipende da altri pacchetti e a sua volta può essere un requisito per altri applicativi. Fortunatamente la gestione del sistema è fortemente automatizzata, gli strumenti precedentemente citati sono tutti in grado di fornire una lista di pacchetti necessari (chiamati dipendenze), consigliati e di pacchetti suggeriti, inoltre possono rimuovere un programma conservandone i file di configurazione, oppure eliminarlo totalmente; possono anche mostrare la descrizione di ogni pacchetto o ricercare quale pacchetto contiene una certa parola chiave nella descrizione, possono aggiornare in blocco l'intero sistema usando varie politiche di aggiornamento, possono installare i sorgenti di un pacchetto e gestire le dipendenze necessarie alla compilazione, possono infine molto altro ancora. Premesso questo è bene sapere che esistono fondamentalmente tre tipi di pacchetti, i binari, i sorgenti e i metapacchetti.

Pacchetti binari

I pacchetti binari sono archivi contenenti eseguibili, file di configurazione e documentazione che assieme formano un'applicazione. Sotto Debian, i binari hanno il suffisso .deb (c'è la possibilità anche di usare rpm, ma questa è un'altra storia). Vediamo cosa contiene un archivio .deb:

	# ls
	apache_1.3.33-6_i386.deb
	# ar -tv apache_1.3.33-6_i386.deb
	rw-r--r-- 0/0      4 May 11 11:34 2005 debian-binary
	rw-r--r-- 0/0  13852 May 11 11:34 2005 control.tar.gz
	rw-r--r-- 0/0 369530 May 11 11:34 2005 data.tar.gz

Abbiamo un file e due tarball. Procediamo estraendo questi ultimi.

	# ar -x apache_1.3.33-6_i386.deb
	# ls
	apache_1.3.33-6_i386.deb  control.tar.gz  data.tar.gz  debian-binary
	# cat debian-binary
	2.0

Il file debian-binary stabilisce la versione del formato deb, in questo caso la 2.0. Estraiamo gli archivi control.tar.gz e data.tar.gz.

	# tar xvzf control.tar.gz            
	./
	./config
	./templates
	./postinst
	./preinst
	./prerm
	./postrm
	./conffiles
	./control
	./md5sums
	# tar xvzf data.tar.gz
	./
	./etc/
	./etc/apache/
	./etc/apache/conf.d/
	./etc/init.d/
	./etc/init.d/apache
	./etc/logrotate.d/
	./etc/logrotate.d/apache
	./usr/
	./usr/lib/
	./usr/lib/apache/
	./usr/lib/apache/suexec.disabled
	./usr/lib/cgi-bin/
	./usr/sbin/
	./usr/sbin/apache
	./usr/sbin/apachectl
	./usr/share/
	./usr/share/bug/
	./usr/share/bug/apache/
	./usr/share/bug/apache/presubj
	./usr/share/doc/
	./usr/share/doc/apache/
	./usr/share/doc/apache/examples/
	...

L'archivio control.tar.gz contiene le informazioni riguardanti il pacchetto e le sue dipendenze e degli script che vengono lanciati prima e dopo l'installazione o la rimozione. Il file control contiene il nome del pacchetto, la sua versione, la sezione, la priorità, l'architettura per cui è stato compilato il pacchetto, le dipendenze, il maintainer del pacchetto e la sua descrizione. Diamogli un'occhiata.

	# cat control
	Package: apache
	Version: 1.3.33-6
	Section: web
	Priority: optional
	Architecture: i386
	Depends: libc6 (>= 2.3.2.ds1-21), libdb4.2, libexpat1 (>= 1.95.8), 
	mime-support, apache-common (>= 1.3.33-6), apache-common (<< 1.3.34-0), 
	perl (>= 5.8.4-2), logrotate (>= 3.5.4-1), dpkg (>> 1.9.0), libmagic1, 
	debconf
	Suggests: apache-doc
	Conflicts: apache-modules, libapache-mod-perl (<= 1.17-1), jserv (<= 
	1.1-3)
	Replaces: apache-modules
	Provides: httpd-cgi, httpd
	Installed-Size: 700
	Maintainer: Debian Apache Maintainers <debian-apache@lists.debian.org>
	Description: versatile, high-performance HTTP server
	 The most popular server in the world, Apache features a modular
	 design and supports dynamic selection of extension modules at runtime.
	 Some of its strong points are its range of possible customization,
	 dynamic adjustment of the number of server processes, and a whole
	 range of available modules including many authentication mechanisms,
	 server-parsed HTML, server-side includes, access control, CERN httpd
	 metafiles emulation, proxy caching, etc.  Apache also supports multiple
	 virtual homing.
	 .
	 Separate Debian packages are available for PHP, mod_perl, Java
	 Servlet support, Apache-SSL, and other common extensions.  More
	 information is available at http://www.apache.org/.

Un pacchetto può avere priorità required, ossia è necessario al funzionamento del sistema, important, quindi costituisce la base del sistema, standard, cioè i pacchetti comuni presenti su sistemi non troppo minimali, optional, i pacchetti totalmente opzionali, quindi X11, Emacs, e via dicendo, e infine extra, che contiene pacchetti aventi caratteristiche particolari che li distinguono dagli optional. Oltre alle dipendenze vere e proprie (nel caso di sopra le libc, dpkg, debconf, ecc.), abbiamo anche altri pacchetti citati, ossia i suggested packages, quindi quelli che possono funzionare bene assieme al pacchetto che si sta installando, i recommended, che comunemente vengono installati assieme a quest'ultimo, i conflicts e i replaced packages, rispettivamente i pacchetti con cui va in contrasto e che sostituisce, e infine i provided services, i servizi che il pacchetto fornisce (in questo caso, demone http con supporto cgi). Guardiamo ora il file conffiles:

	# cat conffiles
	/etc/init.d/apache
	/etc/logrotate.d/apache

Vengono elencati i file di configurazione che verranno creati. Gli scripts di cui parlavo prima sono postinst, postrm, preinst e prerm, che si occupano come già detto delle operazione pre e post installazione/rimozione.

L'archivio data.tar.gz contiene tutti i file che verranno effettivamente disposti nel filesystem. Diamo per esempio un'occhiata alla directory usr:

	# ls
	apache_1.3.33-6_i386.deb  control.tar.gz  md5sums   prerm
	conffiles                 data.tar.gz     postinst  templates
	config                    debian-binary   postrm    usr
	control                   etc             preinst   var
	# ls usr
	lib  sbin  share
	# ls usr/sbin
	apache  apacheconfig  apachectl

Pacchetti sorgenti

I pacchetti sorgenti sono costituiti da due archivi e un file di testo: un file .dsc che descrive il pacchetto, un archivio .orig.tar.gz che contiene i sorgenti originali del software, e un .diff.gz contenente le patch applicate da Debian al pacchetto.

	# apt-get source irssi-text
	Reading Package Lists... Done
	Building Dependency Tree... Done
	Need to get 1168kB of source archives.
	Get:1 http://ftp.de.debian.org unstable/main irssi-text 0.8.9-3 (dsc) 
	[691B]
	Get:2 http://ftp.de.debian.org unstable/main irssi-text 0.8.9-3 (tar) 
	[1154kB]
	Get:3 http://ftp.de.debian.org unstable/main irssi-text 0.8.9-3 (diff) 
	[13.9kB]
	Fetched 1168kB in 11s (103kB/s)                                                
	dpkg-source: extracting irssi-text in irssi-text-0.8.9
	# ls
	irssi-text-0.8.9            irssi-text_0.8.9-3.dsc
	irssi-text_0.8.9-3.diff.gz  irssi-text_0.8.9.orig.tar.gz

Il file .dsc contiene la versione del software, l'architettura per cui è stato scritto, la dipendenze da soddisfare e gli hash dei due archivi per verificarne l'integrità.

	# cat irssi-text_0.8.9-3.dsc
	-----BEGIN PGP SIGNED MESSAGE-----
	Hash: SHA1

	Format: 1.0
	Source: irssi-text
	Version: 0.8.9-3
	Binary: irssi-text
	Maintainer: David Pashley <david@davidpashley.com>
	Architecture: any
	Standards-Version: 3.6.1
	Build-Depends: libglib2.0-dev, perl (>= 5.8.1), libperl-dev (>= 5.8.1), 
	libncurses5-dev, debhelper (>= 3.0.18), libssl-dev, openssl, 
	autotools-dev
	Files: 
	 1df516a770656ff0bec0ab62f9096bf6 1153560 irssi-text_0.8.9.orig.tar.gz
	 37f128f0dafa596c006090a1036ec9b2 13944 irssi-text_0.8.9-3.diff.gz

	-----BEGIN PGP SIGNATURE-----
	Version: GnuPG v1.2.5 (GNU/Linux)

	iD8DBQFCQU0ffDt5cIjHwfcRAoApAKCL5BUc7i9X3iQIQyapUJboWF9IPACgrWPd
	/t+qP8OkRmh1e6mUH8wz+ic=
	=TYfB
	-----END PGP SIGNATURE-----

I file di control già visti nei pacchetti binari sono anche qui, contenuti nella cartella debian dell'archivio.

	# ls irssi-text-0.8.9
	AUTHORS      README.cygwin    config.sub      findsyntax.pl       ltmain.sh
	COPYING      TODO             configure       install-sh          missing
	ChangeLog    acconfig.h       configure.in    irssi-config.in     mkinstalldirs
	INSTALL      aclocal.m4       curses.m4       irssi-icon.png      scripts
	Makefile.am  autogen.sh       debian          irssi-version.h.in  src
	Makefile.in  colorless.theme  default.theme   irssi.conf          stamp-h.in
	NEWS         config.guess     docs            irssi.spec          stamp.h.in
	README       config.h.in      file2header.sh  irssi.spec.in       syntax.pl
	# ls irssi-text-0.8.9/debian
	botti.1    conffiles  copyright  irssi-text.postinst  prerm  undocumented
	changelog  control    dirs       menu                 rules

Nel caso si stia installando un pacchetto sorgente, è bene non seguire la procedura ./configure;make;make install; perchè il pacchetto non verrà tracciato, non si potrà prenderne informazioni tramite dpkg-query e per la rimozione bisognerà procedere manualmente, con il rischio di 'sporcare' la distro. È meglio usare strumenti quali dpkg-buildpackage e apt-build (per cui rimando alle pagine di man) per avere i vantaggi della compilazione senza 'sporcare' il sistema.

Metapacchetti

Vedere la guida: Gestione dei metapacchetti

Approfondimenti

Sitografia

  • Apt HowTo, panoramica completa sulle funzionalità e sull'utilizzo del sistema APT




Guida scritta da: Keltik Swirl-auth40.png Debianized 40%
Estesa da:
Verificata da:
Wtf

Verificare ed estendere la guida | Cos'è una guida Debianized