Come un pesce su un albero » GNU

make distcheck -> Error – install: cannot change ownership

Sanchan — Tue, 17 Jun 2008 20:20:06 +0000

[versione italiana]
When you work with GNU software, in 90% of the cases you’re using GNU Autoconf and GNU Automake in order to handle the build process of your software. In some rare case you need to change the group and ownership of a file that you need to install on the system. In this case you just add an install hook in your Makefile.am and call install in this way:

fooDATA_INSTALL = ${INSTALL} -g foogroup -o foouser

This is wonderfull when you have to install your data as root user but it’s a cause of error when you test your package as normal user calling make distcheck.
The result of the above command will be a make error caused by install trying to change ownership of your files without the root permissions:
install: cannot change ownership

What can you do for checking your package?

Well, GNU Automake and GNU Autoconf will come in your help also for this. GNU Automake ships the install-sh file that could be used instead of the GNU Coreutils install program for installing files on your system. Looking at the usage help of this script you can see that there are some environment variables that could be specified to change the behaviour of the script. We now will focus on two of them: CHGRPPROG and CHOWNPROG. Setting these two variables to something that didn’t fail as normal user like “echo” allow us to call install-sh -g foogroup -o foouser without any failure (and without actually change the ownership of the file).

How do you tell Makefile.am that we want to use install-sh instead of install?

Just with another environment variable: INSTALL. If you export INSTALL="path/to/install-sh" and the run configure, in your Makefile will be used install-sh instead of install. If you call make install as root user you can install your files just as if you’re using the install program, but now you can also call make distcheck as normal user for testing your package: just remember to export CHGRPPROG=echo and CHOWNPROG=echo before you execute the test and unset them when you finished.
Good work with your package!

No related posts.

Articoli correlati elaborati dal plugin Yet Another Related Posts.

make distcheck -> Error – install: cannot change ownership (italiano)

Sanchan — Tue, 17 Jun 2008 20:19:30 +0000

[english version]
Lavorando con software GNU, nel 90% dei casi ti troverai ad utilizzare GNU Autoconf e GNU Automake per gestire il processo di compilazione. In alcuni casi potresti dover cambiare il proprietario dei file da installare. Se succede, la soluzione è aggiungere un install hook al file Makefile.am ed eseguire install in questo modo:

fooDATA_INSTALL = ${INSTALL} -g foogroup -o foouser

Questo è molto comodo quando installi i dati come utente root ma può causare un errore quando testi i pacchetti come utente normale chiamando make distcheck.
Il risultato del comando precedente sarà un errore dovuto al tentativo di cambiare il proprietario ai file installati senza i permessi di root:
install: cannot change ownership

Cosa puoi fare per controllare i tuoi pacchetti?

GNU Automake and GNU Autoconf ti vengono in aiuto. GNU Automake distribuisce il file install-sh che può sostituire il programma install del pacchetto GNU Coreutils. Guardando nelle istruzioni d’uso di questo script infatti si può notare che ci sono alcune variabili d’ambiente che possono essere specificate per cambiare il comportamento dello script. In particolare noi ci concentreremo su due di queste: CHGRPPROG and CHOWNPROG. Impostando queste due variabili in modo che si riferiscano ad un comando che non fallisce per l’utente normale, come ad esempio “echo”, è possibile chiamare install-sh -g foogroup -o foouser senza alcun errore (e senza però modificare realmente il proprietario dei file).

Come dire a Makefile.am che si intende usare install-sh invece di install?

Utilizzando semplicemente un’altra variabile d’ambiente: INSTALL. Se esporti INSTALL="path/to/install-sh" e lanci configure nel file Makefile.am, verrà utilizzato install-sh invece di install. A questo punto potrai lanciare make install da utente root come se usassi il programma di installazione ed inoltre potrai lanciare make distcheck da utente normale per testare i pacchetti.
L’importante è ricordarsi di esportare CHGRPPROG=echo e CHOWNPROG=echo prima di fare i test e di riportarli ai valori originari una volta terminato.
Buon lavoro con i vostri pacchetti!

Gentoo 10.0 – 10 anni in compilazione In occasione del decimo anniversario dalla nascita di Gentoo, il...

Articoli correlati elaborati dal plugin Yet Another Related Posts.

Gentoo: perché?

Sanchan — Tue, 10 Jun 2008 18:32:53 +0000

Lo ammetto, non capita tutti i giorni. Ma ogni tanto ti trovi tra le mani un PC, decidi di metterci GNU/Linux , controlli l’hardware, verifichi la compatibilità, fai un rapido giro a vedere se c’è qualche novità e poi ti assale il dubbio. Che distribuzione ci metto?

Ne ho provate tante di distribuzioni e ognuna ha cose più o meno utili/interessanti. Negli ultimi cinque anni sul mio PC uso Gentoo e da due anni a lavoro uso Fedora. A Federica ho messo Mandriva, Fedora e Ubuntu. Ma ora che mi trovo a dover installare un nuovo PC ho fatto una nuova carrellata delle distribuzioni sul mercato e alla fine ho deciso: riallineo tutti i PC su cui riesco a mettere mano con Gentoo.
Perché Gentoo? Innanzitutto perché è la distribuzione che conosco meglio. Poi perché l’hardware su cui dovrà girare è abbastanza datato e le possibilità sono solo due: usare software datato o usare software recente cercando di spillarne il massimo delle prestazioni. Con il passare del tempo i software si sono arricchiti di funzionalità e ritocchi estetici che hanno avuto come scotto un aumento dei requisiti hardware per farli girare. La maggior parte delle distribuzioni precompilate compila ancora per i386 (con qualche eccezione comunque basata su Gentoo, come Sabayon Linux). Con Gentoo posso ottenere eseguibili ottimizzati per il sistema su cui dovranno girare. Bello. L’unico problema è che con Gentoo il software va compilato, e la compilazione richiede tempo. Poco male, almeno nel mio caso: quattro dei PC su cui dovrà girare sono dei PentiumIII, uno è un Pentium 4 di prima generazione. Soluzione: compilare tutto una volta sola, possibilmente usando la potenza contemporanea dei vari PC grazie a distcc usando un’ottimizzazione appena inferiore a quella ottima per poter usare gli stessi binari anche sul Pentium4. O in alternativa compilare il tutto in una bella Virtual Box e poi installare l’immagine sui vari PC. Probabilmente alla fine adotterò questa soluzione, se non altro per avere meno rumore e meno fili sparsi per casa. Voi che distribuzione usate? Perchè?

Gentoo 10.0 – 10 anni in compilazione In occasione del decimo anniversario dalla nascita di Gentoo, il...

Articoli correlati elaborati dal plugin Yet Another Related Posts.