Alla fine ce l'ho fatta, aggiungendo ulteriormente questi pacchetti:
apt-get install qgis qgis-plugin-grass python-qt4 sip4 python-sip4
python-sip4-dev
Qgis 0.9.0 adesso parte anche con la console python
Message: 3
Date: Mon, 24 Sep 2007 09:57:04 +0000
From: "Eugenio Trumpy" <frippe12573@hotmail.com>
Subject: Re: [Gfoss] qgis 0.9
To: niccolo@faunalia.it
Cc: gfoss@faunalia.com
Message-ID: <BAY105-F35615848B771C87EEB2813E5B60@phx.gbl>
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Grazie per la pronta risposta,
i pacchetti indicati ovviamente mancavano.
Li ho aggiunti, ma mi da un ulteriore messaggio di errore:
Couldn't load PyQt bindings.
Python support will be disabled.
Puoi suggerirmi qualcosa anche per questo?
grazie ancora
Eugenio
>From: Niccolo Rigacci <niccolo@faunalia.it>
>To: Eugenio Trumpy <frippe12573@hotmail.com>
>CC: gfoss@faunalia.com
>Subject: Re: [Gfoss] qgis 0.9
>Date: Mon, 24 Sep 2007 11:50:36 +0200
>
> > ho installato qgis 0.9 "ganymede" tramite pacchetti debian scaricando
>dal
> > repository gfoss.
> > Quando lancio qgis, mi compare il seguente messaggio di errore:
> >
> > Couldn't load SIP module.
> > Python support will be disabled.
>
>In questo caso non avrai disponibile il menu Plugins, Python
>console cioe' non potrai scrivere e usare estensioni scritte in
>Python.
>
>Il pacchetto QGIS di gfoss non obbliga la dipendenza da SIP, la
>consiglia solo.
>
>Verifica cosa hai installato di SIP con: "dpkg --list | grep
>sip", dovrebbero esserci:
>
> python-sip4 4.7-1
> python-sip4-dev 4.7-1
> sip4 4.7-1
>
>Se non ci sono installali. Da Debian Lenny se ci sono oppure
>da gfoss.
>
>--
>Niccolo Rigacci
>Firenze - Italy
_________________________________________________________________
Se hai fatto un bel viaggio raccontalo sul nuovo Diari di viaggio http://diaridiviaggio.it.msn.com/
On Mon, Sep 24, 2007 at 01:11:00PM +0000, Eugenio Trumpy wrote:
Alla fine ce l'ho fatta, aggiungendo ulteriormente questi pacchetti:
apt-get install qgis qgis-plugin-grass python-qt4 sip4 python-sip4
python-sip4-dev
Ti e' andata bene che il supporto a run-time evidentemente
e' indipendente dalle scelte a configuration time (strano).
--
Francesco P. Lovergine
> Alla fine ce l'ho fatta, aggiungendo ulteriormente questi pacchetti:
> apt-get install qgis qgis-plugin-grass python-qt4 sip4 python-sip4
Ti e' andata bene che il supporto a run-time evidentemente
e' indipendente dalle scelte a configuration time (strano).
Il pacchetto e' compilato con tutti i binding, poi a runtime mi
pare che faccia un check per vedere se le librerie ci sono
davvero e in caso negativo disabilita la funzione.
Puo' essere?
Mi sono bevuto il cervello?
--
Niccolo Rigacci
Firenze - Italy
On Mon, Sep 24, 2007 at 06:32:42PM +0200, Niccolo Rigacci wrote:
> > Alla fine ce l'ho fatta, aggiungendo ulteriormente questi pacchetti:
> > apt-get install qgis qgis-plugin-grass python-qt4 sip4 python-sip4
>
> Ti e' andata bene che il supporto a run-time evidentemente
> e' indipendente dalle scelte a configuration time (strano).
Il pacchetto e' compilato con tutti i binding, poi a runtime mi
pare che faccia un check per vedere se le librerie ci sono
davvero e in caso negativo disabilita la funzione.
Puo' essere?
Mi sono bevuto il cervello?
Puo' essere, non ho verificato. A quel punto la domanda spontanea
e': a che serve fare il check in fase di configurazione visto
che a run-time il tutto e' indipendente da quello che si verifica
in building ?
--
Francesco P. Lovergine
> Il pacchetto e' compilato con tutti i binding, poi a runtime mi
> pare che faccia un check per vedere se le librerie ci sono
> davvero e in caso negativo disabilita la funzione.
>
Puo' essere, non ho verificato. A quel punto la domanda spontanea
e': a che serve fare il check in fase di configurazione visto
che a run-time il tutto e' indipendente da quello che si verifica
in building ?
Per compilare (ad es. con supporto Python) devi avere le
dipendenze soddisfatte. La configurazione consente di ottenere
comunque un eseguibile (ridotto) se non hai il necessario a build
time.
O almeno credo!
--
Niccolo Rigacci
Firenze - Italy
On Tue, Sep 25, 2007 at 12:00:26PM +0200, Niccolo Rigacci wrote:
> > Il pacchetto e' compilato con tutti i binding, poi a runtime mi
> > pare che faccia un check per vedere se le librerie ci sono
> > davvero e in caso negativo disabilita la funzione.
> >
> Puo' essere, non ho verificato. A quel punto la domanda spontanea
> e': a che serve fare il check in fase di configurazione visto
> che a run-time il tutto e' indipendente da quello che si verifica
> in building ?
Per compilare (ad es. con supporto Python) devi avere le
dipendenze soddisfatte. La configurazione consente di ottenere
comunque un eseguibile (ridotto) se non hai il necessario a build
time.
O almeno credo!
Ecco appunto, quindi come fa a funzionare a run-time se non c'e' il
binding necessario saltato in compilazione? Ipotizzo piuttosto
che ci fosse - per caso - al momento della compilazione, ma manchino
poi per coerenza le necessarie dipendenze... In definitiva e'
opportuno comunque che ci sia la correzione a livello di pkg.
--
Francesco P. Lovergine
Ipotizzo piuttosto che ci fosse - per caso - al momento della
compilazione, ma manchino poi per coerenza le necessarie
dipendenze... In definitiva e' opportuno comunque che ci sia la
correzione a livello di pkg.
Giusto:
- Io ho compilato il pacchetto con tutti i bindings
- Eugenio l'ha installato senza le lib Python
- Qgis parte, ma disabilita Python
In questo caso e' corretto dichiarare la dipendenza da python
solo come "Suggests" invece che "Depends"?
Secondo me si', visto che il programma comunque funziona (senza
pero' la Python shell).
--
Niccolo Rigacci
Firenze - Italy
On Tue, Sep 25, 2007 at 02:29:36PM +0200, Niccolo Rigacci wrote:
> Ipotizzo piuttosto che ci fosse - per caso - al momento della
> compilazione, ma manchino poi per coerenza le necessarie
> dipendenze... In definitiva e' opportuno comunque che ci sia la
> correzione a livello di pkg.
Giusto:
- Io ho compilato il pacchetto con tutti i bindings
- Eugenio l'ha installato senza le lib Python
- Qgis parte, ma disabilita Python
In questo caso e' corretto dichiarare la dipendenza da python
solo come "Suggests" invece che "Depends"?
Secondo me si', visto che il programma comunque funziona (senza
pero' la Python shell).
E' da verificare cosa intendiamo per 'funziona'. Se ci sono
parti del sistema che senza le necessarie librerie di run-time
non sono operative, dire che funziona puo' essere fuorviante.
C'e' da vedere se tali parti possono essere estrapolate in
un diverso package che ha dipendenze dai suddetti run-time
ma che e' solo suggested dal package principale.
Questo sarebbe l'approccio piu' corretto e da verificare.
Parlo anche semplicemente di shared libs che richiedono
il runtime SIP e Qt4Python per risolvere tutte le dipendenze.
In questo caso basta una rapida analisi con ldd per rendersi
conto dei missing quando non ci sono i run-time. Fino a 0.8.1
praticamente non ci sono altri eseguibili o script separati.
In 0.9 non so. Nella ipotesi contraria anche tali eseguibili
e script andrebbero separati.
Ma probabilmente alla lista non frega niente di tutto cio'
magari ne parliamo in canale o via email...
--
Francesco P. Lovergine