[ precedente ] [ Contenuti ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ successivo ]


The Debian GNU/Linux FAQ
Capitolo 4 - Problemi di compatibilità


4.1 Su quali architetture e/o sistemi hardware funziona Debian GNU/Linux?

Debian GNU/Linux include il codice sorgente completo per tutti i programmi inclusi, così dovrebbe funzionare su tutti i sistemi che sono supportati dal kernel Linux; si veda la FAQ Linux per i dettagli.

L'attuale rilascio 6.0 di Debian GNU/Linux contiene una distribuzione binaria completa per le seguenti architetture:

i386: questa copre i sistemi basati su processori Intel e compatibili, inclusi gli Intel 386, 486, Pentium, Pentium Pro, Pentium II (sia Klamath che Celeron) e Pentium III e la maggior parte dei processori compatibili di AMD, Cyryx ed altri.

amd64: questa copre i sistemi basati su CPU AMD a 64bit con estensione AMD64 e tutte le CPU Intel con estensione EM64T ed uno spazio utente a 64bit comune.

alpha: sistemi Alpha Compaq/Digital.

sparc: questa copre i sistemi SPARC della Sun e la maggior parte dei sistemi UltraSPARC.

powerpc: questa copre alcune macchine PowerPC IBM/Motorola, incluse le macchine CHRP, PowerMac e PReP.

arm: macchine ARM e StrongARM.

mips: sistemi MIPS big-endian della SGI, Indy e Indigo2.

mipsel: macchine MIPS little-endian, DECstation Digital.

hppa: macchine PA-RISC della Hewlett-Packard (712, C3000, L2000, A500).

ia64: computer Intel IA-64 ("Itanium").

s390: sistemi mainframe IBM S/390.

Lo sviluppo di distribuzioni binarie di Debian per architetture Sparc64 (UltraSPARC nativo) è attualmente in corso.

Il supporto per l'architettura m68k è stato abbandonato in questo rilascio perché non soddisfaceva i criteri definiti dai Debian Release Manager. Questa architettura copre macchine Amiga e ATARI con processore Motorola 680x0, dove x>=2, con MMU. Tuttavia il port è ancora attivo e disponibile per l'installazione anche se non fa parte del rilascio stable ufficiale e potrebbe essere riattivato nei rilasci futuri.

Per ulteriori informazioni sui port disponibili vedere le pagine dei port sul sito web.

Per ulteriori informazioni su come fare il boot, partizionare le proprie unità, abilitare i dispositivi PCMCIA (PC Card) e per questioni simili si seguano le istruzioni date nel manuale di installazione, che è disponibile dal nostro sito WWW su http://www.debian.org/releases/stable/installmanual.


4.2 Quanto è compatibile Debian con le altre distribuzioni Linux?

Gli sviluppatori Debian comunicano con i produttori delle altre distribuzioni Linux per fare di tutto per mantenere la compatibilità binaria tra le distribuzioni. La maggior parte dei prodotti commerciali per Linux funziona bene sotto Debian come sul sistema su cui è stata compilata.

Debian GNU/Linux aderisce al Linux Filesystem Hierarchy Standard (Standard per la gerarchia del file system Linux). Comunque, c'è spazio per diverse interpretazioni di alcune regole all'interno di questo standard, così ci possono essere piccole differenze tra un sistema Debian e altri sistemi Linux.

Debian GNU/Linux supporta il software sviluppato per la Linux Standard Base. La LSB è una specifica per permettere allo stesso pacchetto binario di essere usato su diverse distribuzioni. Il rilascio Debian Etch è certificato in base alla LSB Release 3.1, vedere la pagina web della Linux Foundation Certification. La discussione e il coordinamento degli sforzi fatti per assicurare che Debian soddisfi i requisiti della Linux Standard Base avvengono sulla mailing list debian-lsb.


4.3 Quanto è compatibile Debian con altri sistemi Unix a livello di codice sorgente?

Per la maggior parte delle applicazioni il codice sorgente di Linux è compatibile con altri sistemi Unix. Supporta quasi qualsiasi cosa che sia disponibile per i sistemi Unix basati su System V ed i sistemi liberi e commerciali derivati da BSD. Comunque nel mondo Unix una tale affermazione non ha quasi nessun valore perché non c'è modo di provarla. Nell'area di sviluppo del software è richiesta una completa compatibilità piuttosto della compatibilità nella "quasi maggioranza" dei casi. Così, anni fa, è sorta la necessità della presenza di standard e al giorno d'oggi POSIX.1 (IEEE Standard 1003.1-1990) è uno dei maggiori standard per la compatibilità del codice sorgente nei sistemi operativi Unix-like.

Linux si propone di aderire al POSIX.1, ma gli standard POSIX hanno un costo elevato e la certificazione di POSIX.1 (e FIPS 151-2) è abbastanza onerosa; questo ha reso più difficile agli sviluppatori Linux il lavorare per una completa conformità a POSIX. Il costo della certificazione rende improbabile che Debian ottenga una certificazione di conformità ufficiale anche se passasse completamente la suite di validazione. (La suite di validazione è ora liberamente disponibile, così è previsto che più persone lavoreranno sui problemi relativi a POSIX.1.)

L'Unifix GmbH (Braunschweig, Germania) ha sviluppato un sistema Linux che è stato certificato come conforme a FIPS 151-2 (un sovrainsieme di POSIX.1). Questa tecnologia era disponibile nella distribuzione di Unifix chiamata Unifix Linux 2.0 e nel Linux-FT della Lasermoon.


4.4 Si possono usare i pacchetti Debian (file ".deb") sul proprio sistema Linux RedHat/Slackware/...? Si possono usare i pacchetti RedHat (file ".rpm") sul proprio sistema Debian GNU/Linux?

Differenti distribuzioni Linux usano differenti formati dei pacchetti e differenti programmi di gestione dei pacchetti.

Probabilmente si può:

È disponibile un programma per spacchettare un pacchetto Debian all'interno di un sistema Linux in cui è stata installata una distribuzione "straniera", e generalmente funzionerà, nel senso che quei file verranno spacchettati. Anche l'inverso è probabilmente vero, cioè un programma che apre un pacchetto RedHat o Slackware su di un sistema basato su Debian GNU/Linux probabilmente riuscirà a spacchettare il pacchetto e a mettere la maggior parte dei file nelle directory di destinazione appropriate. Questo è in gran parte una conseguenza dell'esistenza dello standard Linux Filesystem Hierarchy (e della diffusa conformità ad esso).

Probabilmente non si vuole:

La maggior parte dei gestori dei pacchetti scrive alcuni file di amministrazione quando viene usata per spacchettare un archivio. Questi file di amministrazione sono generalmente non standardizzati. Quindi, aprire un pacchetto Debian su un sistema "straniero" avrà effetti imprevedibili (certamente non utili) sul gestore dei pacchetti di quel sistema. Similmente, le utilità di un'altra distribuzione possono riuscire ad aprire i loro archivi su sistemi Debian, ma probabilmente causeranno dei guasti al sistema di gestione dei pacchetti Debian al momento di aggiornare o rimuovere alcuni pacchetti, o anche semplicemente nel riportare esattamente che pacchetti sono presenti sul sistema.

Un metodo migliore:

Il Linux File System Standard (e quindi Debian GNU/Linux) richiede che le sottodirectory che si trovano sotto /usr/local/ siano interamente sottoposte alla discrezione dell'utente. Quindi, gli utenti possono spacchettare pacchetti "stranieri" dentro queste directory e poi possono gestire individualmente la loro configurazione, aggiornamento e rimozione.


4.5 Come installare un programma non-Debian?

I file sotto la directory /usr/local/ non sono sotto il controllo del sistema di gestione dei pacchetti Debian. Quindi è buona abitudine mettere il codice sorgente del proprio programma in /usr/local/src/. Per esempio, si potrebbero estrarre i file da un pacchetto che si chiama "pippo.tar" dentro la directory /usr/local/src/pippo. Dopo averli compilati, si mettano i file binari in /usr/local/bin/, le librerie in /usr/local/lib/ e i file di configurazione in /usr/local/etc/.

Se i propri programmi o file devono essere realmente messi in altre directory, si potrebbe sempre memorizzarli in /usr/local/ e creare i collegamenti simbolici appropriati dalla posizione richiesta alla loro collocazione in /usr/local/; per esempio, si potrebbe creare il collegamento

     ln -s /usr/local/bin/pippo /usr/bin/pippo

In ogni caso, se si ottiene un pacchetto il cui copyright permette la redistribuzione, si dovrebbe considerare di trasformarlo in un pacchetto Debian e caricarlo per il sistema Debian. Le linee guida per diventare uno sviluppatore sono incluse nel manuale Debian Policy (si veda Quale altra documentazione esiste su e per un sistema Debian?, Sezione 12.1).


4.6 Perché non posso compilare programmi che richiedono libtermcap?

Debian usa il database terminfo e la libreria di interfaccia a terminale ncurses, piuttosto del database termcap e della libreria termcap. Gli utenti che stanno compilando dei programmi che richiedono alcune conoscenze sulle interfacce dei terminali dovrebbero sostituire i riferimenti a libtermcap con i riferimenti a libncurses.

Per supportare i file binari per i quali รจ stato già fatto il link con la libreria termcap e per i quali non si ha il sorgente, Debian fornisce un pacchetto chiamato termcap-compat. Questo fornisce sia libtermcap.so.2 sia /etc/termcap. Si installi questo pacchetto se l'esecuzione del programma fallisce con il messaggio d'errore "can't load library 'libtermcap.so.2'", o se reclama la mancanza del file /etc/termcap.


4.7 Perché non posso installare AccelX?

AccelX usa la libreria termcap per l'installazione. Si veda Perché non posso compilare programmi che richiedono libtermcap?, Sezione 4.6 sopra.


4.8 Perché le mie vecchie applicazioni Motif per XFree 2.1 vanno in crash?

È necessario installare il pacchetto motifnls, che fornisce i file di configurazione di XFree-2.1 necessari a permettere che le applicazioni Motif, compilate sotto XFree-2.1, possano funzionare anche sotto XFree-3.1.

Senza questi file, alcune applicazioni Motif compilate su altre macchine (come Netscape) possono andare in crash quando si tenta di copiare o incollare da o a un campo di testo, e si possono presentare anche altri problemi.


[ precedente ] [ Contenuti ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ successivo ]


The Debian GNU/Linux FAQ

versione 5.0ubuntu1, 20 October 2011

Gli autori sono elencati in Autori delle FAQ Debian