Compilare libreoffice per slackware: Difference between revisions

(One intermediate revision by the same user not shown)

Line 5:

Gli utenti Slackware non dispongono di pacchetti precompilati di [https://www.libreoffice.net LibreOffice]: una celebre suite di programmi da ufficio che comprende un word processor, un foglio di calcolo, un programma per realizzare presentazioni e non ultimo un'applicazione per interfacciarsi con database relazionali. Tutti strumenti divenuti indispensabili sia per l'utenza domestica che per quella professionale. Sul sito [https://www.slackbuilds.org www.slackbuilds.org] è possibile reperire alcuni script che consentono di [http://www.slackbuilds.org/repository/14.2/office/LibreOffice/ compilare libreOffice] a partire dal codice sorgente, oppure di convertire il [http://www.slackbuilds.org/repository/14.2/office/libreoffice/ programma], la [http://www.slackbuilds.org/repository/14.2/office/libreoffice-helppack/ guida in linea] ed i [http://www.slackbuilds.org/repository/14.2/office/libreoffice-langpack/ pacchetti di localizzazione] per lingue diverse dall'inglese a partire dai pacchetti RPM ufficiali.

La seconda soluzione risulta ovviamente più comoda e rapida in quanto non richiede di compilare tutto da zero, ma si limita a eseguire una conversione di formato dei pacchetti. Purtroppo ha il difetto di supportare solo le architetture hardware più diffuse: '''Amd64''' e '''ix86'''. Chi come me utilizza quotidianamente macchine basate su architettura '''Arm''', come il '''Raspberry Pi''', non ha altra scelta se non quella di compilare l'intera suite a partire dal codice sorgente. Preparare i pacchetti è un compito lineare e tutto sommato semplice a patto di organizzarsi e pianificare in anticipo per preparare le risorse necessarie, le dipendenze e quant'altro. Durante il mio primo tentativo sono andato allo sbaraglio ed ho conseguentemente fallito l'obiettivo. Nel ~~proseguo~~ dell'articolo espongo alcune raccomandazioni che potrebbero risultare utili per evitare errori a chi si accingesse nell'impresa.

La seconda soluzione risulta ovviamente più comoda e rapida in quanto non richiede di compilare tutto da zero, ma si limita a eseguire una conversione di formato dei pacchetti. Purtroppo ha il difetto di supportare solo le architetture hardware più diffuse: '''Amd64''' e '''ix86'''. Chi come me utilizza quotidianamente macchine basate su architettura '''Arm''', come il '''Raspberry Pi''', non ha altra scelta se non quella di compilare l'intera suite a partire dal codice sorgente. Preparare i pacchetti è un compito lineare e tutto sommato semplice a patto di organizzarsi e pianificare in anticipo per preparare le risorse necessarie, le dipendenze e quant'altro. Durante il mio primo tentativo sono andato allo sbaraglio ed ho conseguentemente fallito l'obiettivo. Nel prosieguo dell'articolo espongo alcune raccomandazioni che potrebbero risultare utili per evitare errori a chi si accingesse nell'impresa.

=== Ambiente di Sviluppo ===

@@ Line 5: / Line 5: @@
 Gli utenti Slackware non dispongono di pacchetti precompilati di [https://www.libreoffice.net LibreOffice]: una celebre suite di programmi da ufficio che comprende un word processor, un foglio di calcolo, un programma per realizzare presentazioni e non ultimo un'applicazione per interfacciarsi con database relazionali. Tutti strumenti divenuti indispensabili sia per l'utenza domestica che per quella professionale. Sul sito [https://www.slackbuilds.org www.slackbuilds.org] &egrave; possibile reperire alcuni script che consentono di [http://www.slackbuilds.org/repository/14.2/office/LibreOffice/ compilare libreOffice] a partire dal codice sorgente, oppure di convertire il [http://www.slackbuilds.org/repository/14.2/office/libreoffice/ programma], la [http://www.slackbuilds.org/repository/14.2/office/libreoffice-helppack/ guida in linea] ed i [http://www.slackbuilds.org/repository/14.2/office/libreoffice-langpack/ pacchetti di localizzazione] per lingue diverse dall'inglese a partire dai pacchetti RPM ufficiali.
-La seconda soluzione risulta ovviamente pi&ugrave; comoda e rapida in quanto non richiede di compilare tutto da zero, ma si limita a eseguire una conversione di formato dei pacchetti. Purtroppo ha il difetto di supportare solo le architetture hardware pi&ugrave; diffuse: '''Amd64''' e '''ix86'''. Chi come me utilizza quotidianamente macchine basate su architettura '''Arm''', come il '''Raspberry Pi''', non ha altra scelta se non quella di compilare l'intera suite a partire dal codice sorgente. Preparare i pacchetti &egrave; un compito lineare e tutto sommato semplice a patto di organizzarsi e pianificare in anticipo per preparare le risorse necessarie, le dipendenze e quant'altro. Durante il mio primo tentativo sono andato allo sbaraglio ed ho conseguentemente fallito l'obiettivo. Nel proseguo dell'articolo espongo alcune raccomandazioni che potrebbero risultare utili per evitare errori a chi si accingesse nell'impresa.
+La seconda soluzione risulta ovviamente pi&ugrave; comoda e rapida in quanto non richiede di compilare tutto da zero, ma si limita a eseguire una conversione di formato dei pacchetti. Purtroppo ha il difetto di supportare solo le architetture hardware pi&ugrave; diffuse: '''Amd64''' e '''ix86'''. Chi come me utilizza quotidianamente macchine basate su architettura '''Arm''', come il '''Raspberry Pi''', non ha altra scelta se non quella di compilare l'intera suite a partire dal codice sorgente. Preparare i pacchetti &egrave; un compito lineare e tutto sommato semplice a patto di organizzarsi e pianificare in anticipo per preparare le risorse necessarie, le dipendenze e quant'altro. Durante il mio primo tentativo sono andato allo sbaraglio ed ho conseguentemente fallito l'obiettivo. Nel prosieguo dell'articolo espongo alcune raccomandazioni che potrebbero risultare utili per evitare errori a chi si accingesse nell'impresa.
 === Ambiente di Sviluppo ===