Re: [Python] roadmap per python.it
Il giorno 16/mag/09, alle ore 01:21, Manlio Perillo ha scritto: > La mia idea è invece evitare di usare un prodotto integrato, è invece > restare sulla generazione "semi statica" del sito, così come fanno su > python.org. Manlio questo lo avevamo intuito un po tutti :) Ma potresti spiegare i vantaggi ? Ovvero, trattandosi di un sito per una comunità, non credi che strumenti dedicati siano più idonei a garantire la gestione tempestiva ? G ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] roadmap per python.it
Marco Beri ha scritto: > Come siamo rimasti? > > Mi sa che mi sono perso qualcosa... > Ci sono i sue incontri in chat, come Massimiliano ha ricordato. Inoltre Daniele sta provando Sphene: http://sct.sphene.net/ un altra alternativa è Pinax: http://pinaxproject.com/ La mia idea è invece evitare di usare un prodotto integrato, è invece restare sulla generazione "semi statica" del sito, così come fanno su python.org. C'è una beta (il tutto è in realtà pronto dallo scorso anno, ma dato che nessuno se ne era interessato, ho lasciato in sospeso): http://pydotit.mperillo.ath.cx mentre il software (che ha bisogno di una ripulita, ma posso farlo io): http://hg.mperillo.ath.cx/sitetools Il sistema offre supporto per le news, quindi non è come ora che vanno inserite a mano (cancellando le vecchie della home page). Ovviamente ci deve essere uno che le news le scriva (io ho difficoltà persino a scrivere i messaggi di commit...)! Una volta fatto questo si può aggiungere un forum, e siamo già all'80% dell'opera. P.S.: c'è anche la questione dell'integrazione it.comp.lang.python e python@lists.python.it, attivando l'apposito gateway di mailman. Lo scorso anno facemmo dei test, ma poi (non ricordo più i dettagli) non se ne fece più niente. Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] roadmap per python.it
2009/5/16 Massimiliano Pippi > 2009/5/16 Marco Beri : > > Come siamo rimasti? > > > > Mi sa che mi sono perso qualcosa... > > > Io sono rimasto ai due meeting da tenersi in IRC su #python.it: > > 1) Sabato 16 Maggio, alle ore 15:00 > 2) Lunedì 18 Maggio, alle ore 21:00 Ah gia'!!! Brutta roba l'eta'... :D -- http://beri.it - Blog di una testina di vitello http://stacktrace.it - Aperiodico di resistenza informatica ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] roadmap per python.it
2009/5/16 Marco Beri : > Come siamo rimasti? > > Mi sa che mi sono perso qualcosa... > Io sono rimasto ai due meeting da tenersi in IRC su #python.it: 1) Sabato 16 Maggio, alle ore 15:00 2) Lunedì 18 Maggio, alle ore 21:00 però misa qualcosa si sta muovendo comunque, soprattutto relativamente alla ricerca di strumenti con i quali implementare le funzionalità del sito Ciao -- M. http://masci.wordpress.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] roadmap per python.it
Come siamo rimasti? Mi sa che mi sono perso qualcosa... -- http://beri.it - Blog di una testina di vitello http://stacktrace.it - Aperiodico di resistenza informatica ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] creazione package
Stefano Costa wrote:
> Il giorno ven, 15/05/2009 alle 18.10 +0200, Riccardo Lemmi ha scritto:
>>
>> Dai uno sguardo a:
>> http://pypi.python.org/pypi/zc.buildout/
>> anche se di solito si usa con zope e simili dovresti essere in grado
>> di creare un ambiente per la tua applicazione.
>
> Per creare lo scheletro ho usato paster, che mi pare sia sostanzialmente
> simile a zc.buildout (analogamente, di solito è usato per applicazioni
> web ma funziona per tutto).
Il paster (tra le varie cose che fa) crea scheletri di applicazioni, io
uso 'ZopeSkel'. Ad esempio plone3_buildout crea un cartella con dentro la
configurazione base e lo script bootstrap.py che genera il comando 'buildout'.
> Mi sembrava di aver capito che devo usare la voce console_scripts in
> entry_points per l'eseguibile, ma non ho capito come indicare il modulo
> da eseguire.
>
> Sono invece riuscito ad installare il modulo eseguibile aggiungendo
>
> scripts = ['gnucalcli.py']
>
> sempre nel setup(). Non so quanto sia standard come soluzione, anche se
> ha funzionato.
>
> A questo punto sto cercando di capire come installare la documentazione
> e altri file che sono necessari per il funzionamento del programma - e
> come recuperarli una volta che sono installati al posto giusto. Mi pare
> di aver capito che si usa pkg_resources per questo, è corretto?
Non so, per dichiarare le dipendeze uso 'install_requires' e gli scheletri di
egg che uso hanno una cartella docs usata in setup.py con questa riga:
long_description=open("README.txt").read() + "\n" +
open(os.path.join("docs", "HISTORY.txt")).read()
> Se invece pensi che zc.buildout sia meglio, provo quello. Grazie,
> steko
>
Non so se sia meglio, io li uso per creare installazioni complete ma non di
sistema.
--
Riccardo Lemmi
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] creazione package
Il giorno ven, 15/05/2009 alle 18.10 +0200, Riccardo Lemmi ha scritto: > > Dai uno sguardo a: > http://pypi.python.org/pypi/zc.buildout/ > anche se di solito si usa con zope e simili dovresti essere in grado > di creare un ambiente per la tua applicazione. Per creare lo scheletro ho usato paster, che mi pare sia sostanzialmente simile a zc.buildout (analogamente, di solito è usato per applicazioni web ma funziona per tutto). Mi sembrava di aver capito che devo usare la voce console_scripts in entry_points per l'eseguibile, ma non ho capito come indicare il modulo da eseguire. Sono invece riuscito ad installare il modulo eseguibile aggiungendo scripts = ['gnucalcli.py'] sempre nel setup(). Non so quanto sia standard come soluzione, anche se ha funzionato. A questo punto sto cercando di capire come installare la documentazione e altri file che sono necessari per il funzionamento del programma - e come recuperarli una volta che sono installati al posto giusto. Mi pare di aver capito che si usa pkg_resources per questo, è corretto? Se invece pensi che zc.buildout sia meglio, provo quello. Grazie, steko -- Stefano Costa http://www.iosa.it/ Open Archaeology signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] creazione package
Stefano Costa wrote: > Un saluto a tutti, > dopo un periodo di latitanza mi sono re-iscritto alla lista. > > Sto sviluppando GNUCal, un programma rilasciato sotto GNU GPL per la > calibrazione di datazioni al radiocarbonio. [1][2][3] > > Al momento c'è una "libreria" composta da 3 moduli, e un programma che > funziona da linea di comando. Vorrei creare un package installabile (da > caricare poi anche su PyPI), in modo che il programma da linea di > comando venga installato come eseguibile nel path di sistema. > > Ho letto la documentazione online di setuptools, e anche osservato il > codice sorgente di alcune applicazioni e librerie (ad es. sphinx), ma > sono ancora abbastanza confuso: non mi è molto chiaro dove dovrebbe > stare l'eseguibile nel source tree, né come indicare questo nel > setup.py. > > Se qualcuno può darmi una dritta ... > > Ciao, > steko > Dai uno sguardo a: http://pypi.python.org/pypi/zc.buildout/ anche se di solito si usa con zope e simili dovresti essere in grado di creare un ambiente per la tua applicazione. In particolare la configurazione descritta in "Try out an egg" permette di creare un interprete che gira in un ambiente con gli egg che dichiari. Unico neo della documentazione: per creare il comando 'buildout' che esegue i comandi della configurazione ci vuole lo script 'bootstrap.py' che trovi su svn. -- Riccardo Lemmi ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
