Pagina InstallazioneProgrammi/DaSorgenti

[wilecoyote]

Salve, non ho trovato una discussione su InstallareProgrammi/DaSorgente in cui postare la pagina di prova con alcune aggiunte e modifiche, nel caso esista credo che questo post sia da aggregare ad essa.

wilecoyote/provawcdasorgcmake

Aggiunta l'indicazione del file compresso '.zip' e relativo comando di decompressione.

Aggiunte 2 Note sull'uso del 'configure', per esperienza diretta in tanti si piantano su questo passaggio.

Aggiunta una sezione per le compilazioni basate su CMake nonché in quali DE è usuale trovarlo.

Aggiunti alcuni link per descrivere i programmi da installare.

Aggiunta una Info per mantenere in ordine la propria "Home", una Nota sull'inutilità di un comando se si usa Checkinstall ed infine spostato e modificato in Nota il consiglio d'usare il Checkinstall medesimo, che personalmente consiglio ed incoraggio caldamente.

Aggiunto un link nascosto alla pagina di prova wilecoyote/provawccmakegui, non ancora pronta, sull'uso di CMake-gui.

Corretto infine un paio di errori indicati dal correttore ortografico, seppur non sono in grado di garantirne la correttezza.

Ciao


:::::::::::::::::::::::::::::
Link alla guida AmministrazioneSistema/InstallareProgrammi/DaSorgenti

[iononsbalgiomai]

Ho revisionato la pagina e nascosto davvero il link nascosto (avevi messo un solo "#", ne servivano due)
Ricontrollala per verificare che sia tutto corretto sotto il profilo tecnico e poi la metto in revisione

[wilecoyote]

Salve, grazie della correzione, clicca e riclicca ero convinto di esserci riuscito a nascondere il link, convinzione errata ovviamente...

Per la parte tecnica è errata, il 'cmake' non sostituisce il 'make' bensì sostituisce il 'configure', ti posto ad esempio il README di Darkroom:

How To Build This Template
-=-=-=-=-=-=-=-=-=-=-=-=-=

cd darkroom
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX=$KDEDIRS -DCMAKE_BUILD_TYPE=debugfull .. <- do not forget the ..
make
make install or su -c 'make install'

to uninstall the project:
make uninstall or su -c 'make uninstall'

Note: you can use another build path. Then cd in your build dir and:
export KDE_SRC=path_to_your_src
cmake $KDE_SRC -DCMAKE_INSTALL_PREFIX=$KDEDIR -DCMAKE_BUILD_TYPE=debugfull

La 'Note:' è per compilazioni più complesse, per queste indico infatti di consultare i file INSTALL e/o README.

I comandi per decomprimere li lascerei vista la frequente richiesta nei post di come si fà.

Come devo procedere per ripristinare la parte tecnica errata ?

Ciao

[iononsbalgiomai]

Ah, ok. Io l'ho messo come alternativa al make, invece è un'alternativa al ./configure
Stasera lo sistemo. Domani ridagli uno sguardo e dimmi se ho pasticciato di nuovo

[wilecoyote]

Salve, leggo ora il tuo post, nel frattempo ho provveduto ad un riordino facendo una prova con una nuova pagina di prova wilecoyote/provawcdasorgcmake2.

Quando non servono più come si eliminano le vecchie pagine di prova ?

Ciao

[iononsbalgiomai]

Hai fatto bene, io non ho avuto il tempo per fare nulla
Non era necessario creare un'altra pagina, ma fa niente. Dato che la versione più aggiornata si trova nella seconda, direi di continuare su quella. La prima poi si elimina, non c'è fretta.
Credo sia necessario nominare meglio i paragrafi. Configure e cmake non eseguono la compilazione, bensì generano il "makefile". Poi è make che effettua la compilazione, basandosi sul makefile.
Pertanto sposterei l'estrazione dei sorgenti nel paragrafo "Preparativi" e rinominerei il paragrafo "Configurazione" in "Generazione del makefile", con i due sottoparagrafi nominati semplicemente "Script di configurazione" e "Cmake". La nota sul "README" basta all'inizio, non è necessario ripeterla sotto cmake.
La frase "...è possibile dedurre il nome della libreria mancante, solitamente la libreria richiesta ha nel nome il suffisso -dev..." è ripetitiva. È per questo che avevo scritto "è possibile dedurre il nome della libreria mancante, solitamente identificabile dal suffisso -dev"

[wilecoyote]

Salve, fatte le ulteriori correzioni, per l'indicazione della libreria stò cercando il modo di spiegare che occorre la versione -dev ove esistente, cioè la stragrande maggioranza dei casi, e quale preferire se esistono più versioni, cosa assai frequente.

Ciao

[iononsbalgiomai]

Se lo ritieni utile, crea un apposito sottoparagrafo riguardo le librerie mancanti. Poi nei sottoparagrafi di configure e cmake rimuovi la nota sulle librerie con una sintetica frase che rimanda al paragrafo dedicato.

[wilecoyote]

Salve, a qualcosa del genere ci avevo pensato, ma non riuscendo a far funzionare la macro Anchor l'avevo accantonato.

Posto la modifica con la macro, puoi spiegarmi cosa ho sbagliato nel suo uso ? Non ho capito bene la pagina in cui è spiegata evidentemente.

Ciao

[iononsbalgiomai]

Per linkare un paragrafo non c'è bisogno di anchor, basta scrivere il titolo del paragrafo sostituendo eventuali spazi col trattino basso. Se ad esempio volessi linkare il paragrafo "Con lo script configure" dovresti scrivere

Codice: Seleziona tutto

[[#Con_lo_script_configure|testo del link]]

Il risultato sarebbe questo: testo del link

EDIT: Se avessi necessità di creare un "anchor" dovresti scrivere qualcosa del genere nel punto del documento che vuoi linkare:

Codice: Seleziona tutto

<<Anchor(Prova)>>

Per linkare quel punto di ancoraggio vale quello che ho detto per i paragrafi, quindi:

Codice: Seleziona tutto

[[#Prova|testo del link]]

[wilecoyote]

Salve, grazie, appena posso modifico.

Ciao

EDIT: modifica fatta ora funziona.

[iononsbalgiomai]

Ho apportato qualche aggiustamento alla struttura e pubblicato la pagina: AmministrazioneSistema/InstallareProgrammi/DaSorgenti
Per il momento ho nascosto la nota che linka la pagina di prova per le gui di cmake, in attesa che venga pubblicata anche quella.

Ottimo lavoro

[wilecoyote]

Salve, grazie, cerco di fare al meglio quello che posso.

Avevo attivato il link per provarne il funzionamento.

Ciao

[Staffo]

@iononsbalgiomai ti eri dimenticato di mettere la guida nei lavori completati, ci ho pensato io. Ho anche cancellato la vecchia pagina di prova wilecoyote/provawcdasorgcmake2, oramai non serve più.
Per il resto, ottimo!

[iononsbalgiomai]

Eliminato anche la pagina di prova originale: wilecoyote/provawcdasorgcmake
La pagina wilecoyote/provawcdasorgcmake2 era la seconda versione creata da wilecoyote.

[iononsbalgiomai]

Mi stavo chiedendo una cosa: per installare una dipendenza mancante, anziché fare tutto il giro da synaptic, non sarebbe sufficiente installarla con apt-get?

Codice: Seleziona tutto

sudo apt-get install nomepacchetto

[wilecoyote]

Salve, si sarebbe sufficiente se l'output di errore di 'configure' o 'cmake' indicasse il nome esatto, purtroppo spesso indica il nome del programma richiesto.

Ad esempio ti viene indicato che manca 'pcsclite' per compilare un programma per il lettore di smartcard, ultimamente di moda nelle richieste d'aiuto , ma se provi ad installarlo come pacchetto:

Codice: Seleziona tutto

wilecoyote@MonumentValley:~$ sudo apt-get install pcsclite
[sudo] password for wilecoyote:
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze       
Lettura informazioni sullo stato... Fatto
E: Impossibile trovare il pacchetto pcsclite
wilecoyote@MonumentValley:~$

Infatti nel repository lo trovi nelle librerie 'libpcsclite1' e 'libpcsclite-dev', ed è quest'ultima quella necessaria.

Ciao

[Devnull]

Il compilatore non può dare il nome esatto della dipendenza da installare dato che i nomi cambiano da distro a distro. Le dipendenze sono librerie di sviluppo che spesso terminano con -dev.
L'operazione di compilazione la sconsiglierei se sono già presenti pacchetti precompilati nei repo, perché sarebbe solo una perdita di tempo. Compilare può richiedere molto spazio su disco, macchine potenti, tempo, conoscenze di programmazione, etc.

Se non si hanno esigenze specifiche, è inutile ricompilare un pacchetto.

Quando ricompilo il kernel, lo faccio per aggiungere driver non presenti nei sorgenti.

[wilecoyote]

Salve, bé, su macchine potenti e conoscenze di programmazione non sono messo bene, eppure mi riescono.

Quasi d'accordo sull'inutilità di compilare se il pacchetto è già presente nel repository.

Giusto per fare un esempio, un'eccezione può essere la traduzione del pacchetto Avogadro, il quale nel sorgente i file traduzione sono basati su Gettext, .po, ed invece nel pacchetto sono basati su Qt, .qm , e bisogna ricompilarlo per farle funzionare.

Ciao

[iononsbalgiomai]

Ragazzi, mentre davo un'occhiata alla pagina di prova di wilecoyote per la revisione della guida a CheckInstall (discussione di riferimento), ho pensato che forse la si potrebbe unificare alla pagina AmministrazioneSistema/InstallareProgrammi/DaSorgenti, così ho tirato giù questa pagina di prova:
iononsbalgiomai/Prova0
Ho ridotto i riferimenti ad auto-apt ad una nota. Che ne dite?

EDIT:
Ho preparato una seconda possibile variante in cui auto-apt è trattato in un sottoparagrafo (3° livello) del paragrafo Script di configurazione.
iononsbalgiomai/Prova1