partecipa-net-users — Users list

[Partecipa-net-users] Release 1.1 RC2

[Enrico A. <an...@na...>]

E' pronta la release di Partecipa.base 1.1 RC2.

Aggiunti i bugfix e le funzionalita' richieste mancanti alla RC1:
- export Excel sulle statistiche
- aggiunta dinamica di news in homepage
- integrazione con gli archivi newsletter di Sympa.

Per l'integrazione con sympa, leggere le istruzioni in  
contrib/sympa/README.txt

Re: [Partecipa-net-users] [Partecipa-net-devel] Pubblicata nuova release

[Lucia M. <luc...@as...>]

Enrico Ansaloni wrote:
> Salve a tutti e' in linea la nuova release 1.1 RC1
> La versione definitiva richiede un po' di test ulteriori ma le  
> funzioni richieste sono tutte implementate.
> Manca la procedura di upgrade automatico che verra' aggiunta in una  
> successiva release.
> Questa versione richiede un po di test perche sono state aggiunte  
> moltissime funzioni e modificate delle parti essenziali che erano  
> buggate o male implementate: soprattutto sono molto utili  
> installazioni su distribuzioni diverse dalla mia o configurate in modo  
> diverso, per evidenziare eventuali bug che nella mia piattaforma di  
> testing e sviluppo io non posso vedere.

YOUPPPPPPPPPPIIIIIIIIIIIIIIIIII!
Complimenti Enrico per il lavorone! :)
Lucia

[Partecipa-net-users] Pubblicata nuova release

[Enrico A. <an...@na...>]

Salve a tutti e' in linea la nuova release 1.1 RC1
La versione definitiva richiede un po' di test ulteriori ma le  
funzioni richieste sono tutte implementate.
Manca la procedura di upgrade automatico che verra' aggiunta in una  
successiva release.
Questa versione richiede un po di test perche sono state aggiunte  
moltissime funzioni e modificate delle parti essenziali che erano  
buggate o male implementate: soprattutto sono molto utili  
installazioni su distribuzioni diverse dalla mia o configurate in modo  
diverso, per evidenziare eventuali bug che nella mia piattaforma di  
testing e sviluppo io non posso vedere.

[Partecipa-net-users] Implementazione completa livelli di accesso / redazione

[Enrico A. <an...@na...>]

E' pronta l'implementazione completa dei livelli di accesso legati =20
alle redazioni.
Questa funzione ha comportato le seguenti modifiche:

1) creazione della tabella "redazioni" contenente l'elenco delle =20
redazioni ricavato dal campo responsabile della tabella news. Lo =20
script per creare questa tabella e' contenuto in =20
contrib/create_redazioni_table.sql; per inizializzare questa tabella =20
con le newsletter gia' registrate e' possibile utilizzare lo script  =20
popola_tabella_redazioni_dalle_news.pl sempre in contrib

2) creazione della tabella persone_redazioni contenente la relazione =20
fra utenti di tipo editore e redazioni di competenza

3) il meccanismo stesso dei livelli d'accesso, che oltre ai template =20
contenuti nel precedente update cvs, filtra automaticamente le news =20
visualizzate per redazioni registrate per l'utente

4) Implementazione del cambio di tipologia utente nell'interfaccia di =20
gestione utenti: e' possibile ora impostare qualsiasi utente come =20
utente, amministratore o editore: nell'ultimo caso sara' visualizzato =20
un elenco di redazioni nello stesso stile delle iscrizioni alle =20
newsletter

5) Aggiunta automatica delle redazioni nell' apposita tabella in caso =20
di aggiunta / modifica di una news

[Partecipa-net-users] Implementazione iniziale livelli di accesso

[Enrico A. <an...@na...>]

[Partecipa-net-users] Creazione automatica template aree tematiche

[Enrico A. <an...@na...>]

Ho aggiornato il cvs con la nuova funzionalita' di creazione template  
automatica alla creazione di aree tematiche.
Il tutto funziona creando 4 files con nome:

<argomento>_general.template
<argomento>_personal.template
corpo_lista_<argomento>.template
corpo_lista_<argomento>_personal.template

all'utente resta solo da creare il quadratino del colore desiderato  
nel foglio di stile, che poi apparira' nel menu di sinistra (prendere  
ad esempio lo stile contrassegnato con: #sx1 li .generale)

La cosa funziona anche in caso di modifica o cancellazione di una  
classe: nella modifica il file viene cancellato e ricreato col nuovo  
nome argomento, mentre nella cancellazione i template attinenti  
vengono eliminati automaticamente

[Partecipa-net-users] Implementazione iniziale livelli di accesso

[Enrico A. <an...@na...>]

Salve a tutti ho aggiornato il CVS con le ultime modifiche per  
implementare la prima versione dei livelli di accesso: la cosa non e'  
ancora completa perche' manca il filtraggio delle statistiche sulle  
newsletter che fanno capo alla redazione dell'utente: infatti mancava  
completamente una parte che abbinasse una redazione ad un utente, cosa  
che sto ancora implementando.
Intanto pero' se un utente viene registrato come figura 2 (Editore) al  
login avra' un menu con la voce statistiche che appare come nel login  
di amministratore, e potra' visualizzare le statistiche sulle  
newsletter, ripeto senza ancora il filtro per redazione.
Inoltre resta da implementare l'inserimento di questi dati (figura,  
redazione) nell'interfaccia di gestione utenti dell'amministratore: al  
momento l'impostazione della figura "editore" puo' essere fatta solo  
accedendo direttamente al database postgres.

[Partecipa-net-users] Aggiornamento moduli statistici

[Enrico A. <an...@na...>]

Changelog:

* Realizzazione modifiche richieste a tutti i moduli statistici:
- rimozione campi di ricerca inutili
- correzioni testi
- aggiunta dell'opzione SORTBY alla definizione di form per permettere =20
la scelta di ordinamento by label o by value nei popup (richiesto per =20
ordinamento login)
- correzioni alle dimensioni delle scrolling list
- completa reimplementazione delle funzioni di calcolo date per =20
rispettare i limiti temporali del periodo (settimana inizia al lunedi, =20
mese inizia il primo del mese etc.)
- riscrittura delle funzioni di visualizzazione data in modo da =20
fornire dati comprensibili e variabili in base al periodo scelto, ad es:
Giornaliero: 28 Settembre 2007
Settimanale: Settimana X (Lun 24 Settembre 2007)
Mensile: Settembre 2007
Annuale: 2007

* BUGFIX:
- aggiunta del meccansimo di forking a tutti i moduli statistici per =20
evitare timeout: si tralascia newsletter istantanee perche' quella =20
query non varia molto al variare della quantita' di dati.
- implementazione del passaggio parametri ai popup con Tie::IxHash per =20
manenere l'ordinamento, spostando la sort da perl a SQL ed evitando lo =20
spreco di CPU

[Partecipa-net-users] Immagine vmware Partecipa.net

[Enrico A. <an...@na...>]

Salve a tutti. Ho pubblicato su SourceForge un'immagine vmware di un  
sistema linux installato e configurato con tutti i componenti di  
Partecipa.net.
La policy di SourceForge non consente di pubblicare files troppo  
grandi, quindi sul sito troverete un documento contenente le  
istruzioni per il setup e l'URL per lo scaricamento.

[Partecipa-net-users] BUGFIX: implementazione redirect + fork per operazioni lunghe

[Enrico A. <an...@na...>]

Ho aggiornato il cvs per un problema che si era manifestato presso il =20
Comune di Modena dove, essendoci molti iscritti, quando si eseguivano =20
certe statistiche (in particolare la statistica utenti) si verificava =20
un timeout lato server in quanto l'esecuzione in linea dello script =20
richiedeva piu' di 300 secondi (che e' il timeout di default di apache)

Questo problema ne espone uno molto piu' generico che ho dovuto =20
risolvere per forza: qualsiasi operazione in Partecipa.base viene =20
eseguita in linea, e se supera il timeout di apache puo' incorrerre =20
nello stesso problema; avevo gia' riscontrato un problema simile =20
nell'invio in massa delle email per i sondaggi (ora risolto), ma in =20
quel caso ho preferito optare per una soluzione specifica perche' la =20
mail aveva bisogno di sicurezze aggiuntive e soprattutto non c'era la =20
necessita' di un feedback immediato all'utente, come nel caso delle =20
statistiche.
Per questi motivi ho dovuto interrompere il resto dello sviluppo per =20
concentrarmi su questa cosa, che mi ha richiesto parecchio tempo =20
perche' comporta varie modifiche al componente principale di tutto =20
Partecipa.net, cioe' il cgi-bin unox1 (normalmente installato in =20
/var/www/cgi-bin/partecipa.base/unox1) che esegue tutte le funzioni =20
condivise dell'applicativo (template, autorizzazioni, database etc) e =20
che lancia le procedure esterne richieste (i comandi .uxu).
Inoltre la soluzione doveva essere piu' generica possibile, ed =20
implementabile con le minori modifiche possibili ai moduli che via via =20
presentassero questo problema di timeout.

La soluzione che ho scelto e' la seguente: implementare nel cgi-bin =20
unox1 un redirect comandato da parametri cgi, che rimadasse ad una =20
pagina intermedia di attesa, generica, che a sua volta effettuasse un =20
refresh periodico per mostrare l'avanzamento dell'elaborazione, ed =20
alla fine di questa elaborazione presentasse all'utente un link per =20
visualizzare il risultato dell'elaborazione.
Inoltre a fronte di questo redirect sono stato costretto a lanciare i =20
comandi .uxu "pesanti" con un fork, in quanto senza questo espediente =20
l'elaborazione rimarrebbe in linea e si incapperebbe nello stesso =20
errore di timeout, perche' il wrapper (unox1) attende l'uscita dal =20
comando .uxu per chiudere la sessione http.

L'aggiornamento che ho appena fatto sul cvs comprende appunto le =20
modifiche al cgi-bin unox1, la form di attesa, la funzione per =20
aggiornare lo stato corrente dell'elaborazione e le modifiche alla =20
form e al comando di statistiche utenti.
Per ora sembra funzionare egregiamente nel mio ambiente di test; =20
lascio da parte l'implementazione di questo nuovo sistema nei restanti =20
moduli statistici per permettervi di testare questo codice in ambienti =20
diversi dal mio: se il riscontro sara' positivo, o in alternativa se =20
fra un po' di tempo non avro' nessun riscontro procedero' alla =20
modifica a tappeto di tutti i moduli statistici .

I files da aggiornare tramite cvs sono:
./src/common/lib/functions/misc-utils.pl
./src/web-interfaces/pub/templates/head_refresh.template
./src/web-interfaces/pub/templates/wait_page.template
./src/web-interfaces/pub/templates/corpo_wait_page.template
./src/web-interfaces/pub/templates/top_refresh_personal.template
./src/web-interfaces/pub/unox1
./src/web-interfaces/pub/forms/statistiche_utenti.form
./src/web-interfaces/pub/cmds/adminStatUsers.uxu

Come sempre vi consiglio di non testare il codice su macchine di =20
produzione e comunque di fare un backup dei files originali in modo da =20
poter tornare indietro in caso di problemi.

[Partecipa-net-users] Release 1.0rc6

[Enrico A. <an...@na...>]

La release 1.0rc6 di Partecipa.base e' ora disponibile per il download  
su http://partecipa-net.sourceforge.net

[Partecipa-net-users] Release rc6 bugfix

[Enrico A. <an...@na...>]

Salve a tutti a breve pubblichero' una release intermedia di bugfix su  
partecipa-net.sourceforge.net:
Il changelog completo sara' visibile sul sito, vi invito a testare  
l'installazione possibilmente non su macchine di produzione, o in quel  
caso a creare una copia di backup dei files precedenti, ad esempio  
(mantenendo le directory di installazione di default):

cp -ar /usr/local/Partecipa.net /usr/local/Partecipa.net.bak

cp -ar /var/www/cgi-bin /var/www/cgi-bin.bak

cp -ar /var/www/html /var/www/html.bak

[Partecipa-net-users] BUGFIX: controlli su modifica dati persona

[Enrico A. <an...@na...>]

BUGFIX: Aggiunto il controllo di range in OpenCA::TRIStateCGI.pm - ora =20
specificando "range <min> <max>" nelle definizioni di form viene =20
effettuato un controllo sui limiti minimo e massimo del range di un =20
input numerico; in questo caso serve per validare l'input del popup =20
delle province di residenza (min 1 max 106). Ora tutte le form di =20
modifica dati utente hanno il controllo esplicito anche sulla =20
selezione della provincia.
BUGFIX: Sistemato il controllo che evita di inserire e/o modificare i =20
dati dei contatti in adminModPersona, e che a volte generava l'errore =20
di "email gia' esistente"

Per aggiornare:

- cvs checkout Partecipa.base
- Copiare i files:

da: <cvs_dir>/src/modules/openca-tristatecgi/TRIStateCGI.pm
a:  <install_dir>/modules/perl5/OpenCA/TRIStateCGI.pm

da: <cvs_dir>/src/web-interfaces/pub/cmds/adminModPersona.uxu
a:  <install_dir>/partecipa.base/lib/servers/pub/cmds/adminModPersona.uxu

da: <cvs_dir>/src/web-interfaces/pub/configs/forms/mod_persona.conf
a:  <install_dir>/partecipa.base/etc/servers/pub/forms/mod_persona.conf

da: <cvs_dir>/src/web-interfaces/pub/configs/forms/mod_persona_registra.conf
a:  =20
<install_dir>/partecipa.base/etc/servers/pub/forms/mod_persona_registra.conf

da: <cvs_dir>/src/web-interfaces/pub/configs/forms/mod_persona_totale.conf
a:  <install_dir>/partecipa.base/etc/servers/pub/forms/mod_persona_totale.co=
nf

da: <cvs_dir>/src/web-interfaces/pub/configs/forms/mod_persona_admin.conf
a:  <install_dir>/partecipa.base/etc/servers/pub/forms/mod_persona_admin.con=
f

[Partecipa-net-users] BUGFIX: tendine con default in fase di registrazione

[Enrico A. <an...@na...>]

BUGFIX: ho impostato la form di modifica dettagli utente in fase di =20
registrazione in modo che le varie tendine abbiano i default vuoti, e =20
che quindi venga generato un errore se non viene selezionato nessun =20
valore.

L'unico problema e' nel caso della provincia di residenza, perche' il =20
framework CGI sottostante (OpenCA::TRIStateCGI) non distingue fra tipi =20
di dati e l'unico controllo possibile sul dato numerico (id provincia) =20
e' sul numero di cifre, non sul numero in se, mentre l'altro framework =20
di astrazione dei dati (UnoX1::Object) non mi permette di impostare =20
valori vuoti come option select, per cui l'unica gestione dell'errore =20
possibile e' quella di eseguire una query errata (UPDATE persona SET =20
residenza=3D'0') e poi catturare l'errore in un template specifico =20
successivo, oppure creare una variabile ad arte ed inserirla in una =20
cella adiacente alla tendina.
Per ora ho inserito nel CVS le modifiche ai default su sesso e data di =20
nascita, a breve aggiornero' anche questo controllo d'errore sulla =20
residenza.

Per aggiornare:

- cvs checkout di Partecipa.base
- copiare i files:
<cvs_dir>/src/web-interfaces/pub/configs/forms/mod_persona_registra.conf
<cvs_dir>/src/web-interfaces/pub/configs/forms/mod_persona_totale.conf

nella directory

<install_dir>/partecipa.base/etc/servers/pub/forms/

sovrascrivendo i files esistenti

[Partecipa-net-users] BUGFIX: stato 'R' su utenti cancellati

[Enrico A. <an...@na...>]

Risolto il bug che impediva all'applicazione di aggiornare  
correttamente lo stato dell'utente a 'R' quando l'utente veniva  
cancellato dall'amministratore

Per aggiornare:

- fare il checkout del cvs
- copiare il file:

<cvs_dir>/src/web-interfaces/pub/cmds/adminDelUser.uxu

in

<install_dir>/partecipa.base/lib/servers/pub/cmds/adminDelUser.uxu

[Partecipa-net-users] BUGFIX: invio email in massa da sondaggio

[Enrico A. <an...@na...>]

Ho aggiornato il cvs con delle sostanziali modifiche alla parte =20
preposta all'invio di email per i sondaggi: la routine usata (sia =20
all'apertura del sondaggio che al reminder di un sondaggio gia' =20
aperto) aveva problemi nell'invio di un quantitativo di email =20
superiore a 200, in quanto la procedura non era scollegata dalla =20
generazione della pagina e ciclando sull'invio delle mail ad un certo =20
punto incontrava il timeout interno del webserver causando =20
l'interruzione della procedura. Inoltre non c'era nessun controllo per =20
evitare di piantare la macchina che esegue sendmail con troppi =20
processi aperti.

Per ovviare a questi inconvenienti ho riscritto completamente quella =20
parte, creando un apposito modulo perl (Safe::Sendmail) che ricalca le =20
procedure di invio in massa utilizzate da Sympa, in modo da usare cose =20
gia' ampiamente collaudate per volumi di mail maggiori di 30000.

Inoltre la parte che alla pressione di "Invia Email" rimaneva appesa =20
causando il timeout, ora effettua un fork di un processo perl, che a =20
sua volta cicla sugli utenti trovati nel db ed iscritti al sondaggio =20
corrente: per questo l'utente avra' immediatamente una pagina di =20
conferma dell'operazione, con un link che rimanda ad un file html che =20
viene generato dalla procedura in background: aprendo questo link e =20
facendo refresh l'utente potra' seguire il progresso dell'invio delle =20
email; questa parte e' ancora ampiamente migliorabile, accetto =20
suggerimenti in proposito: lo scopo di questa update pero' e' =20
soprattutto quello di risolvere il bug che impediva di fatto l'invio =20
di email di notifica e/o reminder per sondaggi con piu' di 200 iscritti.

Un log delle operazioni si potra' trovare in /tmp/safesendemail.log: =20
anche questa parte e' modificabile facilmente.

Per installare i nuovi files su una installazione gia esistente, =20
effettuate le seguenti operazioni:

1) checkout dell'ultimo CVS sia di Partecipa.base che di Partecipa.poll
2) Entrare nella directory <Partecipa.base_cvs_dir>/src/modules/Safe
3) Eseguire i comandi perl Makefile.PL; make test; make; make install
4) Copiare i seguenti files:

<Partecipa.base_cvs_dir>/src/common/lib/functions/misc-utils.pl  =3D> =20
<install_dir>/partecipa.base/lib/functions/misc-utils.pl

<Partecipa.poll_cvs_dir>/src/pub/templates/admin_phpESP_sendEmailResult.temp=
late =20
=3D>
<install_dir>/partecipa.base/lib/servers/pub/templates/admin_phpESP_sendEmai=
lResult.template

<Partecipa.poll_cvs_dir>/src/pub/forms/admin_phpESP_sendEmail.form =3D> =20
<install_dir>/partecipa.base/lib/servers/pub/forms/admin_phpESP_sendEmail.fo=
rm

<Partecipa.poll_cvs_dir>/src/pub/cmds/admin_phpESP_sendSurveyEmail.uxu =20
=3D> =20
<install_dir>/partecipa.base/lib/servers/pub/cmds/admin_phpESP_sendSurveyEma=
il.uxu

[Partecipa-net-users] [UPDATE] Aggiornamento CVS

[<an...@na...>]

Salve a tutti. Ho effettuato un aggiornamento del CVS in seguito ad
alcuni bugfix, che elenco:

1) Pagina bianca in fase di registrazione iniziale: invece di apparire
la pagina con i dettagli dell'utente, cliccando il link dalla webmail
di Libero si arriva ad una pagina bianca: il bug era dovuto ad una
mancata gestione di eccezioni.

<install dir>/partecipa.base/lib/server/pub/cmds/modPersonaTotale.uxu

NOTA: per quanto riguarda il problema del link spezzato nelle webmail
di Alice e Libero, non era dovuto a particolari bug sul nostro codice:
il bug stava nelle varie webmail che davano problemi, tant'e' vero che
ora non e' stato piu' riportato: probabilmente gli autori di quei
software di webmail hanno corretto il *loro* bug: infatti con ad
esempio Google Mail non dava mai problemi.

2) Problemi col filtro delle localita: il filtro javascript che si
attiva quando si attivano i radio button per selezionare
Citta/Italia/Estero filtrava alcune localita nel caso fosse
selezionata Italia; ho sistemato il codice che applica la regular
expression sulla option list in modo che gestistca le regex negate,
aggiunto l'opzione alla funzione filterlist.js e sistemate le form in
modo da utilizzare correttamente la nuova sintassi.

<install_dir>/partecipa.base/lib/servers/pub/forms/mod_persona_totale.form
<install_dir>/partecipa.base/lib/servers/pub/forms/mod_persona_admin.form
<install_dir>/partecipa.base/lib/servers/pub/forms/mod_persona_cerca_admin.f=
orm
<install dir>/partecipa.base/lib/servers/pub/forms/mod_persona_registra.form
<document_root>/partecipa.base/javascript/filterlist.js

In caso di upgrade di una versione gia' installata sara' sufficiente
fare il checkout del cvs sul modulo partecipa.base e copiare i files
nella directory di installazione, in quanto nessuno di questi files
necessita della procedura di install per sostituire macro e/o valori
dinamici quali directory di installazione o simili.
N.B: nella directory ottenuta dal checkout cvs, i files sono in
directory leggermente diverse, per cui l'operazione di sovrascrittura
dei files in linea dovra' partire da punti diversi da quelli di
installazione, ad esempio le forms in origine stanno in:

<cvs_dir>/Partecipa.base/src/web-interfaces/pub/forms

mentre nell'installazione sono in

<install_dir>/partecipa.base/lib/servers/pub/forms

in caso di problemi usare find o locate per individuare i files

Purtroppo non posso allegare direttamente i files per via delle policy =20
sulle liste di sourceforge, comunque sono facilmente ricavabili in =20
base alle istruzioni qui sopra.

[Partecipa-net-users] Aggiornamento Manuali di Partecipa.net / Package Partecipa.manual updated

[Lucia M. <luc...@as...>]

Saluti a tutti gli iscritti alla lista!

E' stato aggiornato il pacchetto Partecipa.manual, ora contiene sia il 
manuale di software sia quello della moderazione, come previsto da 
progetto entrambi infatti sono parte del "Kit" insieme al software.
Un saluto
Lucia Mazzoni


Hi to everyone!
The package Partecipa.manual has been updated. Now it includes both the 
software manual and also the moderation manual. All manuals are 
currently available only in Italian language.
Greetings
Lucia Mazzoni

[Partecipa-net-users] modifica luogo di residenza fra i dati personali

[Lucia M. <luc...@as...>]

Cercando di modificare i miei dati personali come utente di Modena mi=20
succede quanto segue:

1- Se non c'=E8 selezionato nulla fra Citta/Italia/Estero la tendina=20
sottostante contiene tutte le provincie italiane, posso selezionare=20
Bologna e il dato =E8 salvato con (pare) nessun valore associato ai 3=20
campi citt=E0/italia/estero che sono deselezionati

2- se cerco di selezionare Italia la tendina si modifica e la lista=20
delle province si riduce. Non le ho controllate tutte ma di certo si=20
passa da Ascoli Piceno a Gorizia.

Ho sbagliato qualcosa come procedura?
grazie
Lucia

[Partecipa-net-users] R: Configurazioni sympa (provincia di PC)

[Dassi R. <RD...@Re...>]

Ciao Fabio,
Mi ero poi fatto prendere da tante cose, e non ti ho risposto.
Non ho utilizzato i file che mi hai inviato, perch=E9 al primo colpo, mi =
=E8 sembrato che il nostro sympa sia istallato bene.
Ho in effetti inserito i dati di collegamento con il database (includee2 =
etc...) e mi ha trovato subito i dati degli utenti registrati.
La cosa che mi manca da provare =E8 l'invio di una newsletter. Appena ho =
notizie (spero buone) te li mando...

Buon lavoro
___________________________________
Dott. Dassi Raymon
Ufficio Comunicazione e Stampa
Assemblea Legislativa - Regione Emilia-Romagna
Via Aldo Moro, 50 - Bologna
Tel Uff.: 051.639.5323 - Fax 051.639.5297
rd...@re...=20
=20

-----Messaggio originale-----
Da: par...@li... =
[mailto:par...@li...] Per conto di =
Fabio Mirotti
Inviato: luned=EC 19 febbraio 2007 12.19
A: Angelo De Angeli
Cc: gio...@pr...; =
par...@li...
Oggetto: Re: [Partecipa-net-users] Configurazioni sympa (provincia di =
PC)

Angelo De Angeli wrote:
> Ciao Fabio,
> come da accordi telefonici ti invio il log di Apache dove =E8 presente =

> l'errore che ci restituisce Sympa (file tt2.pl). riesci a darmi=20
> qualche informazione per risolvere il problema?

Pare proprio che ci sia un modulo che non viene caricato nella maniera =
corretta, o che non gli arrivino i dati che gli servono.

Cerchiamo di partire dal basso:

- con che utente gira il servizio apache?
- mi dici come sono i permessi del CGI /home/sympa/bin/wwsympa.fcgi

Sulle mie installazioni apache gira come utente sympa e il suo cgi ha =
queste proprieta':

-rwsr-sr-x  1 sympa sympa 468809 Oct  2 11:34 wwsympa.fcgi

fai questo controllo e mi dici com'e' la tua installazione?
mi mandi anche il tuo wwsympa.conf e sympa.conf?



>=20
> Ti ricordi di inviarmi il parametro del file di configurazione di=20
> phpESP che bisogna modificare in modo tale da aggiornare la tabella di =

> chi ha gi=E0 votato?

Prova a verificare se in

[dir install phpESP]/admin/phpESP.ini.php la variabile auth_type e' =
settata in questo modo.

// Choose authentication type: { 'default', 'ldap' } =
$ESPCONFIG['auth_type'] =3D 'unox1';



Ciao
	---Fabio


>=20
> ----------------------------------------------------------------------
> --
>=20
> [Fri Feb 09 11:42:44 2007] [notice] Apache/2.0.52 (CentOS) configured=20
> -- resuming normal operations [Fri Feb 09 11:42:46 2007] [error] =
[client 10.1.0.229] Base class package  "Template::Provider" is empty.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229]         =
(Perhaps you need to 'use' the module wich defines that package first.)
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] at=20
> /home/sympa/bin/tt2.pl line 27 [Fri Feb 09 11:42:46 2007] [error] =
[client 10.1.0.229] BEGIN failed--compilation aborted at =
/home/syma/bin/tt2.pl line 27.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] compilation =
failed in required at /home/sympa/bin/Message.pm line 28.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] compilation =
failed in required at /home/sympa/bin/List.pm line 231.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] BEGIN =
failed--compilation aborted at /home/syma/bin/List.pl line 231.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] compilation=20
> failed in required at /home/sympa/bin/wwsympa.fcgi line 44 [Fri Feb 09 =
11:42:46 2007] [error] [client 10.1.0.229] BEGIN failed--compilation =
aborted at /home/syma/bin/wwsympa.fcgi line 44.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] Premature end=20
> of script headers: wwsympa.fcgi


-------------------------------------------------------------------------=

Take Surveys. Earn Cash. Influence the Future of IT Join =
SourceForge.net's Techsay panel and you'll get the chance to share your =
opinions on IT & business topics through brief surveys-and earn cash =
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
_______________________________________________
Partecipa-net-users mailing list
Par...@li...
https://lists.sourceforge.net/lists/listinfo/partecipa-net-users

Re: [Partecipa-net-users] Configurazioni sympa (provincia di PC)

[Fabio M. <mi...@co...>]

Angelo De Angeli wrote:
> Ciao Fabio,
> come da accordi telefonici ti invio il log di Apache dove è presente
> l'errore che ci restituisce Sympa (file tt2.pl). riesci a darmi qualche
> informazione per risolvere il problema?

Pare proprio che ci sia un modulo che non viene caricato nella maniera
corretta, o che non gli arrivino i dati che gli servono.

Cerchiamo di partire dal basso:

- con che utente gira il servizio apache?
- mi dici come sono i permessi del CGI /home/sympa/bin/wwsympa.fcgi

Sulle mie installazioni apache gira come utente sympa e il suo cgi
ha queste proprieta':

-rwsr-sr-x  1 sympa sympa 468809 Oct  2 11:34 wwsympa.fcgi

fai questo controllo e mi dici com'e' la tua installazione?
mi mandi anche il tuo wwsympa.conf e sympa.conf?



> 
> Ti ricordi di inviarmi il parametro del file di configurazione di phpESP che
> bisogna modificare in modo tale da aggiornare la tabella di chi ha già
> votato?

Prova a verificare se in

[dir install phpESP]/admin/phpESP.ini.php
la variabile auth_type e' settata in questo modo.

// Choose authentication type: { 'default', 'ldap' }
$ESPCONFIG['auth_type'] = 'unox1';



Ciao
	---Fabio


> 
> ------------------------------------------------------------------------
> 
> [Fri Feb 09 11:42:44 2007] [notice] Apache/2.0.52 (CentOS) configured -- resuming normal operations
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] Base class package  "Template::Provider" is empty.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229]         (Perhaps you need to 'use' the module wich defines that package first.)
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] at /home/sympa/bin/tt2.pl line 27
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] BEGIN failed--compilation aborted at /home/syma/bin/tt2.pl line 27.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] compilation failed in required at /home/sympa/bin/Message.pm line 28.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] compilation failed in required at /home/sympa/bin/List.pm line 231.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] BEGIN failed--compilation aborted at /home/syma/bin/List.pl line 231.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] compilation failed in required at /home/sympa/bin/wwsympa.fcgi line 44
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] BEGIN failed--compilation aborted at /home/syma/bin/wwsympa.fcgi line 44.
> [Fri Feb 09 11:42:46 2007] [error] [client 10.1.0.229] Premature end of script headers: wwsympa.fcgi

[Partecipa-net-users] implementazioni Partecipa.net

[Fiorenza B. <fio...@co...>]

Vi mando la lista delle possibili implementazioni per il kit=20
Partecipa.net e di quelle gi=E0 in corso a Modena (ovviamente da=20
integrare/rivedere durante la riunione di luned=EC 5 febbraio).

--=20
Dott.sa Ballabeni Fiorenza=20

Comune di Modena
Rete Civica Mo-Net - Settore Cultura, Sport, Turismo, Marketing e Politic=
he Giovanili
Via Scudari 20 - 41100 Modena
tel. 059 203.2992
fax  059 203.2612
e-mail: fio...@co...

[Partecipa-net-users] Bug Fix Release rc5

[Fabio M. <mi...@co...>]

Nei giorni scorsi e' emerso un importante bug nel pacchetto
Partecipa.base che comprometteva l'integrita' dei dati nella
tabella contatti del DB Utenti del kit.

Tale bug rigurda la funzione di cancellazione dei propri
dati personali da parte dell'utente.

Abbiamo quindi corretto l'errore e rilasciato la versione
rc5 del pacchetto che contiene la correzione del bug.

Per chi volesse eliminare l'errore senza reinstallare
il pacchetto e' sufficiente sostituire il file allegato
presente nel ramo di installazione.

Il file da sostituire e':
[INSTALL-PREFIX]/partecipa.base/lib/servers/pub/cmds/remove.uxu


Saluti

	---Fabio Mirotti

Re: [Partecipa-net-users] Rif: Re: In: Fw: [Fwd: [Partecipa-net-devel] RIlascio versioni aggiornate Kit 1.0rc4]

[Fabio M. <mi...@co...>]

Sicuramente reinstallando tutto si perdono tutte le cose fatte,
soprattutto a livello di database, NON vedo controindicazioni a
fare l'installazione preservando i database esistenti, in modo
da non perdere il lavoro gia' fatto.

Installando il nuovo pacchetto e mantenendo il DB esistente andranno
perse solo le modifiche fatte alla grafica pero' ad una prima occhiata
mi pare che sia cambiato solo il logo.

Nel nuovo pacchetto rilasciato c'e' una sola piccola modifica sulla
struttura del Database Partecipa.base che puo essere fatta con un
semplice comando SQL:

CREATE UNIQUE INDEX unique_email ON contatti USING btree (tipo_canale,
contatto);

Lato forum invece sul DB e' necessaria la correzione degli hooks
nella tabella phorum_settings che sicuramente conoscete meglio di me.

Mi scuso per il fatto che, per la fretta di rilasciare l'ultimo
aggiornamento, e' stata trascurata la parte di documentazione,
soprattutto per quello che riguarda le procedure di aggiornamento
verranno sicuramente migliorate nelle prossime release.

Vi invito inoltre ad utilizzare la Mailing list del progetto
  par...@li...
in modo da condividere anche con gli altri partecipanti problematiche
emerse.

Grazie

	---Fabio Mirotti



Monica Cancelliere wrote:
> Ciao Davide,
> se reinstalliamo tutto le cose gia' create andranno perse.... o sbaglio=
?
> Se fosse necessario fatemelo sapere in anticipo in modo da salvare alme=
no
> le modifiche gia' fatte
> grazie
>=20
> Monica Cancelliere
> C o m u n e  d i  B o l o g n a
> Settore Comunicazione
> U.I. Servizi di Comunicazione
> p.zza Galielo, 4
> 40121 Bologna
> tel. +39 051  221678
>=20
>
> Secondo me =E8 il caso di reinstallare tutto, partendo da una situazion=
e
> pulita.
> Metto in copia Fabio Mirotti, chiedendogli cosa ne pensa.
>=20
> Davide
>=20
> -----------------------------------------------------
> Davide Boari
> Capo Progetto
> Engineering Sanit=E0 Enti Locali
> Galleria del Leone, 3
> 40125 Bologna
> Tel +39 051 6563733
> Cell: +39 346 3241256
>  ----- Original Message -----
>  From: david
>  To: Claudio Carcioffi
>  Cc: Davide Boari ; Monica Cancelliere ; Leda Guidi ; Giovanni Farneti =
;
>  Emilio Alessi ; Stefano Mineo
>  Sent: Wednesday, November 15, 2006 2:38 PM
>  Subject: Re: In: Fw: [Fwd: [Partecipa-net-devel] RIlascio versioni
>  aggiornate Kit 1.0rc4]
>=20
>  Non c'=E8 problema e mi dispiace per il "rumore"; vedr=F2 di essere pi=
=F9
>  succinto prossimamente.
>=20
>  Non so risponderti francamente. Confidavo in un Readme dettagliato nei
>  tar... Forse dipende un pochino dai moduli?
>=20
>  Quindi: i responsabili dei vari moduli si facciano avanti e spieghino
>  dove/come effettuare l'upgrade.
>=20
>  Grazie
>=20
>  Claudio Carcioffi wrote:
>        Scusa David,
>        ma ultimamente a causa dell'eccessivo invio di mail riguradanti
>        questo progetto, non venivano prese molto in considerazione le m=
ail.
>        Come al solito sarebbe meglio avere un ticket comunque adesso pa=
rlo
>        con i ragazzi e ti faccio sapere.
>        Una domanda:
>        dobbiamo cancellare tutto quello che c'=E8 e reinstallare il tut=
to o
>        si pu=F2 fare un'upgrade?
>        Ciao,
>        Claudio
>=20
>                    -----Original Message-----
>                    From: david [mailto:dav...@ip...]
>                    Sent: mercoled=EC 15 novembre 2006 13.52
>                    To: Davide Boari
>                    Cc: Monica Cancelliere; Leda Guidi; Giovanni Farneti=
;
>        Emilio Alessi; Claudio Carcioffi; Stefano Mineo
>                    Subject: Re: In: Fw: [Fwd: [Partecipa-net-devel]
>        RIlascio versioni aggiornate Kit 1.0rc4]
>=20
>=20
>                    Acantho?
>=20
>                    Davide Boari wrote:
>=20
>        Quando prevedete che avvegna
>        l'installazione?
>=20
>=20
>

Re: [Partecipa-net-users] Partecipa.net - visualizzazione aree tematiche errata

[david <dav...@ip...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1"><font face="Verdana">Grazie Fabio. Allora aspettiamo
che il responasabile di interventi del genere si faccia avanti...<br>
<br>
<br>
</font></font>
<pre class="moz-signature" cols="72">-- 
"Remember, always be yourself. Unless you suck." - Joss Whedon</pre>
</body>
</html>