Mi chiedevo: quando si installa qualcosa, c'è un modo semplice per fare doppio clic su un file eseguibile di installazione e, d'altra parte, c'è un modo per costruirlo dal sorgente.
Quest'ultimo, scaricando un pacchetto sorgente, è davvero ingombrante.
Ma qual è la differenza fondamentale tra questi due metodi?
Risposte:
Tutti i software sono programmi , chiamati anche pacchetti sorgente . Quindi tutti i pacchetti sorgente devono essere compilati per primi, per essere eseguiti sul tuo sistema.
I pacchetti binari sono quelli che sono già compilati dal sorgente da qualcuno con caratteristiche e parametri generali forniti nel software in modo che un gran numero di utenti possano installarlo e usarlo.
I pacchetti binari sono facili da installare .
Ma potrebbe non avere tutte le opzioni dal pacchetto upstream.
Quindi, per l'installazione dal sorgente, devi creare tu stesso il codice sorgente. Ciò significa che è necessario prendersi cura delle dipendenze da soli. Inoltre, devi essere consapevole di tutte le funzionalità del pacchetto in modo da poterlo costruire di conseguenza.
Vantaggi dell'installazione dalla fonte:
In breve, l'installazione da sorgente ti offre un'opzione di personalizzazione pesante allo stesso tempo, ma richiede un grande sforzo, mentre l'installazione da binario è più semplice ma potresti non essere in grado di personalizzare come desideri.
Aggiornamento : aggiunta dell'argomento relativo alla sicurezza nei commenti seguenti. Sì, è vero che durante l'installazione da binario non hai l'integrità del codice sorgente. Ma poi dipende da dove hai preso il binario. Ci sono molte fonti attendibili da cui è possibile ottenere il binario di qualsiasi nuovo progetto, l'unico aspetto negativo è il tempo . Potrebbe volerci un po 'di tempo prima che il binario degli aggiornamenti o persino un nuovo progetto compaiano nei nostri repository di fiducia.
E soprattutto, sulla sicurezza del software, vorrei evidenziare questa pagina esilarante nei laboratori di campana forniti da Joe nei commenti qui sotto.
Un file sorgente contiene il codice originale come scritto dallo sviluppatore in qualunque lingua scelga (C, C ++, Python ecc.) Ed è generico. Non è specifico per qualsiasi distribuzione e in molti casi per qualsiasi sistema operativo.
Un pacchetto (ad esempio RPM o DEB) è l'eseguibile binario (o script interpretato, ecc.) Pre-preparato per la vostra particolare distribuzione. Il compito di preparare l'origine per la compilazione (aggiunta di eventuali patch necessarie ecc.), La compilazione effettiva, la creazione di file di configurazione specifici della distro, la creazione di script pre e post installazione ecc. Sono tutti a carico del manutentore del pacchetto.
In altre parole, tutto il lavoro dell'asino è stato fatto per te in un pacchetto, mentre dovrai scegliere tu stesso se scegli di installarlo dal sorgente.
È molto più facile usare un pacchetto in quasi tutti i casi come:
Tuttavia, a volte la versione in pacchetto è una versione precedente o, peggio ancora, non esiste una versione in pacchetto; nel qual caso l'unica opzione è quella di compilare te stesso. In tal caso, è necessario considerare quanto segue:
devpacchetti: ce ne potrebbero essere molti.Se sei disposto a impegnarti di più, la compilazione dalla fonte può darti i vantaggi di:
Si noti che mentre alcuni pacchetti predefiniti di distro forniscono eseguibili binari che sono pronti per l'installazione ed esecuzione (RPM e DEB sono esempi), altri distro forniscono pacchetti che automatizzano semplicemente il processo di compilazione.
Gentoo's ne ebuildsè un esempio: il pacchetto è sostanzialmente istruzioni per il gestore pacchetti che descrivono come compilare e installare l'eseguibile. Questo ha molti dei vantaggi dei gestori di pacchetti tradizionali (aggiornamenti automatici, disinstallazione, ecc.) Pur consentendo all'utente di ottimizzare il processo di compilazione secondo i propri gusti.
Arch Linux ha un sistema di packaging in cui i pacchetti mainstream sono binari mentre molti pacchetti extra sono compilati sul sistema usando PKGBUILDfile.
Oltre alle altre risposte, vorrei aggiungere qualcosa:
Se decidi di compilare un programma da solo, devi pensare che la compilazione non è qualcosa che fai solo una volta. Probabilmente dovrai iscriverti alla mailing list di sviluppo delle applicazioni che hai deciso di compilare e rimanere aggiornato con le nuove versioni e, soprattutto, con gli aggiornamenti di sicurezza.
Ogni volta che l'applicazione viene aggiornata dovrai ricompilare la nuova versione, quindi tieni presente che dovrai risparmiare un po 'del tuo tempo ogni settimana.
Se non puoi permetterlo, è meglio lasciare che il manutentore del pacchetto faccia quel lavoro per te.
Costruire dalla fonte consente di specificare l'architettura esattamente della tua macchina. Le nuove CPU hanno istruzioni aggiuntive che i compilatori comprendono, aumentando le prestazioni. I pacchetti pre-build di solito contano sulla CPU più arcaica ancora in uso comune.
Ciò è importante soprattutto per le applicazioni critiche per i progetti che utilizzano la CPU in modo molto pesante, ad esempio strumenti di pipeline bioinformatica o strumenti di modellazione geofisica. Tale software viene eseguito in un ambiente molto controllato, non presenta il controllo degli accessi da solo, quindi raramente i bug di sicurezza sono così urgenti che devono essere riparati in giorni o ore. Quasi mai deve funzionare su una macchina diversa con un'architettura inizialmente sconosciuta.
Sì, lo sapevo, i computer ora sono molto, molto veloci e ogni sforzo o azione intraprendi è molto, molto costoso, ma il terzo giorno di seduta e di attesa del completamento del programma (questa è la situazione di cui sto parlando) tali verità inizia a sembrare discutibile.
Diversamente, applicazioni come browser e simili dovrebbero essere meglio utilizzate dal repository del manutentore (e non da alcuni pacchetti predefiniti scaricati), poiché è molto importante tenerli aggiornati.
Un modo per ottenere il meglio da entrambi i mondi (software aggiornato, installazione / disinstallazione semplici, incorpora la maggior parte delle modifiche e adattamenti della distribuzione, può ottimizzare per i requisiti locali), mentre i costi (devi tenerti aggiornato, fare attenzione ai bug e le patch dell'ultimo minuto, segui lo sviluppo, sei da solo per quanto riguarda le correzioni di bug e le incompatibilità tra le versioni) non possono essere mitigate (molto), è costruire i tuoi pacchetti, iniziando con i pacchetti sorgente dalla tua distribuzione. Sì, è più lavoro che costruzione e installazione.