ho capito il problema.
Il fattaccio era dato dal .buildout/default.cfg
creato molto tempo addietro e che definiva (oltre a directory comuni
di eggs e downloads) anche un terribile:
executable=/usr/local/bin/python
Qualsiasi cosa tentassi di fare con quell'utente virtualenv o no,
veniva sempre in
Il 21 gennaio 2011 15:04, Riccardo Lemmi ha scritto:
> On Friday 21 January 2011, SauZheR wrote:
>> Salve.
>> il mio problema e' che voglio mettere in piedi un servizio plone4 su
>> un server su cui girano una certa quantita' storica di plone3.
>> Ho quindi provveduto a scaricare, compilare, ed in
On Friday 21 January 2011, SauZheR wrote:
> Salve.
> il mio problema e' che voglio mettere in piedi un servizio plone4 su
> un server su cui girano una certa quantita' storica di plone3.
> Ho quindi provveduto a scaricare, compilare, ed installare python2.6
> con prefix /opt/python2.6.
>
> Anche co
Perchè non provi con il buildout apposito che fai prima?
http://svn.plone.org/svn/collective/buildout/python/
nel file buildout.cfg commenta le versioni di python che non ti servono se
no ci mette 2 vite a compilare.
--
View this message in context:
http://plone-regional-forums.221720.n2.nabbl
ciao simone,
si, l'ho fatto. infatti tutti gli altri comandi vengono eseguiti
correttamente col 2.6 nei percorsi giusti...
boh.. mo provo a ricompilare python diversamente
2011/1/21 Simone Orsi :
> hola,
>
> hai creato il virtualenv passandogli il python giusto?
>
> virtualenv -p python_da_utiliz
hola,
hai creato il virtualenv passandogli il python giusto?
virtualenv -p python_da_utilizzare
On 01/21/2011 01:28 PM, SauZheR wrote:
> Salve.
> il mio problema e' che voglio mettere in piedi un servizio plone4 su
> un server su cui girano una certa quantita' storica di plone3.
> Ho quindi pro
Salve.
il mio problema e' che voglio mettere in piedi un servizio plone4 su
un server su cui girano una certa quantita' storica di plone3.
Ho quindi provveduto a scaricare, compilare, ed installare python2.6
con prefix /opt/python2.6.
Anche con virtualenv attivato l'output del python bootstrap.py
Avevi ragione,
l'assassino era plone.app.imaging :)
Tenkiù
Vito
Il giorno 20 gennaio 2011 21:53, Luca Fabbri ha scritto:
> 2011/1/20 Vito Falco :
> > Ciao,
> > sto testando la migrazione di un portale degno di nota (800MB di Data.fs)
> > dalla 3.3.2 alla 3.3.5 (sempre su zeo).
> > Sembra che tu
Sì,
ho già provato a rifare lo scale delle immagini, ma nisba.
Vito
Il giorno 21 gennaio 2011 10:25, SauZheR ha scritto:
> Hai provato a cliccare sul tool di fix delle immagini presente in
> portal_atct?
> [...]/portal_atct/manage_imageScales
>
>
>
> Il 21 gennaio 2011 09:14, Vito Falco ha scr
Hai provato a cliccare sul tool di fix delle immagini presente in portal_atct?
[...]/portal_atct/manage_imageScales
Il 21 gennaio 2011 09:14, Vito Falco ha scritto:
> Ciao,
> certo che faccio crossposting dato che gli inglesi non leggono questa lista
> e (quasi) viceversa :)
> Quando avvio l'in
2011/1/20 Luca Fabbri :
> 2011/1/20 Franco Carinato :
>> si, l'indicizzazione gia' funziona per i file pdf caricati
>> direttamente con Aggiungi > File
>> ma non funziona per il mio archetype che ha un campo di tipo BlobFile
>>
>
> Domanda più banale: il campo file del tuo AT è definito "searchable
Ciao,
certo che faccio crossposting dato che gli inglesi non leggono questa lista
e (quasi) viceversa :)
Quando avvio l'instanza senza la plone.app.blob nel buildout va in stallo
dando un errore che, googlando, si può solo risolvere ponendo l'egg
plone.app.blob
In realtà non credo di starlo utili
12 matches
Mail list logo
