From fxnahashref.com Sat Oct 1 08:39:03 2005 From: fxnahashref.com (Xavier Noria) Date: Sat, 1 Oct 2005 17:39:03 +0200 Subject: [bcn-pm] xerrada d'octubre (i seguents) Message-ID: Camarades, estat d'emergencia! No hi ha xerrada programada per la propera reunio i hauriem de posar-hi remei que mai no ens n'ha faltat de xerrada! Recordeu que tot i que tractem de que vagin al voltant de Perl, altres temes tecnics tambe son benvinguts pero allo de la curiositat tecnica innata en les nostres ments perloses. Qui s'anima a prepar alguna cosa per aquesta o futures reunions (futures son bones igualment que aixi anem emplenant la llista)? Aqui van algunes idees: * Com publicar moduls a CPAN * Introduccio a POE * Introduccio a PAR * Tutorial de CGI::Application * El projecte Pugs * Overview de Parrot * Estudi de la implementacio d'Acme::EyeDrops, Acme::Dot, Acme::Bleach * Que hi ha de nou a Perl 6 * Tutorial de Catalyst * Programacio de threads en Perl * Tutorial d'XS * Tutorial de SWIG * Profiling de programes Perl * Resum argumental de Pasion de Gavilanes * ... A mi m'agradaria preparar alguna cosa pero arribant a les 21:00++ el que queda d'any (tinc una classe de 19 a 21 els dijous) no podria presentar a una hora decent. Potser pel gener. -- fxn From frankieaetsetb.upc.edu Mon Oct 3 05:05:07 2005 From: frankieaetsetb.upc.edu (Francesc Guasch) Date: Mon, 03 Oct 2005 14:05:07 +0200 Subject: [bcn-pm] XUL gui? Message-ID: <43411E73.9000805@etsetb.upc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Com vam parlar a la reunió, us envio una referència sobre XUL: http://www.xulplanet.com/ I si voleu veure el que es pot fer amb això, podeu accedir a aquest enllaç amb un firefox, mozilla o similar. És una aplicació per accedir al catàleg d'amazon des d'un navegador: http://www.faser.net/mab/chrome/content/mab.xul Nosaltres generem xul desde un apache amb mod_perl i HTML::Mason. Què és XUL ? is a markup language for describing user interfaces. With XUL you can create rich, sophisticated cross- platform web applications easily. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDQR5xVfvsWQAffzIRAhuMAJ97KXdiUyf+f+RSqGFhUZErWr0tCACfWQUF UCepsHiAW/R5crTJPJswqlw= =LvDk -----END PGP SIGNATURE----- From sergioacodigo.com Mon Oct 3 08:28:26 2005 From: sergioacodigo.com (Sergio Arias) Date: Mon, 03 Oct 2005 17:28:26 +0200 Subject: [bcn-pm] [OT] Gonzalo? Message-ID: <1128353306.26410.10.camel@ebro> Hola, Perdonad por el offtopic. Quiero contactar con Gonzalo pero he perdido su telf y email. Porfa, si lees esto llámame tú al 639-507-303, gracias. Salut! From macklusadebianitas.net Wed Oct 5 02:39:26 2005 From: macklusadebianitas.net (Jose Pedro Andres Garcia) Date: Wed, 05 Oct 2005 11:39:26 +0200 Subject: [bcn-pm] errores con bloqueo de archivos en nfs en perl Message-ID: <43439F4E.9030805@debianitas.net> Buenas: Me estoy volviendo totalmente loco con este tema de bloqueos de archivos en nfs y perl. Os comento el tema: Tengo una aplicacion propietaria que bloquea determinados archivos en escritura, para evitar problemas de corrupcion de datos ( hasta aqui todo correcto ). Ahora mismo estoy pasando esta aplicacion a un repositorio NFS para disponer de mas disco y montar Load Balance. Las dos maquinas NFS ( cliente y servidor ) son Red Hat linux Cada vez que se intenta establecer un bloqueo, directamente falla, y me encuentro muchisimos mensajes de error. Lo gracioso es que si hago la misma prueba desde un cliente Debian, el bloqueo se establece sin ningun tipo de problema, por lo que parece ser que el problema esta en como el perl compilado por Red Hat utiliza la llamada flock para establecer el bloqueo del archivo. Buscando por internet, veo que al parecer existe un fallo conocido de como perl utiliza la funcion flock de sistema, y choca con repositorios NFS. Pero lo que mas mosca me tiene es que con Debian si que me funcione, y con Red Hat no ¿...? A priori, mis opciones presupongo que pasan por compilar un perl desde 0 en la maquina con Red Hat, en lugar de utilizar los binarios de esta distro, pero me gustaria saber si alguno se ha encontrado con este tipo de problemas, o si se os ocurre una forma mejor de manejar este problema. Un saludo. From jluisaescomposlinux.org Wed Oct 5 04:07:34 2005 From: jluisaescomposlinux.org (=?iso-8859-1?q?Jos=E9_Luis_P=E9rez_Diez?=) Date: Wed, 05 Oct 2005 13:07:34 +0200 Subject: [bcn-pm] errores con bloqueo de archivos en nfs en perl In-Reply-To: <43439F4E.9030805@debianitas.net> References: <43439F4E.9030805@debianitas.net> Message-ID: <200510051307.45570.jluis@escomposlinux.org> On Dimecres 05 Octubre 2005 11:39, Jose Pedro Andres Garcia wrote: >     A priori, mis opciones presupongo que pasan por compilar un perl > desde 0 en la maquina con Red Hat, en lugar de utilizar los binarios de > esta distro, pero me gustaria saber si alguno se ha encontrado con este > tipo de problemas, o si se os ocurre una forma mejor de manejar este > problema. Yo primero compararia las salidas de perl -V no sea que las diferencias esten en el cliente NFS -------------- següent part -------------- Un adjunt de no-text ha estat eliminat... Nom: no disponible Tipus: application/pgp-signature volum: 189 bytes Desc: no disponible Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051005/ea88484b/attachment.bin From ferran.epifanioaes.francetelecom.com Fri Oct 7 00:07:58 2005 From: ferran.epifanioaes.francetelecom.com (Epifanio Herrera, Ferran) Date: Fri, 7 Oct 2005 09:07:58 +0200 Subject: [bcn-pm] API per llegir mails? Message-ID: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C07@m0pai0.wnet.es.wanadoo.com> Hola a tots, Voldria preguntar quelcom respecte a una API que he de fer a veure si hi ha cap modul de perl que em pugui estalviar feina osi em podeu donar alguna idea per anar fent. El tema es que he de programa una aplicació per generar tickets de incidencies quan es reb un mail de reclamació. La idea que tinc es llegir el correus del servidor, y guardar a una taula de una base de dades Mysql el mail repartit en diferents camp. Per exemple: id: Autoincremental (nº de ticket) From: Varchar(x) cc: Varchax (x) subject: text i alguns camps mes... A partir d'aqui ja traballaria amb la resta de soft que tinc per anar tractan les reclamacions, el tema es que voldria saber que es el mes adient per llegir el correus i separar la informació per insertar en la base de dades en camps separats per cada mail. Gracies i Salutacions == Ferran Epifanio :wq! -------------- següent part -------------- Un document HTML ha estat eliminat... URL: http://mail.pm.org/pipermail/barcelona-pm/attachments/20051007/e1a90264/attachment.html From frankieaetsetb.upc.edu Fri Oct 7 09:21:22 2005 From: frankieaetsetb.upc.edu (Francesc Guasch) Date: Fri, 07 Oct 2005 18:21:22 +0200 Subject: [bcn-pm] API per llegir mails? In-Reply-To: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C07@m0pai0.wnet.es.wanadoo.com> References: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C07@m0pai0.wnet.es.wanadoo.com> Message-ID: <4346A082.9050304@etsetb.upc.edu> En/na Epifanio Herrera, Ferran ha escrit: > Hola a tots, Hola noi > El tema es que he de programa una aplicació per generar tickets de > incidencies quan es reb un mail de reclamació. Hi ha una aplicació molt molt bona per fer tickets. Una de les qualitats és precisament generar un nou ticket quant arriba un mail. Inclús és capaç d'insertar respostes al ticket mitjantçant el correu. Amés de l'entorn web que té. És diu Request Tracker: http://bestpractical.com/rt/ From alexmaalexm.org Fri Oct 7 09:27:25 2005 From: alexmaalexm.org (Alex Muntada) Date: Fri, 7 Oct 2005 18:27:25 +0200 Subject: [bcn-pm] API per llegir mails? In-Reply-To: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C07@m0pai0.wnet.es.wanadoo.com> References: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C07@m0pai0.wnet.es.wanadoo.com> Message-ID: <20051007162725.GB3211@ac.upc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 * Epifanio Herrera, Ferran : [2005-10-07 09:07:58 +0200] > he de programa una aplicació per generar tickets de incidencies > quan es reb un mail de reclamació. Per què no utilitzes alguna eina que ja ho faci, enlloc de fer-la tu de nou? Sovint tots tenim temptacions de reinventar la roda, però en la majoria de casos no és necessari a menys que ho fem com a divertiment... :-) Et recomano que et miris Request Tracker (RT), que és el que utilitzem força proveïdors i empreses d'arreu del món i fins i tot per al control dels «bugs» de Perl: http://www.bestpractical.com/rt/ > La idea que tinc es llegir el correus del servidor, y guardar > a una taula de una base de dades Mysql el mail repartit en > diferents camp. L'RT et permet crear camps personalitzats, respostes automàtiques a determinats esdeveniments, pots crear plugins propis, etc. use Perl; - -- Alex Muntada http://alexm.org/ -----BEGIN PGP SIGNATURE----- iD8DBQFDRqHoLdxCGS3zaBERAuB0AKDSNCdUif81lAfb08DiEn2ZeMCkMACfRsNl ykq3TEEWC+LdchhGBTpzy4g= =qx7H -----END PGP SIGNATURE----- From sergioacodigo.com Sat Oct 8 12:51:19 2005 From: sergioacodigo.com (Sergio Arias) Date: Sat, 08 Oct 2005 21:51:19 +0200 Subject: [bcn-pm] API per llegir mails? In-Reply-To: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C07@m0pai0.wnet.es.wanadoo.com> References: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C07@m0pai0.wnet.es.wanadoo.com> Message-ID: <1128801079.4892.10.camel@ebro> Hola Ferran, > Voldria preguntar quelcom respecte a una API que he de fer a veure si > hi ha cap modul de perl que em pugui estalviar feina osi em podeu > donar alguna idea per anar fent. Moduls? n'hi ha un munt!! http://search.cpan.org/modlist/Mail_and_Usenet_News/Mail > > El tema es que he de programa una aplicació per generar tickets de > incidencies quan es reb un mail de reclamació. Per llegir emails (fa molts anys) vaig trobar molt útil el paquet de mòduls MIME::Tools http://www.zeegee.com/code/perl/MIME-tools/ Salut! From ezquerraahades.udg.es Sat Oct 8 13:42:58 2005 From: ezquerraahades.udg.es (Xevi Ezquerra Elias) Date: Sat, 8 Oct 2005 22:42:58 +0200 (CEST) Subject: [bcn-pm] API per llegir mails? In-Reply-To: <20051007162725.GB3211@ac.upc.edu> References: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C07@m0pai0.wnet.es.wanadoo.com> <20051007162725.GB3211@ac.upc.edu> Message-ID: Salutacions, Nomes dir que desde fa cosa d'un any a la feina fem servir el Request Tracker i penso que es una eina imprescindible per la gestió de tickets T'animo a provar-la. From ferran.epifanioaes.francetelecom.com Mon Oct 10 03:24:02 2005 From: ferran.epifanioaes.francetelecom.com (Epifanio Herrera, Ferran) Date: Mon, 10 Oct 2005 12:24:02 +0200 Subject: [bcn-pm] =?iso-8859-1?q?Resum_de_Barcelona-pm=2C_Vol_28=2C_Public?= =?iso-8859-1?q?aci=F3_5?= Message-ID: <2E6A8538E5BE28438DA7E5CEB9C11B2D1A0C0D@m0pai0.wnet.es.wanadoo.com> Hola, Moltes gracies a tots, mmirare el tema de MIME-tools y el Request Tracker, a veure que tal :-) -----Original Message----- From: barcelona-pm-bouncesapm.org on behalf of barcelona-pm-requestapm.org Sent: Sun 10/9/2005 9:00 PM To: barcelona-pmapm.org Subject: Resum de Barcelona-pm, Vol 28, Publicació 5 Envii les submissions de llista de correu Barcelona-pm a barcelona-pmapm.org Per subscriure's o donar-se de baixa via 'World Wide Web', visiti http://mail.pm.org/mailman/listinfo/barcelona-pm o si vol fer-ho via email, envii'n un amb la paraula 'ajuda' en el títol o en el cos del missatge a barcelona-pm-requestapm.org Pot accedir a la persona que gestiona la llista a barcelona-pm-ownerapm.org Quan respongui, si us plau, canvii el títol de manera que sigui més específic que "Re: Contents of Barcelona-pm digest..." Temes d'avui: 1. Re: API per llegir mails? (Sergio Arias) 2. Re: API per llegir mails? (Xevi Ezquerra Elias) ---------------------------------------------------------------------- Message: 1 Date: Sat, 08 Oct 2005 21:51:19 +0200 From: Sergio Arias Subject: Re: [bcn-pm] API per llegir mails? To: barcelona-pmapm.org Message-ID: <1128801079.4892.10.camelaebro> Content-Type: text/plain; charset=ISO-8859-1 Hola Ferran, > Voldria preguntar quelcom respecte a una API que he de fer a veure si > hi ha cap modul de perl que em pugui estalviar feina osi em podeu > donar alguna idea per anar fent. Moduls? n'hi ha un munt!! http://search.cpan.org/modlist/Mail_and_Usenet_News/Mail > > El tema es que he de programa una aplicació per generar tickets de > incidencies quan es reb un mail de reclamació. Per llegir emails (fa molts anys) vaig trobar molt útil el paquet de mòduls MIME::Tools http://www.zeegee.com/code/perl/MIME-tools/ Salut! ------------------------------ Message: 2 Date: Sat, 8 Oct 2005 22:42:58 +0200 (CEST) From: Xevi Ezquerra Elias Subject: Re: [bcn-pm] API per llegir mails? To: Barcelona Perl Mongers Message-ID: Content-Type: text/plain; charset="iso-8859-1" Salutacions, Nomes dir que desde fa cosa d'un any a la feina fem servir el Request Tracker i penso que es una eina imprescindible per la gestió de tickets T'animo a provar-la. ------------------------------ _______________________________________________ llista dels Barcelona-pm Barcelona-pmapm.org http://mail.pm.org/mailman/listinfo/barcelona-pm BCN Perl Mongers: http://barcelona.pm.org Final deResum de Barcelona-pm, Vol 28, Publicació 5 *************************************************** -------------- següent part -------------- Un document HTML ha estat eliminat... URL: http://mail.pm.org/pipermail/barcelona-pm/attachments/20051010/0f1ddc67/attachment.html From cesatablinum.org Thu Oct 13 18:46:35 2005 From: cesatablinum.org (Carlos Escribano) Date: Fri, 14 Oct 2005 03:46:35 +0200 Subject: [bcn-pm] =?iso-8859-1?q?Sistema_de_documentaci=F3n?= Message-ID: <200510140346.51579.ces@tablinum.org> Hace un par de años seguí de cerca el tema de la programación literaria y su aproximación desde XML, e incluso diseñé un sistema simple corriendo con perl para su uso en la web con cgi. Ahora vuelvo a la carga, queriendo hacer algo más consistente, y a la vez más portable; la anterior versión dependía de XML::LibXML y ahora quiero un abanico de opciones mayor, incluido SAX. De todos modos me encallo en el mismo sitio, su incompatibilidad con POD. Puedo incluir el código dentro de un documento docbook, que hace de documentación interna, explicando qué hace el código, pero la documentación externa (el tradicional POD) queda fuera de este esquema. Hasta ahora siempre he pensado que se puede añadir al final, a manera de un anexo al documento principal. Sin embargo, el enfoque que nos mostró Francesc en su charla sobre Test::More me agradó mucho, integrando la documentación externa con el propio código. El problema es que el tratamiento de Francesc estructura el código a través de bloques, los métodos o funciones del módulo, mientras que la programación literaria otorga más libertad en la estructura del código, pudiendo ser sus unidades mucho más pequeñas o mayores según nos interese comentar. Y no, no me sirve Lip::Pod, porque le falta un elemento esencial de la programación literaria, el desorden: Lip::Pod preserva el orden del código Perl, lo que fuerza a describirlo exactamente igual que se muestra en el listado. Esto al margen de que no es una solución XML, que es lo que estoy explorando. ¿Alguna idea al respecto? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051014/90818c14/attachment.bin From fxnahashref.com Fri Oct 14 00:03:00 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 09:03:00 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <200510140346.51579.ces@tablinum.org> References: <200510140346.51579.ces@tablinum.org> Message-ID: <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> On Oct 14, 2005, at 3:46, Carlos Escribano wrote: > Y no, no me sirve Lip::Pod, porque le falta un elemento esencial de la > programación literaria, el desorden: Lip::Pod preserva el orden del > código > Perl, lo que fuerza a describirlo exactamente igual que se muestra > en el > listado. Esto al margen de que no es una solución XML, que es lo > que estoy > explorando. Por que no usas uno de los sistemas que ya existen, como noweb? -- fxn From jmereloageneura.ugr.es Thu Oct 13 23:03:21 2005 From: jmereloageneura.ugr.es (Juan Julian Merelo Guervos) Date: Fri, 14 Oct 2005 08:03:21 +0200 Subject: [bcn-pm] Sistema de =?ISO-8859-1?Q?documentaci=F3n?= In-Reply-To: <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> References: <200510140346.51579.ces@tablinum.org> <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> Message-ID: <434F4A29.6010802@geneura.ugr.es> Xavier Noria wrote: >On Oct 14, 2005, at 3:46, Carlos Escribano wrote: > > > >>Y no, no me sirve Lip::Pod, porque le falta un elemento esencial de la >>programación literaria, el desorden: Lip::Pod preserva el orden del >>código >>Perl, lo que fuerza a describirlo exactamente igual que se muestra >>en el >>listado. Esto al margen de que no es una solución XML, que es lo >>que estoy >>explorando. >> >> > >Por que no usas uno de los sistemas que ya existen, como noweb? > > > noweb? Lo ha usado alguien? ¿Qué tal está? JJ PS: en todo caso, los programas en Perl se autodocumentan ;-) From fxnahashref.com Fri Oct 14 00:20:46 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 09:20:46 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> References: <200510140346.51579.ces@tablinum.org> <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> Message-ID: On Oct 14, 2005, at 9:03, Xavier Noria wrote: > On Oct 14, 2005, at 3:46, Carlos Escribano wrote: > > >> Y no, no me sirve Lip::Pod, porque le falta un elemento esencial >> de la >> programación literaria, el desorden: Lip::Pod preserva el orden del >> código >> Perl, lo que fuerza a describirlo exactamente igual que se muestra >> en el >> listado. Esto al margen de que no es una solución XML, que es lo >> que estoy >> explorando. >> > > Por que no usas uno de los sistemas que ya existen, como noweb? Noweb tiene unas convenciones que son seguramente facilmente trasladables a XML, basicamente tendrias chunks de documentacion y de codigo, y deberias a manopla substituir los ids de chunks de codigo dentro de los chunks de codigo recursivamente para generar el codigo. Eso mas tomar decisiones acerca de como de fragmentado puede estar el codigo en archivos, etc. Noweb hace mas cosas porque tiene un flujo con pipes donde uno puede pinchar, pero el uso basico parece replicable y agnostico al lenguaje. Una cosa que tendrias que resolver es como generas la documentacion (a no ser que quieras texto plano sin formato). Ahora bien, eso no tiene estructura, es plano, no hay nesting, por lo que el XML tiene sentido como lingua franca pero no parece que mucho mas. -- fxn From fxnahashref.com Fri Oct 14 00:28:21 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 09:28:21 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <434F4A29.6010802@geneura.ugr.es> References: <200510140346.51579.ces@tablinum.org> <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> <434F4A29.6010802@geneura.ugr.es> Message-ID: <15B6096D-FBD0-4D1A-A447-F7EB237C7276@hashref.com> On Oct 14, 2005, at 8:03, Juan Julian Merelo Guervos wrote: > noweb? Lo ha usado alguien? ¿Qué tal está? Yo lo use en una incursion a la programacion literaria que hice hace un tiempo. Pero despues de hacer un intento serio tuve que dejarlo, la otra opcion era que me explotara el tarro :-). Escribi algunas cosas en mi blog, aqui hay alguna de las primeras, con tricks para CPerl: http://www.advogato.org/person/fxn/diary.html?start=126 y esta es mi claudicacion oficial :-): http://advogato.org/person/fxn/diary.html?start=236 -- fxn From cesatablinum.org Fri Oct 14 01:02:22 2005 From: cesatablinum.org (Carlos Escribano) Date: Fri, 14 Oct 2005 10:02:22 +0200 Subject: [bcn-pm] Sistema de =?iso-8859-1?q?documentaci=F3n?= In-Reply-To: References: <200510140346.51579.ces@tablinum.org> <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> Message-ID: <200510141002.33311.ces@tablinum.org> El Viernes 14 Octubre 2005 09:20, Xavier Noria escribió: > Por que no usas uno de los sistemas que ya existen, como noweb? ... > Ahora bien, eso no tiene estructura, es plano, no hay nesting, por lo   > que el XML tiene sentido como lingua franca pero no parece que mucho   > mas. El uso de XML no es sólo por ser un lenguaje exportable, sino porque la documentación ya se hace en XML (ahora utilizo DocBook, y estoy explorando la posibilidad de utilizar OpenDocument). XML me permite también aprovechar las ventajas de XPath para ofrecer enlaces e índices. Además quiero un sistema para su uso en línea de comandos y en web, como un proveedor de AxKit o un CGI. Si ya hago un script para gestionar eso, por un poco más tengo el sistema completo, y no dependo de herramientas ajenas. Mi idea es utilizar un DTD muy simple, que permita una salida variable, desde la más sencilla hasta la de xmlP [1] , que a su vez es una adaptación de funnelweb [2] a XML. 1. http://xmlp.sourceforge.net/ 2. http://www.ross.net/funnelweb/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051014/4b3eff4a/attachment.bin From cesatablinum.org Fri Oct 14 01:45:47 2005 From: cesatablinum.org (Carlos Escribano) Date: Fri, 14 Oct 2005 10:45:47 +0200 Subject: [bcn-pm] Sistema de =?iso-8859-1?q?documentaci=F3n?= In-Reply-To: <434F4A29.6010802@geneura.ugr.es> References: <200510140346.51579.ces@tablinum.org> <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> <434F4A29.6010802@geneura.ugr.es> Message-ID: <200510141045.58770.ces@tablinum.org> El Viernes 14 Octubre 2005 08:03, Juan Julian Merelo Guervos escribió: > PS: en todo caso, los programas en Perl se autodocumentan ;-) Sí, eso dice Brian Ingerson en el wiki de Kwiki, que la documentación es para los que no quieren leer el código. El problema lo tuve cuando cambié a Kwiki 0.37 y algún plugin aba errores, y era porque había cambiado una cosa del hook , que estaba definido obviamente en otro módulo (Spoon), y después de dos horas de buscar aquí y alli lo encontré; después miré el archivo Changes, y ni rastro de este cambio en ningún lado, ni en Spoon ni en Kwiki. Lo pude hacer sin documentación, pero hubiera gastado menos tiempo si la tuviera. Dicho esto, coincido contigo en que documentar es poco agradecido. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051014/3883e287/attachment.bin From cesatablinum.org Fri Oct 14 02:03:23 2005 From: cesatablinum.org (Carlos Escribano) Date: Fri, 14 Oct 2005 11:03:23 +0200 Subject: [bcn-pm] Sistema de =?iso-8859-1?q?documentaci=F3n?= In-Reply-To: <15B6096D-FBD0-4D1A-A447-F7EB237C7276@hashref.com> References: <200510140346.51579.ces@tablinum.org> <434F4A29.6010802@geneura.ugr.es> <15B6096D-FBD0-4D1A-A447-F7EB237C7276@hashref.com> Message-ID: <200510141103.24946.ces@tablinum.org> El Viernes 14 Octubre 2005 09:28, Xavier Noria escribió: > Yo lo use en una incursion a la programacion literaria que hice hace   > un tiempo Y cómo incluias en Halk el POD, o lo que sea en Ruby la documentación externa, en tu puzzle de trocitos de código y documentación? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051014/130d822d/attachment.bin From fxnahashref.com Fri Oct 14 02:14:08 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 11:14:08 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <200510141002.33311.ces@tablinum.org> References: <200510140346.51579.ces@tablinum.org> <5750FAC4-4350-452E-B900-FFCD888B5D0E@hashref.com> <200510141002.33311.ces@tablinum.org> Message-ID: On Oct 14, 2005, at 10:02, Carlos Escribano wrote: >> Ahora bien, eso no tiene estructura, es plano, no hay nesting, por lo >> que el XML tiene sentido como lingua franca pero no parece que mucho >> mas. >> > > El uso de XML no es sólo por ser un lenguaje exportable, sino > porque la > documentación ya se hace en XML (ahora utilizo DocBook, y estoy > explorando la > posibilidad de utilizar OpenDocument) Pero piensa que el markup de documentacion es independiente del formato del programa completo en litprog. Como sabes un programa escrito usando ese paradigma tiene trozos de documentacion y trozos de codigo, y el formato del programa en si (donde va todo), es tipicamente propio. Es decir, noweb documenta en LaTeX pero un documento noweb no es un documento LaTeX. En tu caso tendras un vocabulario XML _por encima_ del de DocBook (que dejara de ser DocBook ahi para pasar a ser un chorro de bytes, interpretado solo por la utilidad de extraccion de documentacion) y _por encima_ de Perl (que deja de ser Perl ahi e igualmente es visto por el XML como un chorro de bytes, que sera interpretado por el extractor de codigo). De manera que si escoges XML como formato del sistema de litprog entonces se dara la coincidencia de que el formato de documentacion tambien es XML, pero no le veo mucha ventaja a eso de por si, ese XML estara como CDATA, tan ajeno al XML de alrededor como lo estaria otro formato no XML como Markdown. Otra cosa es que quieras aprovechar algo que ya tienes implementado. -- fxn From fxnahashref.com Fri Oct 14 02:27:47 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 11:27:47 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <200510141103.24946.ces@tablinum.org> References: <200510140346.51579.ces@tablinum.org> <434F4A29.6010802@geneura.ugr.es> <15B6096D-FBD0-4D1A-A447-F7EB237C7276@hashref.com> <200510141103.24946.ces@tablinum.org> Message-ID: On Oct 14, 2005, at 11:03, Carlos Escribano wrote: > El Viernes 14 Octubre 2005 09:28, Xavier Noria escribió: > >> Yo lo use en una incursion a la programacion literaria que hice hace >> un tiempo >> > > Y cómo incluias en Halk el POD, o lo que sea en Ruby la > documentación externa, > en tu puzzle de trocitos de código y documentación? No se usa programacion literaria para generar documentacion perlosa, se usa programacion literaria para generar documentacion al estilo del paradigma, es decir con los chunks mezclados, referencias cruzadas por todas partes, ids en el codigo en cursiva, etc. Por ello el markup que uses en los chunks de documentacion no tiene por que ser el natural del lenguaje (POD, RDoc, Javadoc, ...), y en general no lo es. Por ejemplo, para quienes no lo hayais visto nunca, un tipico documento litprog tiene esta pinta: http://www.eecs.harvard.edu/~nr/noweb/examples/wc.html Esa es la documentacion de una implematacion de wc(1) en noweb en version HTML. -- fxn From cesatablinum.org Fri Oct 14 02:49:27 2005 From: cesatablinum.org (Carlos Escribano) Date: Fri, 14 Oct 2005 11:49:27 +0200 Subject: [bcn-pm] Sistema de =?iso-8859-1?q?documentaci=F3n?= In-Reply-To: References: <200510140346.51579.ces@tablinum.org> <200510141002.33311.ces@tablinum.org> Message-ID: <200510141149.36519.ces@tablinum.org> El Viernes 14 Octubre 2005 11:14, Xavier Noria escribió: > De manera que si escoges XML como formato del sistema de litprog   > entonces se dara la coincidencia de que el formato de documentacion   > tambien es XML, pero no le veo mucha ventaja a eso de por si, ese XML   > estara como CDATA, tan ajeno al XML de alrededor como lo estaria otro   > formato no XML como Markdown. Bueno, es la ventaja de utilizar XML. El código va en un espacio de nombres propio (lp en este ejemplo), y la documentación en el espacio de nombres principal (docbook en este caso). El documento sigue siendo un documento válido XML, y las herramientas de DOM y XPAth siguen estando asequibles para ambos espacios de nombres. Algo así: Esto imprime el texto Hola Mundo: print "Hola Mundo"; Hacer que el elemento lp:fragment se integre en el espacio de nombres principal (weave) es irrelevante para una hoja de estilo XSLT o para una pequeña aplicación DOM-XPath de cuatro líneas. Añadirle enlaces a los lugares donde aparece este código, contar el número de ocurrencias, etc. también es muy sencillo. Y extraer el código (tangle) no es otra cosa que pasar una hoja XSLT o una sentencia XPath que sólo vea el espacio de nombres lp (y ensartarlo en su orden, claro). Bueno, todo esto ya lo lo implementé hace dos años, y si ahora lo reimplemento es sólo para hacerlo más completo y para ofrecer más portabilidad, que no dependa de una librería en concreto. Mis dudas no están en la implementación, sino en cómo enlazo la documentación externa (POD); pero veo por el otro mesaje que has enviado que esto no lo llegaste a plantear en Halk. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051014/777e6bc8/attachment.bin From fxnahashref.com Fri Oct 14 03:14:25 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 12:14:25 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <200510141149.36519.ces@tablinum.org> References: <200510140346.51579.ces@tablinum.org> <200510141002.33311.ces@tablinum.org> <200510141149.36519.ces@tablinum.org> Message-ID: <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> On Oct 14, 2005, at 11:49, Carlos Escribano wrote: > El Viernes 14 Octubre 2005 11:14, Xavier Noria escribió: > >> De manera que si escoges XML como formato del sistema de litprog >> entonces se dara la coincidencia de que el formato de documentacion >> tambien es XML, pero no le veo mucha ventaja a eso de por si, ese XML >> estara como CDATA, tan ajeno al XML de alrededor como lo estaria otro >> formato no XML como Markdown. >> > > Bueno, es la ventaja de utilizar XML. El código va en un espacio de > nombres > propio (lp en este ejemplo), y la documentación en el espacio de > nombres > principal (docbook en este caso). El documento sigue siendo un > documento > válido XML, y las herramientas de DOM y XPAth siguen estando > asequibles para > ambos espacios de nombres. Algo así: > > Esto imprime el texto Hola Mundo: > print "Hola Mundo"; lp:fragment> Es que eso no es suficiente, porque _ambas_ cosas deben tener un id comun para que cada chunk se distinga en la documentacion (y por ejemplo puedas enlazar los chunks, enlazar a los chunks donde algo (como una variable) se define, hacer un indice de los mismos, etc.): Ahora vamos a escribir Hola Mundo. my $str = %% cadena hola mundo %%; print "$str\n"; \section{Literales} En esta sección tenemos todos los literales, no tiene mucho sentido pero sirve para dar un ejemplo con referencias cruzadas breve. Esta es la cadena Hola Mundo. "Hola Mundo!" De otro modo lo unico que tienes es documentacion normal, donde hay texto y fragmentos de codigo mezclados como en un libro de informatica normal, solo que con la funcionalidad adicional de extraer codigo y poder usar ids para hacerlo recursivamente al estilo arbol de litprog. Si es eso lo que planteas ya entiendo mejor por donde vas, seria un sistema de litprog algo apartado del paradigma como tal creo yo, pero no mucho. > Mis dudas no están en la implementación, sino en cómo enlazo la > documentación > externa (POD); pero veo por el otro mesaje que has enviado que esto > no lo > llegaste a plantear en Halk. Es que litprog es un paradigma de documentacion! No hay tal documentacion externa al estilo POD tradicional, o Javadoc tradicional, has cambiado el paradigma y tu documentacion va a tener otra pinta. -- fxn From fxnahashref.com Fri Oct 14 03:51:29 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 12:51:29 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> References: <200510140346.51579.ces@tablinum.org> <200510141002.33311.ces@tablinum.org> <200510141149.36519.ces@tablinum.org> <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> Message-ID: On Oct 14, 2005, at 12:14, Xavier Noria wrote: > Si es eso lo que planteas ya entiendo mejor por donde vas, seria un > sistema de litprog algo apartado del paradigma como tal creo yo, pero > no mucho. Aqui no estoy de acuerdo conmigo mismo :-), pensandolo un poco mas el paradigma no requiere tanta estructura como decia. Ahora entiendo mejor lo que propones. -- fxn From fxnahashref.com Fri Oct 14 04:06:52 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 13:06:52 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> References: <200510140346.51579.ces@tablinum.org> <200510141002.33311.ces@tablinum.org> <200510141149.36519.ces@tablinum.org> <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> Message-ID: <2D66BD7C-F560-414E-A9EB-57A1EEECF74B@hashref.com> On Oct 14, 2005, at 12:14, Xavier Noria wrote: >> Bueno, es la ventaja de utilizar XML. El código va en un espacio >> de nombres >> propio (lp en este ejemplo), y la documentación en el espacio de >> nombres >> principal (docbook en este caso). El documento sigue siendo un >> documento >> válido XML, y las herramientas de DOM y XPAth siguen estando >> asequibles para >> ambos espacios de nombres. Algo así: >> >> Esto imprime el texto Hola Mundo: >> print "Hola Mundo";> lp:fragment> Carlos, como se consigue que ese documento XML sea valido? Contra que validaria? -- fxn From cesatablinum.org Fri Oct 14 04:16:34 2005 From: cesatablinum.org (Carlos Escribano) Date: Fri, 14 Oct 2005 13:16:34 +0200 Subject: [bcn-pm] Sistema de =?iso-8859-1?q?documentaci=F3n?= In-Reply-To: <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> References: <200510140346.51579.ces@tablinum.org> <200510141149.36519.ces@tablinum.org> <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> Message-ID: <200510141316.43935.ces@tablinum.org> El Viernes 14 Octubre 2005 12:14, Xavier Noria escribió: > Si es eso lo que planteas ya entiendo mejor por donde vas, seria un > sistema de litprog algo apartado del paradigma como tal creo yo, pero > no mucho. Bueno, no he sido yo quien ha cambiado el paradigma; es como hace en XML, donde no se suele ver todo como una sucesión de fragmentos de documentación y código. Ten en cuenta que en XML cualquier elemento puede tener un id y otros atributos, y por tanto es enlazable, y se puede indexar; desde un punto de vista lógico puedes crear cuantos fragmentos de XML quieras sin forzar el modelo ni separar espacios de nombres. Siempre se podría levantar un elemento equivalente a tu chunk en el mismo espacio de nombres, de cara al indexado o referencias, algo así como:
Esto imprime el texto Hola Mundo: print "Hola Mundo";
Y hacer que la hoja de estilos ignore este elemento section a efectos de formeateado, utilizando solo un modo de indexado que sí se implementara. Pero no se suele hacer. Los enlaces e índices se suelen referir exclusivamente al código. He aquí algunos ejemplos de programación literaria en XML: - xweb [1]: El más sencillo de todos, lo más parecido a un libro de programación, donde se eumeran código y datos, limitado a un archivo (está hecho para documentar archivos XSLT). - XML-Lit [2]: Igual de sencillo que el anterior, pero con posibilidad de generar varios archivos. - xmltangle [3]: En salida es similar al anterior, aunque difiere en su implementación (instrucciones de procesamiento). -xmlP [4]: Una salida más elaborada, con elementos orientados al control de calidad del código, inspirado en funnelweb. > Es que litprog es un paradigma de documentacion! No hay tal > documentacion externa al estilo POD tradicional Ese es el problema que tengo. La documentación de programación literaria es documentación interna, dice qué hace el programa. Un usuario normal no tiene interés en ello, sólo quiere la documención externa: Sinopsis, descripción de métodos y los parámetros que admiten ... En Perl hay un sistema de documentación externa que funciona muy bien (los PODS, a menudo integrados en el propio código) y no quiero perderlo. La solución para mí hasta ahora ha sido tratarlo como si fuera un trozo de código más, por ejemplo en un capítulo final. Pero el otro día Francesc nos enseñó unos ejemplos con Test::More en que fragmentaba el POD en trozos, delante de cada función; cada una iba con su documentación externa. Esta parte me gusta, pero no veo cómo compatibilizar la estructrura de la documentación que él presentaba (funciones o métodos) con la de la programación literaria. Es decir, cómo compatibilizar algo como lo de arriba con ésto: ==head1 Imprimir El método devuelve la cadena "hola mundo" my $string= holamundo(); = cut sub holamundo { return "hola mundo"; } ------------- [1] http://nwalsh.com/docs/articles/xml2002/lp/paper.html [2] http://xml-lit.sourceforge.net/ [3] http://www.eskimo.com/~johnnyb/computers/xmltangle/ [4] http://xmlp.sourceforge.net/2002/extreme/index.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051014/87770c44/attachment.bin From cesatablinum.org Fri Oct 14 04:25:04 2005 From: cesatablinum.org (Carlos Escribano) Date: Fri, 14 Oct 2005 13:25:04 +0200 Subject: [bcn-pm] Sistema de =?iso-8859-1?q?documentaci=F3n?= In-Reply-To: <2D66BD7C-F560-414E-A9EB-57A1EEECF74B@hashref.com> References: <200510140346.51579.ces@tablinum.org> <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> <2D66BD7C-F560-414E-A9EB-57A1EEECF74B@hashref.com> Message-ID: <200510141325.06409.ces@tablinum.org> El Viernes 14 Octubre 2005 13:06, Xavier Noria escribió: > >> Esto imprime el texto Hola Mundo: > >> print "Hola Mundo"; >> lp:fragment> > Carlos, como se consigue que ese documento XML sea valido? Contra que > validaria? Es un documento válido DocBook, o sea del espacio de nombres principal. Al inicio del documento ya colocas la declaración de tipos:
.... El problema es que un proceso normal no ve el código (está en otro espacio de nombres), y por tanto ha de ser tratado para que pueda ser utilizado. De ahí que necesites un tratamiento especial (weave) para reintegrarlo, y que puedas ver el código en la documentación. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051014/911744a8/attachment-0001.bin From fxnahashref.com Fri Oct 14 04:39:30 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 13:39:30 +0200 Subject: =?ISO-8859-1?Q?Re:_[bcn-pm]_Sistema_de_documentaci=F3n?= In-Reply-To: <200510141325.06409.ces@tablinum.org> References: <200510140346.51579.ces@tablinum.org> <8320B7E3-B859-4345-BA8E-5AF1DC9C6FAF@hashref.com> <2D66BD7C-F560-414E-A9EB-57A1EEECF74B@hashref.com> <200510141325.06409.ces@tablinum.org> Message-ID: <789414F0-A7D5-4CAC-9F7A-2E50D8E16FF3@hashref.com> On Oct 14, 2005, at 13:25, Carlos Escribano wrote: > El Viernes 14 Octubre 2005 13:06, Xavier Noria escribió: > > >>>> Esto imprime el texto Hola Mundo: >>>> print "Hola Mundo";>>> lp:fragment> >>>> > > >> Carlos, como se consigue que ese documento XML sea valido? Contra que >> validaria? >> > > > Es un documento válido DocBook, o sea del espacio de nombres > principal. Al > inicio del documento ya colocas la declaración de tipos: > > > "http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd" > >> >> >
xmlns:xsl="http://www.w3.org/1999/XSL/Transform" > xmlns:lp="http://buki.dyndns.org/lp/"> > .... > > El problema es que un proceso normal no ve el código (está en otro > espacio de > nombres), y por tanto ha de ser tratado para que pueda ser > utilizado. De ahí > que necesites un tratamiento especial (weave) para reintegrarlo, y > que puedas > ver el código en la documentación. Ahhh, entonces tenia algo mal entendido de XML (que tengo pendiente estudiar con detalle, de momento solo trampeo hasta donde necesito). Yo creia que en un DTD ponias los hijos de un tag y no habia manera de saltarse esa lista en un documento valido, pero entonces por lo que dices los tags nuevos que vengan de otro espacio de nombres no invalidan el documento. Eso es interesante, alguna vez he descartado alguna funcionalidad por no saber eso. -- fxn From frankieaetsetb.upc.edu Fri Oct 14 04:41:59 2005 From: frankieaetsetb.upc.edu (Francesc Guasch) Date: Fri, 14 Oct 2005 13:41:59 +0200 Subject: [bcn-pm] Propera xerrada Message-ID: <434F9987.60701@etsetb.upc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola nois, ja falta poc per la propera xerrada ,si no hi ha cap proposta millor us parlaré de ... (tachan tachan) Trucos per cron scripts ( ooooh ) Serà una sessió una mica simple en la comentaré algunes tècniques que faig servir als meus scripts. El que explicaré també es pot aplicar pel codi que s'executa fora del cron. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDT5mEVfvsWQAffzIRAl4TAJ93tM3jjJk1Dfftque+eyOAmC8VLQCeIa9q WG+8fNo2yuQe7Jv26qLr3mA= =TnNu -----END PGP SIGNATURE----- From fxnahashref.com Fri Oct 14 07:10:18 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 14 Oct 2005 16:10:18 +0200 Subject: [bcn-pm] Propera xerrada In-Reply-To: <434F9987.60701@etsetb.upc.edu> References: <434F9987.60701@etsetb.upc.edu> Message-ID: <2D00DBB8-C34B-4E8C-B065-D839336F65F9@hashref.com> On Oct 14, 2005, at 13:41, Francesc Guasch wrote: > Hola nois, ja falta poc per la propera xerrada ,si no > hi ha cap proposta millor us parlaré de ... > > (tachan tachan) > > Trucos per cron scripts > > ( ooooh ) > > Serà una sessió una mica simple en la comentaré algunes > tècniques que faig servir als meus scripts. El que > explicaré també es pot aplicar pel codi que s'executa > fora del cron. Perfectiviriwonder! -- fxn From cesatablinum.org Sun Oct 16 09:23:26 2005 From: cesatablinum.org (Carlos Escribano) Date: Sun, 16 Oct 2005 18:23:26 +0200 Subject: [bcn-pm] Sistema de =?iso-8859-1?q?documentaci=F3n?= In-Reply-To: <789414F0-A7D5-4CAC-9F7A-2E50D8E16FF3@hashref.com> References: <200510140346.51579.ces@tablinum.org> <200510141325.06409.ces@tablinum.org> <789414F0-A7D5-4CAC-9F7A-2E50D8E16FF3@hashref.com> Message-ID: <200510161823.38312.ces@tablinum.org> El Viernes 14 Octubre 2005 13:39, Xavier Noria escribió: > Yo creia que en un DTD ponias los hijos de un tag y no habia manera > de saltarse esa lista en un documento valido, Los DTDs no saben de espacios de nombres. Si queremos soporte completo a espacios de nombres debemos usar esquemas XML o RelaxNG; entonces hay dos formas de utilizarlos, integrándolos en la misma declaración o en declaraciones separadas, y cualquier procesador te validará. Aún así se pueden hacer servir espacios de nombres en DTDs en los elementos (no en la declaración de tipo de documento), haciendo uso de nombres cualificados[1], y los documentos serán válidos. Echa un vistazo a la XML Namespaces FAQ [2] si quieres una explicación algo más detallada. Ya os pondré un caso práctico en alguna charla. [1] http://html.conclase.net/w3c/xml-names-es/#ns-qualnames [2] http://www.rpbourret.com/xml/NamespacesFAQ.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature Url : http://mail.pm.org/pipermail/barcelona-pm/attachments/20051016/48cd6673/attachment.bin From fxnahashref.com Fri Oct 21 13:30:28 2005 From: fxnahashref.com (Xavier Noria) Date: Fri, 21 Oct 2005 22:30:28 +0200 Subject: [bcn-pm] Perl Mongers 2005 Census Message-ID: <1C3DE79F-3BA8-4665-B787-2EA879CF765C@hashref.com> Han penjat aquesta presentacio feta a la EuroOSCON, fa una radiografia dels grups de Perl Mongers arreu del mon: http://www.pm.org/census.pdf -- fxn From rumano8ahotmail.com Fri Oct 28 10:26:45 2005 From: rumano8ahotmail.com (Jordi Gil Llorca) Date: Fri, 28 Oct 2005 17:26:45 +0000 Subject: [bcn-pm] =?iso-8859-1?q?Leer_fichero_que_crece_continuamente_de_t?= =?iso-8859-1?q?ama=F1o=2E?= Message-ID: Un document HTML ha estat eliminat... URL: http://mail.pm.org/pipermail/barcelona-pm/attachments/20051028/811f4caf/attachment.html From frankieaetsetb.upc.edu Fri Oct 28 10:50:18 2005 From: frankieaetsetb.upc.edu (Francesc Guasch) Date: Fri, 28 Oct 2005 19:50:18 +0200 Subject: =?ISO-8859-1?Q?Re=3A_=5Bbcn-pm=5D_Leer_fichero_que_cre?= =?ISO-8859-1?Q?ce_continuamente_de_tama=F1o=2E?= In-Reply-To: References: Message-ID: <436264DA.7080805@etsetb.upc.edu> En/na Jordi Gil Llorca ha escrit: > Hola, primero saludar a todos los integrantes de la lista ya que me he Hola Jordi > > Tengo un script que lee un fichero de log que continuamente crece de > tamaño. Vi hace meses en un script hecho en Perl que usaba un comando > que permitia leer el fichero desde la última linea que se leyó, es A mi se me ocurre que utilices las funciónes tell y seek. ($ perldoc -f seek) Puedes guardar la posición actual en un archivo y así podrías volver la próxima vez que se ejecutara el script. From Gonzalo Fri Oct 28 16:08:20 2005 From: Gonzalo (Gonzalo) Date: Sat, 29 Oct 2005 01:08:20 +0200 Subject: [bcn-pm] Leer fichero que crece continuamente de =?ISO-8859-15?Q?tama=F1o.?= In-Reply-To: References: Message-ID: <20051029010820.231e33fa@petres.salonet.snet> Hola "Jordi Gil Llorca" el Fri, 28 Oct 2005 17:26:45 +0000 escribiste: > Hola, primero saludar a todos los integrantes de la lista ya que me he > apuntado hace 3 minutos :) Pues yo también aprovecho para saludar al grupo, pues me apunté hace poco y es la primera vez que posteo. > Segundo, os expongo mi problema: > > Tengo un script que lee un fichero de log que continuamente crece de > tamaño. Vi hace meses en un script hecho en Perl que usaba un comando > que permitia leer el fichero desde la última linea que se leyó, es > decir, leia toda la nueva información que se ahbia guardado en el > fichero desde la ultiam vez que se ejecutó el script. Alguien tiene > idea de como es? o de alguna otra alternativa? encontrarás info en perlfaq5: perldoc -q tail el asunto es delicado (bloqueos) yo te recomendaría irte directamente a File::Tail, si te sirve. -- Gonzalo Pérez de Olaguer Córdoba PGP key 2861C704 --- F206 5671 6789 425D 111C 1302 214F 1934 2861 C704 From alexaeasywander.com Mon Oct 31 02:06:27 2005 From: alexaeasywander.com (Alessandro Guardi) Date: Mon, 31 Oct 2005 11:06:27 +0100 Subject: [bcn-pm] Despacho para compartir, busco Message-ID: <4365ECA3.1010009@easywander.com> Hola, Soy un web developer (Mason, Ajax, OO perl, Mysql, Class::DBI, Apache, mod_perl, linux) vivo en Gava' y estoy buscando un despacho para compartir. Un saludo Alex