Re: [Rio-pm] Modulos Publicados no CPAN e Lattes
Aureliano, acho que e tranquilo, desde que ajude o curriculo a cumprir seu papel. Um tempo atras vi uma galera achando que Lattes era perfil do Orkut e escrevendo muita coisa sem nocao. Desde que tenha bom senso, esta valendo. Abs 2014-10-25 5:09 GMT-07:00 Aureliano Guedes : > Certo. Obrigado mesmo. > > Felipe da Veiga Leprevost escreveu: > > Oi Aureliano, > > Eu listo os módulos como software sem registro, e no tipo de software eu > seleciono 'bibliotecas (libraries)'. Costumo colocar apenas os módulos > relacionados à área acadêmica. > > -- > Felipe Leprevost > > > > On Sat, Oct 25, 2014, at 10:02 AM, Aureliano Guedes wrote: > > Ola, Monges > > Tenho uma dúvida simples. > > Não sei se alguém aqui é da área acadêmica ou usa o currículo na > plataforma Lattes. > > O que queria saber é se posso colocar os módulos publicados no CPAN no > Lattes? Se sim, como? > > Entra como programa com registro ou sem registro? > > Obrigado. > Att, > Aureliano Guedes > *___* > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > > > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Problema com "PP" (PAR) e Variable::Magic
Foi a mesma maquina. Que tinha o modulo. Garantido. Abs 2014-10-01 13:03 GMT-07:00 Fernando Corrêa de Oliveira < fernandocor...@gmail.com>: > Sim, mas em uma maquina onde exista o modulo… > > Em 1 de outubro de 2014 at 13:49:15, Samir Cury (samircu...@gmail.com) > escreveu: > > Fernando, se entendi o teste, era para nao so usar o -c mas remover os > "--modules". Neste caso falha : > > -bash-4.1$ pp -B -c -o report-fjr-couch report-fjr-couch.pl > > Can't locate XML/LibXML/SAX.pm in @INC (@INC contains: > /tmp/par-6e697374657374/cache-25bcda770974f790ce830f7c825dfabc72f693a6/inc/lib > /tmp/par-6e697374657374/cache-25bcda770974f790ce830f7c825dfabc72f693a6/inc > CODE(0x144de00) CODE(0x144e280)) at (eval 67) line 1. > > Mas se usar com os --module que citei acima, tudo funciona tranquilo. > > Falando nisso, achei interessante o -P, ele poe _tudo_ num arquivao de > texto. > > Abs > > 2014-09-30 18:51 GMT-07:00 Fernando Gmail : > >> Blz Samir?! Você chegou a testar o -c que o Breno falou? >> >> Fernando >> >> Em 30/09/2014, às 20:48, Samir Cury escreveu: >> >> Matou, Breno! >> >> Estava assumindo por algum motivo que o pp era esperto o suficiente para >> seguir todos os modulos mencionados em "use X::Y;" e as dependencias. Uma >> vez que inclui esses 2 caras : >> >> pp -B --module=XML::LibXML::SAX --module=Variable::Magic -o >> report-fjr-couch report-fjr-couch.pl >> >> Funcionou perfeito. Outra grande vantagem e que tive que fazer um patch >> local para o CouchDB::Client. Desse jeito e certo que seja la o que for vai >> rodar com o patch. >> >> Ah, o patch estaria no CPAN se o autor respondesse a pull requests. Como >> nao esta, fazemos assim. >> >> Abs, >> Samir >> >> 2014-09-30 16:35 GMT-07:00 breno : >> >>> Samir, o -B adiciona só os módulos core, e o Variable::Magic não é >>> core. Acho que o que vc quer é "--module=Variable::Magic" não? >>> >>> Se não houver código destrutivo em BEGIN's, vale adicionar "-c" pra ele >>> tentar achar dependências de runtime também. >>> >>> Espero que isso ajude. Senão, as outras dicas que o pessoal deu (de >>> carton à bundles de instalação) são muito boas! >>> >>> []s >>> >>> -b >>> >>> 2014-09-30 15:51 GMT-03:00 Samir Cury : >>> >>>> Galera, >>>> >>>> Escrevi um codigo basico para uma tarefa trivial. Problema : Usei o >>>> CPAN demais e tenho muitas dependencias. Vou rodar o codigo em sistemas >>>> remotos onde so e garantido existir o Perl + core modules. >>>> >>>> Pensei em usar o PAR, que ja me cria um executavel com "todos os >>>> modulo" (-B). Perfeito. >>>> >>>> Nem tanto. Uma vez que consigo o executavel, ele reclama de nao achar o >>>> Variable::Magic [1]. >>>> >>>> Porem o .pl original roda tranquilo no mesmo sistema : >>>> >>>> -bash-4.1$ ./report-fjr-couch.pl --fjr=FrameworkJobReport.xml >>>> --couchurl=http://a.cloudant.com --db=tr-benchmarks >>>> CouchDB::Client::Doc=HASH(0x1286d60) >>>> >>>> O erro ate fez sentido uma vez que percebi que o sistema que usei para >>>> gerar o executavel nao tinha o Variable::Magic instalado. Imaginei que >>>> instalando e rodando de novo com -B iria incluir o modulo. Nada. >>>> >>>> Sendo mais concreto, aqui estao os "pp s" que tentei : >>>> >>>> pp -B -o report-fjr-couch report-fjr-couch.pl >>>> pp -B -P -o report-fjr-couch report-fjr-couch.pl >>>> pp -B -p -o report-fjr-couch report-fjr-couch.pl >>>> >>>> Mesmo problema em todos. >>>> >>>> Descricao das opcoes : >>>> >>>> http://search.cpan.org/~rschupp/PAR-Packer-1.022/lib/pp.pm >>>> >>>> Caso queiram ver o codigo, aqui esta, mas fiquem tranquilos, admito e >>>> sei que nao foi feito para ser bonito, mas funciona : >>>> >>>> >>>> https://github.com/samircury/CMSSW-benchmarks/blob/master/condor/report-fjr-couch.pl >>>> >>>> Alguem ja passou por uma situacao parecida ou teria dicas de como >>>> resolver? >>>> >>>> Valeu! >>>> >>>> [1] : >>>> >>>> -bash-4.1$ ./report-fjr-couch --fjr=FrameworkJobReport.xml >>>> --couchurl=http://a.cloudan
Re: [Rio-pm] Problema com "PP" (PAR) e Variable::Magic
Fernando, se entendi o teste, era para nao so usar o -c mas remover os "--modules". Neste caso falha : -bash-4.1$ pp -B -c -o report-fjr-couch report-fjr-couch.pl Can't locate XML/LibXML/SAX.pm in @INC (@INC contains: /tmp/par-6e697374657374/cache-25bcda770974f790ce830f7c825dfabc72f693a6/inc/lib /tmp/par-6e697374657374/cache-25bcda770974f790ce830f7c825dfabc72f693a6/inc CODE(0x144de00) CODE(0x144e280)) at (eval 67) line 1. Mas se usar com os --module que citei acima, tudo funciona tranquilo. Falando nisso, achei interessante o -P, ele poe _tudo_ num arquivao de texto. Abs 2014-09-30 18:51 GMT-07:00 Fernando Gmail : > Blz Samir?! Você chegou a testar o -c que o Breno falou? > > Fernando > > Em 30/09/2014, às 20:48, Samir Cury escreveu: > > Matou, Breno! > > Estava assumindo por algum motivo que o pp era esperto o suficiente para > seguir todos os modulos mencionados em "use X::Y;" e as dependencias. Uma > vez que inclui esses 2 caras : > > pp -B --module=XML::LibXML::SAX --module=Variable::Magic -o > report-fjr-couch report-fjr-couch.pl > > Funcionou perfeito. Outra grande vantagem e que tive que fazer um patch > local para o CouchDB::Client. Desse jeito e certo que seja la o que for vai > rodar com o patch. > > Ah, o patch estaria no CPAN se o autor respondesse a pull requests. Como > nao esta, fazemos assim. > > Abs, > Samir > > 2014-09-30 16:35 GMT-07:00 breno : > >> Samir, o -B adiciona só os módulos core, e o Variable::Magic não é core. >> Acho que o que vc quer é "--module=Variable::Magic" não? >> >> Se não houver código destrutivo em BEGIN's, vale adicionar "-c" pra ele >> tentar achar dependências de runtime também. >> >> Espero que isso ajude. Senão, as outras dicas que o pessoal deu (de >> carton à bundles de instalação) são muito boas! >> >> []s >> >> -b >> >> 2014-09-30 15:51 GMT-03:00 Samir Cury : >> >>> Galera, >>> >>> Escrevi um codigo basico para uma tarefa trivial. Problema : Usei o CPAN >>> demais e tenho muitas dependencias. Vou rodar o codigo em sistemas remotos >>> onde so e garantido existir o Perl + core modules. >>> >>> Pensei em usar o PAR, que ja me cria um executavel com "todos os modulo" >>> (-B). Perfeito. >>> >>> Nem tanto. Uma vez que consigo o executavel, ele reclama de nao achar o >>> Variable::Magic [1]. >>> >>> Porem o .pl original roda tranquilo no mesmo sistema : >>> >>> -bash-4.1$ ./report-fjr-couch.pl --fjr=FrameworkJobReport.xml >>> --couchurl=http://a.cloudant.com --db=tr-benchmarks >>> CouchDB::Client::Doc=HASH(0x1286d60) >>> >>> O erro ate fez sentido uma vez que percebi que o sistema que usei para >>> gerar o executavel nao tinha o Variable::Magic instalado. Imaginei que >>> instalando e rodando de novo com -B iria incluir o modulo. Nada. >>> >>> Sendo mais concreto, aqui estao os "pp s" que tentei : >>> >>> pp -B -o report-fjr-couch report-fjr-couch.pl >>> pp -B -P -o report-fjr-couch report-fjr-couch.pl >>> pp -B -p -o report-fjr-couch report-fjr-couch.pl >>> >>> Mesmo problema em todos. >>> >>> Descricao das opcoes : >>> >>> http://search.cpan.org/~rschupp/PAR-Packer-1.022/lib/pp.pm >>> >>> Caso queiram ver o codigo, aqui esta, mas fiquem tranquilos, admito e >>> sei que nao foi feito para ser bonito, mas funciona : >>> >>> >>> https://github.com/samircury/CMSSW-benchmarks/blob/master/condor/report-fjr-couch.pl >>> >>> Alguem ja passou por uma situacao parecida ou teria dicas de como >>> resolver? >>> >>> Valeu! >>> >>> [1] : >>> >>> -bash-4.1$ ./report-fjr-couch --fjr=FrameworkJobReport.xml --couchurl= >>> http://a.cloudant.com --db=tr-benchmarks >>> Could not find a suitable B::Hooks::EndOfScope implementation: Can't >>> locate Variable/Magic.pm in @INC (@INC contains: CODE(0x1e1aca0) >>> /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc/lib >>> /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc >>> CODE(0x1aea050) CODE(0x1aea4d0)) at Module/Runtime.pm line 317. >>> BEGIN failed--compilation aborted at B/Hooks/EndOfScope/XS.pm line 17. >>> Compilation failed in require at Module/Runtime.pm line 317. >>> Can't locate B/Hooks/EndOfScope/PP/FieldHash.pm in @INC (@INC contains: >>> CODE(0x1e1aca0) >>> /tmp/par-6e697374657374/cac
Re: [Rio-pm] Problema com "PP" (PAR) e Variable::Magic
Matou, Breno! Estava assumindo por algum motivo que o pp era esperto o suficiente para seguir todos os modulos mencionados em "use X::Y;" e as dependencias. Uma vez que inclui esses 2 caras : pp -B --module=XML::LibXML::SAX --module=Variable::Magic -o report-fjr-couch report-fjr-couch.pl Funcionou perfeito. Outra grande vantagem e que tive que fazer um patch local para o CouchDB::Client. Desse jeito e certo que seja la o que for vai rodar com o patch. Ah, o patch estaria no CPAN se o autor respondesse a pull requests. Como nao esta, fazemos assim. Abs, Samir 2014-09-30 16:35 GMT-07:00 breno : > Samir, o -B adiciona só os módulos core, e o Variable::Magic não é core. > Acho que o que vc quer é "--module=Variable::Magic" não? > > Se não houver código destrutivo em BEGIN's, vale adicionar "-c" pra ele > tentar achar dependências de runtime também. > > Espero que isso ajude. Senão, as outras dicas que o pessoal deu (de carton > à bundles de instalação) são muito boas! > > []s > > -b > > 2014-09-30 15:51 GMT-03:00 Samir Cury : > >> Galera, >> >> Escrevi um codigo basico para uma tarefa trivial. Problema : Usei o CPAN >> demais e tenho muitas dependencias. Vou rodar o codigo em sistemas remotos >> onde so e garantido existir o Perl + core modules. >> >> Pensei em usar o PAR, que ja me cria um executavel com "todos os modulo" >> (-B). Perfeito. >> >> Nem tanto. Uma vez que consigo o executavel, ele reclama de nao achar o >> Variable::Magic [1]. >> >> Porem o .pl original roda tranquilo no mesmo sistema : >> >> -bash-4.1$ ./report-fjr-couch.pl --fjr=FrameworkJobReport.xml >> --couchurl=http://a.cloudant.com --db=tr-benchmarks >> CouchDB::Client::Doc=HASH(0x1286d60) >> >> O erro ate fez sentido uma vez que percebi que o sistema que usei para >> gerar o executavel nao tinha o Variable::Magic instalado. Imaginei que >> instalando e rodando de novo com -B iria incluir o modulo. Nada. >> >> Sendo mais concreto, aqui estao os "pp s" que tentei : >> >> pp -B -o report-fjr-couch report-fjr-couch.pl >> pp -B -P -o report-fjr-couch report-fjr-couch.pl >> pp -B -p -o report-fjr-couch report-fjr-couch.pl >> >> Mesmo problema em todos. >> >> Descricao das opcoes : >> >> http://search.cpan.org/~rschupp/PAR-Packer-1.022/lib/pp.pm >> >> Caso queiram ver o codigo, aqui esta, mas fiquem tranquilos, admito e sei >> que nao foi feito para ser bonito, mas funciona : >> >> >> https://github.com/samircury/CMSSW-benchmarks/blob/master/condor/report-fjr-couch.pl >> >> Alguem ja passou por uma situacao parecida ou teria dicas de como >> resolver? >> >> Valeu! >> >> [1] : >> >> -bash-4.1$ ./report-fjr-couch --fjr=FrameworkJobReport.xml --couchurl= >> http://a.cloudant.com --db=tr-benchmarks >> Could not find a suitable B::Hooks::EndOfScope implementation: Can't >> locate Variable/Magic.pm in @INC (@INC contains: CODE(0x1e1aca0) >> /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc/lib >> /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc >> CODE(0x1aea050) CODE(0x1aea4d0)) at Module/Runtime.pm line 317. >> BEGIN failed--compilation aborted at B/Hooks/EndOfScope/XS.pm line 17. >> Compilation failed in require at Module/Runtime.pm line 317. >> Can't locate B/Hooks/EndOfScope/PP/FieldHash.pm in @INC (@INC contains: >> CODE(0x1e1aca0) >> /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc/lib >> /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc >> CODE(0x1aea050) CODE(0x1aea4d0)) at Module/Runtime.pm line 317. >> BEGIN failed--compilation aborted at B/Hooks/EndOfScope/PP.pm line 29. >> Compilation failed in require at Module/Runtime.pm line 317. >> at B/Hooks/EndOfScope.pm line 22 >> BEGIN failed--compilation aborted at B/Hooks/EndOfScope.pm line 26. >> Compilation failed in require at namespace/clean.pm line 11. >> BEGIN failed--compilation aborted at namespace/clean.pm line 11. >> Compilation failed in require at JSON/Any.pm line 11. >> BEGIN failed--compilation aborted at JSON/Any.pm line 11. >> Compilation failed in require at CouchDB/Client.pm line 9. >> BEGIN failed--compilation aborted at CouchDB/Client.pm line 9. >> Compilation failed in require at script/report-fjr-couch.pl line 6. >> BEGIN failed--compilation aborted at script/report-fjr-couch.pl line 6. >> >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> > > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Problema com "PP" (PAR) e Variable::Magic
Achei que fosse algo bobo. A premissa e interessante e quase que essencial no meu caso. Vou rodar isso em varios setups diferentes onde nao tenho acesso a root, com a unica garantia de que o SO e CentOS 5 ou 6. Ter um binario que simplesmente roda sem depender de nada que nao venha no CentOS 5 padrao seria perfeito. Valeu pela dica Manoel, infelizmente viraria um problema de ovo e galinha neste caso - nao dependo de todos os modulos mas dependo do carton. Que tambem nao posso instalar no servidor remoto. Renato, fatpack parece interessante. Mas parece que o que o Solli comentou responde o que aconteceu aqui : -bash-4.1$ fatpack packlists-for `cat fatpacker.trace` > packlists Attempt to reload B/Hooks/EndOfScope/XS.pm aborted. Parece que o caminho de menor resistencia seria mandar um tarball de um lib/ com todos os modulos relevantes, e incluir no @INC do .pl. Totalmente manual. Achei que essas ferramentas resolveriam. Mas acredito que tentar os canais de suporte oficiais do pp pode ser uma boa ideia, se existirem. Abracos, Samir 2014-09-30 14:09 GMT-07:00 Aureliano Guedes : > Cara. Sempre tive problema com o PP. > > Manoel Domingues Junior escreveu: > > Samir, > > Esses dias, quando enfrentava problemas semelhantes de portabilidade, > conheci o carton que me ajudou muito. > > Da uma olhada, ele é capaz de gerar uma pasta bundle com todas as > dependências e basta ir no servidor remoto e executar um: > carton install --cached --deployment > E depois um: > carton exec script.pl > > Outra dica legal que encontrei foi usar o plenv para cuidar das versões de > perl... > > Abraços, > Em 30/09/2014 15:51, "Samir Cury" escreveu: > > Galera, > > Escrevi um codigo basico para uma tarefa trivial. Problema : Usei o CPAN > demais e tenho muitas dependencias. Vou rodar o codigo em sistemas remotos > onde so e garantido existir o Perl + core modules. > > Pensei em usar o PAR, que ja me cria um executavel com "todos os modulo" > (-B). Perfeito. > > Nem tanto. Uma vez que consigo o executavel, ele reclama de nao achar o > Variable::Magic [1]. > > Porem o .pl original roda tranquilo no mesmo sistema : > > -bash-4.1$ ./report-fjr-couch.pl --fjr=FrameworkJobReport.xml > --couchurl=http://a.cloudant.com --db=tr-benchmarks > CouchDB::Client::Doc=HASH(0x1286d60) > > O erro ate fez sentido uma vez que percebi que o sistema que usei para > gerar o executavel nao tinha o Variable::Magic instalado. Imaginei que > instalando e rodando de novo com -B iria incluir o modulo. Nada. > > Sendo mais concreto, aqui estao os "pp s" que tentei : > > pp -B -o report-fjr-couch report-fjr-couch.pl > pp -B -P -o report-fjr-couch report-fjr-couch.pl > pp -B -p -o report-fjr-couch report-fjr-couch.pl > > Mesmo problema em todos. > > Descricao das opcoes : > > http://search.cpan.org/~rschupp/PAR-Packer-1.022/lib/pp.pm > > Caso queiram ver o codigo, aqui esta, mas fiquem tranquilos, admito e > sei que nao foi feito para ser bonito, mas funciona : > > > https://github.com/samircury/CMSSW-benchmarks/blob/master/condor/report-fjr-couch.pl > > Alguem ja passou por uma situacao parecida ou teria dicas de como > resolver? > > Valeu! > > [1] : > > -bash-4.1$ ./report-fjr-couch --fjr=FrameworkJobReport.xml --couchurl= > http://a.cloudant.com --db=tr-benchmarks > Could not find a suitable B::Hooks::EndOfScope implementation: Can't > locate Variable/Magic.pm in @INC (@INC contains: CODE(0x1e1aca0) > /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc/lib > /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc > CODE(0x1aea050) CODE(0x1aea4d0)) at Module/Runtime.pm line 317. > BEGIN failed--compilation aborted at B/Hooks/EndOfScope/XS.pm line 17. > Compilation failed in require at Module/Runtime.pm line 317. > Can't locate B/Hooks/EndOfScope/PP/FieldHash.pm in @INC (@INC contains: > CODE(0x1e1aca0) > /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc/lib > /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc > CODE(0x1aea050) CODE(0x1aea4d0)) at Module/Runtime.pm line 317. > BEGIN failed--compilation aborted at B/Hooks/EndOfScope/PP.pm line 29. > Compilation failed in require at Module/Runtime.pm line 317. > at B/Hooks/EndOfScope.pm line 22 > BEGIN failed--compilation aborted at B/Hooks/EndOfScope.pm line 26. > Compilation failed in require at namespace/clean.pm line 11. > BEGIN failed--compilation aborted at namespace/clean.pm line 11. > Compilation failed in require at JSON/Any.pm line 11. > BEGIN failed--compilation aborted at JSON/Any.pm line 11. > Compilation failed in require at CouchDB/Client.pm line 9. > BEGIN failed--com
[Rio-pm] Problema com "PP" (PAR) e Variable::Magic
Galera, Escrevi um codigo basico para uma tarefa trivial. Problema : Usei o CPAN demais e tenho muitas dependencias. Vou rodar o codigo em sistemas remotos onde so e garantido existir o Perl + core modules. Pensei em usar o PAR, que ja me cria um executavel com "todos os modulo" (-B). Perfeito. Nem tanto. Uma vez que consigo o executavel, ele reclama de nao achar o Variable::Magic [1]. Porem o .pl original roda tranquilo no mesmo sistema : -bash-4.1$ ./report-fjr-couch.pl --fjr=FrameworkJobReport.xml --couchurl= http://a.cloudant.com --db=tr-benchmarks CouchDB::Client::Doc=HASH(0x1286d60) O erro ate fez sentido uma vez que percebi que o sistema que usei para gerar o executavel nao tinha o Variable::Magic instalado. Imaginei que instalando e rodando de novo com -B iria incluir o modulo. Nada. Sendo mais concreto, aqui estao os "pp s" que tentei : pp -B -o report-fjr-couch report-fjr-couch.pl pp -B -P -o report-fjr-couch report-fjr-couch.pl pp -B -p -o report-fjr-couch report-fjr-couch.pl Mesmo problema em todos. Descricao das opcoes : http://search.cpan.org/~rschupp/PAR-Packer-1.022/lib/pp.pm Caso queiram ver o codigo, aqui esta, mas fiquem tranquilos, admito e sei que nao foi feito para ser bonito, mas funciona : https://github.com/samircury/CMSSW-benchmarks/blob/master/condor/report-fjr-couch.pl Alguem ja passou por uma situacao parecida ou teria dicas de como resolver? Valeu! [1] : -bash-4.1$ ./report-fjr-couch --fjr=FrameworkJobReport.xml --couchurl= http://a.cloudant.com --db=tr-benchmarks Could not find a suitable B::Hooks::EndOfScope implementation: Can't locate Variable/Magic.pm in @INC (@INC contains: CODE(0x1e1aca0) /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc/lib /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc CODE(0x1aea050) CODE(0x1aea4d0)) at Module/Runtime.pm line 317. BEGIN failed--compilation aborted at B/Hooks/EndOfScope/XS.pm line 17. Compilation failed in require at Module/Runtime.pm line 317. Can't locate B/Hooks/EndOfScope/PP/FieldHash.pm in @INC (@INC contains: CODE(0x1e1aca0) /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc/lib /tmp/par-6e697374657374/cache-9f11098dccd910be2e44325e17711ef504029e65/inc CODE(0x1aea050) CODE(0x1aea4d0)) at Module/Runtime.pm line 317. BEGIN failed--compilation aborted at B/Hooks/EndOfScope/PP.pm line 29. Compilation failed in require at Module/Runtime.pm line 317. at B/Hooks/EndOfScope.pm line 22 BEGIN failed--compilation aborted at B/Hooks/EndOfScope.pm line 26. Compilation failed in require at namespace/clean.pm line 11. BEGIN failed--compilation aborted at namespace/clean.pm line 11. Compilation failed in require at JSON/Any.pm line 11. BEGIN failed--compilation aborted at JSON/Any.pm line 11. Compilation failed in require at CouchDB/Client.pm line 9. BEGIN failed--compilation aborted at CouchDB/Client.pm line 9. Compilation failed in require at script/report-fjr-couch.pl line 6. BEGIN failed--compilation aborted at script/report-fjr-couch.pl line 6. ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Modulo - dependencias em pacotes do sistema
Obrigado pelas respostas, bastante informacao util. Achei bem interessante o lance do Alien. Vou olhar com mais calma depois. A principio, resolveria o problema. Apesar de concordar com o Blabos em varios pontos, ainda acho que pra quem nao liga ou nao se importa com Perl, CPAN, etc, vai simplesmente dizer "ah, esse troco nao funciona". E exatamente isso que quero evitar, atitude que infelizmente tenho visto cada vez mais devido as tendencias da galera considerar varias coisas como caixas pretas, ao inves de perder 3~5 min descobrindo o problema. Sobre RPMs, chega a ser quase trivial, uma vez que se acostuma. Acho que o que vai dar mais trabalho e a burocracia de incluir o RPM no repositorio Contrib. Lembro que o Debian parecia uma sociedade secreta, so entrava apadrinhado ou depois de ralar muito, algo assim. O pacote na distro parece o mais limpo. E como so me importo em dar suporte ao CentOS (e talvez Debian) pode ser o caminho. Se acontecer algo com o Alien aviso quanto trabalho deu. Parece ser a solucao mais interessante porque o CPAN funcionaria sozinho. Abs 2014-08-08 11:53 GMT-07:00 Blabos de Blebe : > Opa, > > > Mas me deixa nervoso ter algo no CPAN que nao seria instalado > perfeitamente pelo > > CPAN na distribuicao padrao. Tenho quase certeza que o maximo que posso > fazer > > e deixar um warning gigante no POD, mas queria conferir com voces. > > Isso (nervoso) não faz sentido e eu vou tentar clarificar o porquê. > > Vários módulos são wrappers em Perl para bibliotecas que não fazem parte > da distribuição padrão, portanto, não faz sentido, querer o módulo, sem ter > a biblioteca. > > Aliás, a biblioteca não estar instalada na distribuição padrão é análoga > ao módulo não estar no core do Perl. > > Então é natural que alguns módulos não core, esperem ter disponível uma > biblioteca "não core" da distribuição. > > lalala-lib X lalala-lib-dev > == > > Quando essa integração com bibliotecas externas acontece, é necessário um > pouco de cola em XS, que nada mais é do que um "C com esteróides". > > Esse XS precisa ser compilado durante a instalação do módulo. Por quê? > Porque sendo código C que vai virar binário, ele precisa ser exatamente > compatível com os binários específicos (*.so/*.a) que você você tem na sua > máquina. Coisas de build/linking, podemos detalhar mais em outra ocasião. > > Para compilar o XS, você vai precisar dos arquivos de cabeçalho em C > (*.h), bem como do compilador e ferramentas conjuntas. Esses arquivos > avisam pro compilador, qual a assinatura das funções da lib externa que > você está usando. Como eles são usados somente na compilação, eles são > distribuídos em separado em pacotes lalala-lib-dev. > > Já o seu módulo, depois de compilado, vai usar os binários da biblioteca e > não vai estar nem aí mais pros cabeçalhos. > > O triste aqui é que quando você está falando de pacotes que são > distribuídos de forma binária, vc pode pré-compilar e empacotar as libs sem > os cabeçalhos. Mas quando você está falando de módulo Perl que precisa > rodar em mais de 90 arquiteturas, o que for em XS precisa ser compilado > especificamente para aquela máquina. > > O que normalmente acontece é que os módulos mais famosos costumam ter um > padrinho, que os compila para as principais arquiteturas onde a > distribuição linux roda e por isso vc consegue instala-los com yum ou > apt-get. > > Como isso dá um trabalho do cacete, nem todos os módulos tem pacotes da > distro, e normalmente eles não são as versões mais atualizadas. > > Lembro-me que uma vez o Solli tinha pensado em fazer algo a respeito, mas > não sei o que deu dessa história. Só sei que o trabalho pra manter os > milhares de módulos do CPAN com um pacote atualizado pra cada distro e pra > cada arquitetura deve ser gigantesco. > > Samir, > > Acredito que pro seu caso, como é só um módulo, vc possa montar um pacote > para principais distros/arquiteturas colocando as libs externas como > dependência. Talvez nem dê tanto trabalho assim. > > Assim, quando alguém der apt-get seu-modulo, o próprio apt-get vai baixar > as bibliotecas necessárias, sem precisar dos lalala-lib-dev, já que ele já > vai estar compilado. > > Ou então usar a sugestão do Cron mesmo. > > Essa eu nunca tentei. Ok, nunca tentei nenhuma das duas :) > > Tá aí um bom tema para uma apresentação num ET ou YAPC da vida. > > > > []'s > > > 2014-08-08 15:28 GMT-03:00 Renato Santos : > > Hm >> acho que você procura algo sobre isso: >> https://metacpan.org/pod/Alien >> >> >> 2014-08-08 15:14 GMT-03:00 Samir Cury : >> >>> Perlssoal, >>> >>> Estou testando como um modulo que escrevi instala
[Rio-pm] Modulo - dependencias em pacotes do sistema
Perlssoal, Estou testando como um modulo que escrevi instala em um CentOS 6 puro, para que no fim eu me livre do selo "works on my machine". Percebi que o CPAN vai sofrer um pouco se nao houver "expat-devel" e "gcc" instalados no sistema. Pode-se argumentar que e fora do escopo do CPAN, resolver problemas como este. O que me faz sentir falta do Slackware, que ja vinha bem completo e era so alegria. O que pensei em fazer e um RPM para o Fedora/CentOS que contem estas dependencias. Beleza, dai o cara pode usar yum install perl-package-name ou yum install 'perl(Package::Name)'. Mas me deixa nervoso ter algo no CPAN que nao seria instalado perfeitamente pelo CPAN na distribuicao padrao. Tenho quase certeza que o maximo que posso fazer e deixar um warning gigante no POD, mas queria conferir com voces. Se precisarem, o modulo e HTCondor::Queue::Parser. Por acidente achei o report no CPAN Testers, que parece bem tranquilo : http://www.cpantesters.org/distro/H/HTCondor-Queue-Parser.html?oncpan=1&distmat=1&version=0.04 Talvez o ambiente deles ja resolve esses problemas. Mas por perfeccionismo quero que o modulo instale sem problemas no CentOS padrao. Abracos, Samir ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Release de modulo Beta no CPAN
hehehe, valeu a forca galera, vai nascer esse fim de semana entao. Na real o modulo ja ate funciona (e pra mim, funciona bem http://www.wiliam.com.au/content/upload/blog/worksonmymachine.jpg). Entao vou deixar de lado o underline. So tem umas coisas bizarras no codigo que nao pensei na hora que escrevi e que poderiam ser otimizadas, mas dai e que disseram, nada impede de lancar novas versoes com as correcoes. Vou ate deixar o TODO no POD. Abs 2014-05-23 10:17 GMT-07:00 Bruno Buss : > garu++ > > Samir: > > http://www.troll.me/images/the-chuck-norris/chuck-norris-approved-ship-it.jpg > > > 2014-05-23 11:22 GMT-03:00 breno : > > Samir, lança logo o módulo que agora eu to curioso :D >> >> Não se prenda por "não tem testes", "não tá pronto", "não tá >> perfeito", ou "o que vão pensar de mim". Lembre que não é estático e >> que você sempre pode lançar outras versões depois - quantas vc quiser! >> - corrigindo ou melhorando. Lembra também que só vai usar quem quiser. >> >> O próprio Tokuhiro Matsuno, um dos autores mais assíduos do CPAN, >> criador de módulos como Test::Pretty, Minilla, HTML::Escape e tantos >> outros, costuma lançar seus primeiros módulos sem testes ou >> documentação, e vai melhorando gradativamente. O Ricardo Signes, >> mantenedor do Perl e maior autor do CPAN com módulos como Dist::Zilla >> CPAN::Mini, Email::Sender entre vários outros, é conhecido por lançar >> módulos sem documentação na primeira versão, e ir melhorando nas >> seguintes. Há até casos extremos que não concordo muito mas acontecem, >> como a primeira versão do Mojo, que quando o sri lançou era só um >> placeholder pra reservar o namespace! >> >> Não tenha medo de lançar seu código para o mundo. O pior que pode >> acontecer é ninguém usar (nem você) ;-) >> >> go go go! Aperta o botão! Você vai ver que não é nada de mais e >> rapidinho estará lançando um módulo atrás do outro :D >> >> >> []s >> >> -b >> >> >> >> 2014-05-23 10:56 GMT-03:00 Renato Santos : >> > Eu não dou tanto valor pro número, >> > >> > a primeira versão pode ser a 10.02.56 que eu não vo ligar, desde que a >> > proxima seja maior. >> > >> > e ai sim, entra o negocio de usar versões impares, tipo, 10.03_55 pra >> > publicar algum pre-release e testar sob o cpan inteiro. >> > >> > >> > >> > >> > 2014-05-23 6:55 GMT-03:00 Aureliano Guedes : >> > >> >> De novo, posso esta falando besteira, me corrijam se eu tiver errado. >> Mas >> >> acho que 0.0.1 ou 0.01 nao seriam números de versões ridículos. Já >> seriam >> >> números de versões funcionais. >> >> Parece que até você do 2.0 para o 2.9.9 são geralmente so otimizações e >> >> correções de pequenos bugs ou revisão de acordo com a versão do perl >> atual >> >> se preciso, entao o 3.0 seria realmente implementações de novas >> >> funcionalidades ou mesmo a exclusão de alguma outra já existente. >> >> >> >> --- Mensagem Original --- >> >> >> >> De: "Samir Cury" >> >> Enviado: 23 de Maio de 2014 01:37 >> >> Para: "Perl Mongers Rio de Janeiro" >> >> Assunto: Re: [Rio-pm] Release de modulo Beta no CPAN >> >> >> >> Exato Breno, valeu pelos exemplos que dao um pouco mais de coragem de >> >> subir o modulo. >> >> >> >> Essa e a ideia. Estou cozinhando esse modulo desde os fins de semana de >> >> 2012 por nao ter testes decentes. Agora que tem estou procurando nao >> deixar >> >> o otimo ser inimigo do bom. "release early, release often" >> >> >> >> Vou por o aviso e tambem um numero de versao ridiculo (0.1.0 ou 0.01), >> dai >> >> fica obvio. >> >> >> >> Abs >> >> >> >> >> >> 2014-05-22 8:00 GMT-07:00 breno : >> >> >> >> Samir, >> >> >> >> O método que Blabos e Cron indicaram está corretíssimo, mas costuma >> >> ser mais usado quando você já tem uma versão pública estável. Por >> >> exemplo, se seu módulo é Foo::Bar 1.03 e vc quer lançar uma versão >> >> "trial", dê um número de versão 1.03_01, 1.03_02, assim por diante, e >> >> ela será marcada como "trial" e só poderá ser instalada via caminho >> >> explícito. Quando se tornar estável, vc sobe pra 1.04 e lança a versão >> >> "estável". >> >
Re: [Rio-pm] Release de modulo Beta no CPAN
Exato Breno, valeu pelos exemplos que dao um pouco mais de coragem de subir o modulo. Essa e a ideia. Estou cozinhando esse modulo desde os fins de semana de 2012 por nao ter testes decentes. Agora que tem estou procurando nao deixar o otimo ser inimigo do bom. "release early, release often" Vou por o aviso e tambem um numero de versao ridiculo (0.1.0 ou 0.01), dai fica obvio. Abs 2014-05-22 8:00 GMT-07:00 breno : > Samir, > > O método que Blabos e Cron indicaram está corretíssimo, mas costuma > ser mais usado quando você já tem uma versão pública estável. Por > exemplo, se seu módulo é Foo::Bar 1.03 e vc quer lançar uma versão > "trial", dê um número de versão 1.03_01, 1.03_02, assim por diante, e > ela será marcada como "trial" e só poderá ser instalada via caminho > explícito. Quando se tornar estável, vc sobe pra 1.04 e lança a versão > "estável". > > Se, por outro lado, este é o seu primeiro módulo e suas dúvidas estão > mais em torno de API ou se o módulo faz direito tudo que você quer, > você pode sempre colocar um aviso em letras garrafais no início da sua > documentação avisando que o módulo está em estágio alfa, beta, etc., > que a API pode mudar e que a pessoa deve usar sob sua própria conta e > risco. Por exemplo: > > https://metacpan.org/pod/Fey::ORM#EARLY-VERSION-WARNING > > https://metacpan.org/pod/Stepford#DESCRIPTION > > https://metacpan.org/pod/Debug::Client#DESCRIPTION > > Nenhum módulo nasce perfeito. Lance o seu logo! Se der errado você > sempre pode tomar uma cerveja e lançar outra versão :) > > []s > > -b > > > > > 2014-05-21 12:17 GMT-03:00 Samir Cury : > > Valeu mesmo pelas dicas Blabos. Esclareceu bastante tambem a funcao do > > underline. Vou tentar desse jeito entao pra validar o processo do inicio > ao > > fim antes de um release publico. Que bom saber que agora os procedimentos > > estao ainda melhores, vou dar um olhada no dzil. Estava ate agora usando > o > > que o Padre oferece, que para a Fase 1 e 2 deu certo, mas e bem capaz que > > precise de algo mais para criar a distribuicao que vai subir pro CPAN. > > > > Abs > > > > > > 2014-05-20 20:26 GMT-07:00 Blabos de Blebe : > > > >> Ao colocar o underline na versão, vc evita que os instaladores usem essa > >> versão inadvertidamente, embora ela ainda seja instalável se for > >> especificado o caminho completo para o pacote. > >> > >> Assim, você pode usar a infra-estrutura do cpan testers pra testar o seu > >> módulo antes de um release público, sem prejudicar quem já está usando > uma > >> versão estável do seu módulo. > >> > >> O Dist::Zilla não é uma unanimidade, embora eu o utilize na maioria dos > >> meus módulos públicos ou privados. Eventualmente pode ser chato lidar > com > >> alguns bugs em edge cases, mas normalmente ele tira muito boiler plate > da > >> sua frente. > >> > >> A vantagem do dzil é que ele encapsula o acesso a ferramentas de várias > >> fases do processo de desenvolvimento, desde o startup do módulo até o > >> release no cpan. > >> > >> Eventualmente você pode dividir esse processo em algo como: > >> > >> 1) Fase 1: Fazer o bootstrap do seu pacote. > >> > >> Isso significa criar os diretórios padrão (/lib, /t, etc) bem como os > >> arquivos auxiliares. > >> > >> Além do dzil, um aplicativo que eu uso pra fazer o bootstrap dos meus > >> módulos é o https://metacpan.org/pod/Module::Starter > >> > >> Com ele você pode escolher qual builder você vai utilizar pra montar o > seu > >> pacote. > >> > >> 2) Fase 2: code, code, code > >> > >> 3) Fase 3: Build > >> > >> No processo de build, uma peça de software é utilizada para juntar tudo > >> que o seu pacote vai precisar para ser instalado em uma máquina > qualquer. > >> > >> Essa etapa pode ser baseada em vários builders como: > >> > >> https://metacpan.org/pod/ExtUtils::MakeMaker > >> https://metacpan.org/pod/Module::Build > >> https://metacpan.org/pod/Module::Install > >> > >> Esses builders baseiam-se em arquivos perl (Makefile.PL, Build.PL, etc) > >> para a partir de apontamentos que você faz, verificar as dependências, > criar > >> o Makefile e seus alvos,gerar o .tar.gz entre outras coisas necessárias > para > >> tornar o seu módulo instalável. > >> > >> Quando vc instala um módulo manualmente, normalmente o processo é: > >> > >> a) Baixar e descompactar
Re: [Rio-pm] Release de modulo Beta no CPAN
um módulo e botar no CPAN, há várias etapas > envolvidas, que na maioria das vezes já são até instintivas, mas que se > você misturar as coisas, pode dar a maior confusão. > > []'s > > > > > > > 2014-05-20 16:12 GMT-03:00 Aureliano Guedes : > > >Sim, passei o olho nisso, mas meio que ignorei pois o mesmo usa >> Dist::Zilla e lembro que os 2 metodos mais recomendados eram >Module::Build >> e Module::Make. >> >> Posso estar enganado, mas esses 'eram' os mais recomendados. O >> Dist::Zilla é mais recente porem creio que seja o melhor e atualmente o >> 'mais recomendado'. >> >> -- >> Date: Tue, 20 May 2014 11:52:43 -0700 >> From: samircu...@gmail.com >> To: rio-pm@pm.org >> Subject: Re: [Rio-pm] Release de modulo Beta no CPAN >> >> >> Sim, passei o olho nisso, mas meio que ignorei pois o mesmo usa >> Dist::Zilla e lembro que os 2 metodos mais recomendados eram Module::Build >> e Module::Make. >> >> Lendo melhor, parece que rola uma discussao entre usar as flags oficiais >> do CPAN ou _ na versao. Hum. >> >> Meio tosco que as flags oficiais do CPAN sao mais inuteis do que um _ na >> versao. Mas o argumento da confusao no metacpan faz sentido. >> >> De qualquer jeito quando visito a pagina um modulo nao vejo a flag la : >> >> http://search.cpan.org/~ingy/Module-Make-0.01/lib/Module/Make.pm >> >> Entao de repente o melhor e fazer como o "ingy" e colocar uma nota no POD. >> >> Abs >> >> >> 2014-05-20 11:39 GMT-07:00 Renato Santos : >> >> * >> http://blogs.perl.org/users/oliver_gorwits/2011/10/releasing-trialdevbeta-versions-with-distzilla.html >> >> #fastreply >> >> >> 2014-05-20 15:35 GMT-03:00 Samir Cury : >> >> Pessoal, >> >> Outro dia na lista, li alguem dizendo : manda pro CPAN logo como "beta" >> >> Como estou no passo intermediario para o meu primeiro modulo "decente", >> com testes e tudo mais, talvez nao tenha visto essa opcao ainda. >> Pesquisando um pouco esbarrei com todas essas definicoes : >> >> http://search.cpan.org/dlsip?bpmOp >> >> Ja que o modulo funciona, esta documentado e passa no "prove", achei >> interessante subir como beta, e lancar novas releases quando fizer mais >> refatoracoes. >> >> Enfim. Queria confirmar com a galera que ja trilhou este caminho, que >> quando eu for realmente subir o modulo vou ter a opcao de marcar como beta. >> >> Pra quem estiver curioso este e o modulo : >> >> https://github.com/samircury/HTCondor--Queue--Parser >> >> Abs, >> Samir >> >> >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> >> >> >> >> -- >> Saravá, >> Renato CRON >> http://www.renatocron.com/blog/ >> @renato_cron <http://twitter.com/#%21/renato_cron> >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> >> >> >> ___ Rio-pm mailing list >> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> > > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Release de modulo Beta no CPAN
Sim, passei o olho nisso, mas meio que ignorei pois o mesmo usa Dist::Zilla e lembro que os 2 metodos mais recomendados eram Module::Build e Module::Make. Lendo melhor, parece que rola uma discussao entre usar as flags oficiais do CPAN ou _ na versao. Hum. Meio tosco que as flags oficiais do CPAN sao mais inuteis do que um _ na versao. Mas o argumento da confusao no metacpan faz sentido. De qualquer jeito quando visito a pagina um modulo nao vejo a flag la : http://search.cpan.org/~ingy/Module-Make-0.01/lib/Module/Make.pm Entao de repente o melhor e fazer como o "ingy" e colocar uma nota no POD. Abs 2014-05-20 11:39 GMT-07:00 Renato Santos : > * > http://blogs.perl.org/users/oliver_gorwits/2011/10/releasing-trialdevbeta-versions-with-distzilla.html > > #fastreply > > > 2014-05-20 15:35 GMT-03:00 Samir Cury : > >> Pessoal, >> >> Outro dia na lista, li alguem dizendo : manda pro CPAN logo como "beta" >> >> Como estou no passo intermediario para o meu primeiro modulo "decente", >> com testes e tudo mais, talvez nao tenha visto essa opcao ainda. >> Pesquisando um pouco esbarrei com todas essas definicoes : >> >> http://search.cpan.org/dlsip?bpmOp >> >> Ja que o modulo funciona, esta documentado e passa no "prove", achei >> interessante subir como beta, e lancar novas releases quando fizer mais >> refatoracoes. >> >> Enfim. Queria confirmar com a galera que ja trilhou este caminho, que >> quando eu for realmente subir o modulo vou ter a opcao de marcar como beta. >> >> Pra quem estiver curioso este e o modulo : >> >> https://github.com/samircury/HTCondor--Queue--Parser >> >> Abs, >> Samir >> >> >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> > > > > -- > Saravá, > Renato CRON > http://www.renatocron.com/blog/ > @renato_cron <http://twitter.com/#!/renato_cron> > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
[Rio-pm] Release de modulo Beta no CPAN
Pessoal, Outro dia na lista, li alguem dizendo : manda pro CPAN logo como "beta" Como estou no passo intermediario para o meu primeiro modulo "decente", com testes e tudo mais, talvez nao tenha visto essa opcao ainda. Pesquisando um pouco esbarrei com todas essas definicoes : http://search.cpan.org/dlsip?bpmOp Ja que o modulo funciona, esta documentado e passa no "prove", achei interessante subir como beta, e lancar novas releases quando fizer mais refatoracoes. Enfim. Queria confirmar com a galera que ja trilhou este caminho, que quando eu for realmente subir o modulo vou ter a opcao de marcar como beta. Pra quem estiver curioso este e o modulo : https://github.com/samircury/HTCondor--Queue--Parser Abs, Samir ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] CPAN x Pacotes Ou CPAN + Pacotes
Interessante. Agora, se olharmos de um ponto de vista "mais sysadmin" -- voce *quer* que os modulos estejam disponiveis system-wide (todos usuarios/ambientes) e nao se importa tanto com as versoes especificas dos modulos -- porque a principio a maioria das aplicacoes serao compativeis com uma faixa grande de versoes de cada modulo. (acredito que da menos trabalho pensar assim e consertar individualmente o que quebrar, do que fazer um bootstrap pra cada aplicacao pra ter certeza que "funcionou, nao respira") Seria o CPAN puro como root ainda sim a melhor opcao neste caso? Valeu pela dica dos modulos dos pacotes sobre-escritos. Realmente e para se considerar. No entanto, nao vejo tanto mal de ter o mesmo modulo presente, outra versao. Concordo que e tosco ter "rpm -qa | grep Modulo" dizendo uma coisa e quando voce carrega o modulo ser outra. Quando o RPM for desisntalado deve remover o arquivo, dai o CPAN provavelmente vai se perder. Mas enquanto nao remover nada deve ser ~tranquilo. O que estou tentando entender e - qual a melhor maneira de configurar um sistema padrao com ferramentas padrao (cpan, rpm, apt). Pelo visto o preco de eventuais gambiarras como a que descrevi nao causaria mais problemas do que o tempo gasto debugando o teste que nao passou no CPAN. Indesejavel, mas nao fatal. Pelo que entendi no melhor dos mundos -- da instalacao padrao, voce escolhe entre 2 caminhos : * usa CPAN como root - se um teste quebrar, vai perder um tempo * usa RPMs para tudo - se nao existir um pacote para o modulo, vai ter que comecar a "sujar" o sistema com modulos instalados pelo CPAN E tenta nao misturar. Abs 2014-04-04 11:48 GMT-07:00 Blabos de Blebe : > Olá, > > Normalmente eu evito mexer no Perl do sistema. O fedora, inclusive, é > historicamente bastante hostil ao lidar com o Perl, diga-se de passagem. > > Nos meus projetos, eu procedo da seguinte forma: > > 1) Instalar perlbrew* > 2) Instalar a versão do Perl que eu vou usar** > 3) Instalar o cpanm (App::cpanminus) > 4) se máquina de desenvolvimento então > instalar Carton e Dist::Zilla > end-se > > Daí, para os meus módulos ou aplicações, faço o gerenciamento de pacotes > com Carton, que me deixa travar a versão exata*** de cada módulo. > > Para os módulos não é necessário, mas para as aplicações, o carton permite > que você empacote todas as dependências em um diretório vendor/, que você > pode fazer um tar e subir para aquele servidor de produção que não sai pra > internet, e então instalar normalmente, de forma que mesmo pacotes com XS > funcionem. O carton se empacotes junto, inclusive, para o caso da máquina > destino não ter carton instalado. > > Assim eu tenho o controle exato de cada versão de cada pacote. > > O CPAN é fantástico, sempre foi, mas eu diria que dá pra dividi-lo em duas > eras: antes e depois do Carton. > > > > * Curiosamente hoje, a instalação do Perlbrew falhou num debian 6 que eu > to configurando e eu precisei instalar o pacote Devel::PatchPerl > diretamente no sistema com o cpan tradicional (root). > > ** O drawback é que eu preciso de acesso ao compilador. > > *** Sim, raramente acontece, mas eu já precisei achar uma combinação X de > versões pra funcionar redondo, mas nada além de editar o cpanfile e rodar > carton install denovo. > > []'s > > > 2014-04-04 15:24 GMT-03:00 Samir Cury : > >> E ai pessoal, >> >> Acabei de passar por um pequeno problema com o CPAN e achei uma solucao >> interessante. Tambem gostaria de perguntar ao pessoal que e mais fa do >> CPAN, o que acham de modulos que sao distribuidos como pacotes. Se e >> bom/ruim para o ecossistema. >> >> Entao, o problema foi quando tentei cpan install CouchDB::Client. Que >> funcionou em outras maquinas mas nao no Fedora 19 que tenho aqui. Quebrou >> em algum modulo referente a testes, que dependia do Module::Build que >> tambem falhou. >> >> Nao querendo gastar muito tempo com isso, fui para o plano B : Pacotes de >> modulos. O motivo dos pacotes serem meu plano B e que cada distribuicao >> gosta de um nome diferente e as vezes e irritante ter que adivinhar, mas >> acabei de achar um macete : >> >> yum install 'perl(Module::Build)' >> >> O pessoal do YUM mandou muito bem. Uma vez que o Module::Build foi >> instalado, procurei pelo pacote do modulo CouchDB::Client. Nao existia. >> Porem voltando para o CPAN e tentando de novo o CouchDB::Client foi >> tranquilo. Posso voltar a trabalhar no que eu preciso trabalhar, nao em >> consertar testes :-). >> >> Mas acho interessante a discussao sobre CPAN x Pacotes. Uma das >> principais desvantagens que ouvi uma vez (nao conferi) e que o CPAN acaba >&
[Rio-pm] CPAN x Pacotes Ou CPAN + Pacotes
E ai pessoal, Acabei de passar por um pequeno problema com o CPAN e achei uma solucao interessante. Tambem gostaria de perguntar ao pessoal que e mais fa do CPAN, o que acham de modulos que sao distribuidos como pacotes. Se e bom/ruim para o ecossistema. Entao, o problema foi quando tentei cpan install CouchDB::Client. Que funcionou em outras maquinas mas nao no Fedora 19 que tenho aqui. Quebrou em algum modulo referente a testes, que dependia do Module::Build que tambem falhou. Nao querendo gastar muito tempo com isso, fui para o plano B : Pacotes de modulos. O motivo dos pacotes serem meu plano B e que cada distribuicao gosta de um nome diferente e as vezes e irritante ter que adivinhar, mas acabei de achar um macete : yum install 'perl(Module::Build)' O pessoal do YUM mandou muito bem. Uma vez que o Module::Build foi instalado, procurei pelo pacote do modulo CouchDB::Client. Nao existia. Porem voltando para o CPAN e tentando de novo o CouchDB::Client foi tranquilo. Posso voltar a trabalhar no que eu preciso trabalhar, nao em consertar testes :-). Mas acho interessante a discussao sobre CPAN x Pacotes. Uma das principais desvantagens que ouvi uma vez (nao conferi) e que o CPAN acaba "nao sabendo" o que o Yum/Apt instalou. Procede? Existe algum efeito colateral grave conhecido? Abracos, Samir ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Variavel - caminho padrao para diretorios de testes
Valeu Stanislaw! Era o que estava antes, mas achei facil demais pra ser verdade. Beleza entao. extensao .t -- de fato, agora estou lembrado, mudando, obrigado! Abs 2014-02-23 23:54 GMT-08:00 Stanislaw Pusep : > Olá Samir! > Não há necessidade de passar o "absolute path", os testes são sempre > executados da raiz da sua distribuição: > > my @condor_q = read_file( 't/input.txt' ) ; # isso é suficiente > > Uma nota: os testes em Perl tem extensão padrão .t, portanto, o nome do > arquivo de testes ficaria mais consistente se fosse "01_basic.t". > Abs > > > 2014-02-24 7:58 GMT+01:00 Samir Cury : > >> E ai pessoal, faz um tempo que nao passo por aqui, mas felizmente estou >> voltando a usar Perl no cotidiano e me livrando da ferrugem. >> >> Estava revisando um modulo que falta pouco para subir pro CPAN, e me >> deparei com uma coisa que nao me pareceu o melhor jeito de se fazer : >> >> >> https://github.com/samircury/HTCondor--Queue--Parser/blob/master/t/01_basic.pl#L11 >> >> Penso isso pois uma vez enquanto escrevia testes em Python me falaram de >> uma variavel que referenciava o diretorio de testes. Imaginei que pudesse >> existir um equivalente em Perl mas minhas buscas nao retornaram nada >> especifico. >> >> Achei interessante perguntar aqui na lista se conhecem algum jeito >> melhor. De repente esta na ponta da lingua de quem escreve modulos direto. >> Do jeito que esta ja passa no "prove" [1] mas como nao tenho muita pratica >> com modulos e sempre bom perguntar. >> >> Abracos, >> Samir >> >> [1] : >> >> ~/code/Condor--Queue--Parser $ prove -l t/01_basic.pl >> t/01_basic.pl .. ok >> All tests successful. >> Files=1, Tests=9, 2 wallclock secs ( 0.03 usr 0.00 sys + 1.27 cusr >> 0.03 csys = 1.33 CPU) >> Result: PASS >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> > > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
[Rio-pm] Variavel - caminho padrao para diretorios de testes
E ai pessoal, faz um tempo que nao passo por aqui, mas felizmente estou voltando a usar Perl no cotidiano e me livrando da ferrugem. Estava revisando um modulo que falta pouco para subir pro CPAN, e me deparei com uma coisa que nao me pareceu o melhor jeito de se fazer : https://github.com/samircury/HTCondor--Queue--Parser/blob/master/t/01_basic.pl#L11 Penso isso pois uma vez enquanto escrevia testes em Python me falaram de uma variavel que referenciava o diretorio de testes. Imaginei que pudesse existir um equivalente em Perl mas minhas buscas nao retornaram nada especifico. Achei interessante perguntar aqui na lista se conhecem algum jeito melhor. De repente esta na ponta da lingua de quem escreve modulos direto. Do jeito que esta ja passa no "prove" [1] mas como nao tenho muita pratica com modulos e sempre bom perguntar. Abracos, Samir [1] : ~/code/Condor--Queue--Parser $ prove -l t/01_basic.pl t/01_basic.pl .. ok All tests successful. Files=1, Tests=9, 2 wallclock secs ( 0.03 usr 0.00 sys + 1.27 cusr 0.03 csys = 1.33 CPU) Result: PASS ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] (sem assunto)
Leonardo, se a grade ainda nao estiver fechada rola incluir alguma palestra? Lembro de ter assistido umas boas sobre modulos para GUI e OpenGL se nao me engano. Abs 2013/9/5 Leonardo Alberto Souza : > Sorry pela falta de subject =S > > > --- > > Leonardo Alberto A. de J. Souza - Leobetosouza > > > 2013/9/5 Leonardo Alberto Souza >> >> Tenho um amigo que é um dos organizadores desse evento: >> http://hackdesignconf.com.br/ >> >> Eu tenho quase certeza que já postei sobre isso aqui antes, mas eles tão >> abrindo espaço pras comunidades. Então: se alguém se disponibilizar à no dia >> do evento ir pra levar cartazes, fazer divuldgação da comunidade ou algo do >> gênero, só avisar que eu faço a ponte. >> >> --- >> >> Leonardo Alberto A. de J. Souza - Leobetosouza >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm > > > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] (sem assunto)
PS: Nao estou pedindo a palestra "para mim" pois sei pouco ou nada sobre esses temas (que imagino ter alguma relacao com o evento) e nao estou mais no Rio. Mas sendo possivel de repente voluntarios aparecem. Abs 2013/9/5 Samir Cury : > Leonardo, se a grade ainda nao estiver fechada rola incluir alguma palestra? > > Lembro de ter assistido umas boas sobre modulos para GUI e OpenGL se > nao me engano. > > Abs > > > > 2013/9/5 Leonardo Alberto Souza : >> Sorry pela falta de subject =S >> >> >> --- >> >> Leonardo Alberto A. de J. Souza - Leobetosouza >> >> >> 2013/9/5 Leonardo Alberto Souza >>> >>> Tenho um amigo que é um dos organizadores desse evento: >>> http://hackdesignconf.com.br/ >>> >>> Eu tenho quase certeza que já postei sobre isso aqui antes, mas eles tão >>> abrindo espaço pras comunidades. Então: se alguém se disponibilizar à no dia >>> do evento ir pra levar cartazes, fazer divuldgação da comunidade ou algo do >>> gênero, só avisar que eu faço a ponte. >>> >>> --- >>> >>> Leonardo Alberto A. de J. Souza - Leobetosouza >>> >>> ___ >>> Rio-pm mailing list >>> Rio-pm@pm.org >>> http://mail.pm.org/mailman/listinfo/rio-pm >> >> >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Existe um logo da rio-pm?
Exato! Nao conheco logo melhor que esse, apesar de sempre usar a cebola nos slides. 2013/9/5 Fernando Correa : > Ta falando desses? > > > -- > Fernando Correa > Sent with Airmail > > On 5 de setembro de 2013 at 16:28:01, Fernando Correa > (fernandocor...@gmail.com) wrote: > > Acme::EyeDrops, q inclusive foi roubo do Breno!!! :P > > -- > Fernando Correa > Sent with Airmail > > On 5 de setembro de 2013 at 16:26:43, Fernando Correa > (fernandocor...@gmail.com) wrote: > > Tinha um cristo redentor feito com um modulo (esqueci o nome, alguns > vao lembrar), na camisa. > > Mas tinha tambem um brasao na camisa. Acredito que esse sirva melhor. > > Abs > > On Thu, Sep 5, 2013 at 9:18 PM, Leonardo Alberto Souza > wrote: >> Existe? >> >> --- >> >> Leonardo Alberto A. de J. Souza - Leobetosouza >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Existe um logo da rio-pm?
Mas o roubo supremo foi o do Padre! Se ja nao estiver, talvez fosse interessante deixar a arte da camisa (se alguma) disponivel no site? Abs 2013/9/5 Fernando Correa : > Acme::EyeDrops, q inclusive foi roubo do Breno!!! :P > > -- > Fernando Correa > Sent with Airmail > > On 5 de setembro de 2013 at 16:26:43, Fernando Correa > (fernandocor...@gmail.com) wrote: > > Tinha um cristo redentor feito com um modulo (esqueci o nome, alguns > vao lembrar), na camisa. > > Mas tinha tambem um brasao na camisa. Acredito que esse sirva melhor. > > Abs > > On Thu, Sep 5, 2013 at 9:18 PM, Leonardo Alberto Souza > wrote: >> Existe? >> >> --- >> >> Leonardo Alberto A. de J. Souza - Leobetosouza >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Existe um logo da rio-pm?
Tinha um cristo redentor feito com um modulo (esqueci o nome, alguns vao lembrar), na camisa. Mas tinha tambem um brasao na camisa. Acredito que esse sirva melhor. Abs On Thu, Sep 5, 2013 at 9:18 PM, Leonardo Alberto Souza wrote: > Existe? > > --- > > Leonardo Alberto A. de J. Souza - Leobetosouza > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] [OFF] - Mão de Obra Projetos
Mandou muito bem, Nuba! Agora nao precisamos mais do codigo de conduta, ate o proximo aparecer... So se precisa de regra quando nao se tem bom senso. Estatisticamemente, entre X pessoas sempre havera um sem-nocao. Vou ate espalhar a ideia pra outras listas que realmente precisam :-) 2013/6/13 Nuba Princigalli : > Para registro, acabei de receber o aviso do mailman: o Mantovani se removeu > da lista. > > > daniel.oliveira.mantov...@gmail.com foi removido da lista Rio-pm. > > > Mantovani, acredito que todos ficaríamos satisfeitos em tê-lo na lista > participando de forma construtiva. Portanto, quando quiser, nesses termos, > fique à vontade para se inscrever novamente. > > Abraço, > > Nuba > > > On Thu, Jun 13, 2013, at 04:44 PM, Lindolfo Lorn Rodrigues wrote: > > nuba++ > > > 2013/6/13 Nuba Princigalli > > Mantovani, a partir desse momento suas mensagens para a Rio.PM estão > sendo moderadas. > > Isso significa que os admins da lista vão receber um aviso toda vez que > vocë postar algo, os admins serão notificados e terão a opção de ler sua > mensagem antes de liberar a mesma para o envio à lista. > > Faço isso com pesar, depois de te avisar no passado, hoje, e ver que > depois de avisado, no espaço de poucas horas, você ainda se permite > poluir a lista atacando um membro, outra comunidade, e por fim um grupo > religioso. > > Me parece que você está empenhado em ofender, e esse não é o lugar para > fazer isso. Aqui na Rio.PM a troca de farpas desnecessárias com ou sem > elegância não é apreciada: não existe isso, não há forma "elegante" de > participar ou assistir desse tipo de dinâmica. > > Acreditamos no "Gentileza Gera Gentileza" e na conduta cordial, > respeitosa, paciente, entre os membros. Reconhecemos isso na nossa > cultura e somos reconhecidos também por isso quando se trata de > identificar e caracterizar a Rio.PM. > > Atualmente, são moderadores: > > * Eu, n...@fastmail.fm > * Garu, br...@rio.pm.org > > Atualmente o Mantovani é a única pessoa moderada na lista. > > Essa é uma situação complicada, desconfortável e delicada. A princípio > sugiro que o critério para impedir que uma mensagem vá para a lista seja > a falta de civilidade ou o caráter ofensivo. > > Se alguém se disposer a contribuir com a moderação, será bem-vindo. Até > para dar transparência ao processo: toda mensagem é enviada para os > moderadores, de modo que, com um maior número e diversidade de > moderadores, é possível inibir fortemente que o Mantovani, ou qualquer > pessoa moderada, seja censurada por discordar de algum dos moderadores, > sem que isso deixe um rastro constrangedor também para o moderador. > > E o Mantovani fica moderado por quanto tempo? > > Vamos recorrer à moderação para casos assim, de persistência na atitude > agressiva e tóxica ao grupo? > > Precisamos de um código de conduta (e toda a dificuldade associada à > qualquer ação normativa)? > > Abraço, > > Nuba > > > > On Thu, Jun 13, 2013, at 03:16 PM, Daniel de Oliveira Mantovani wrote: >> Márcio, o problema é que você é um tipo de profissional que um >> designer (que não tem foco em programação) olhou a sua lógica e >> começou a bater a cabeça na porta de tão absurda que estava. Seus >> ex-colegas de trabalho são testemunhas. >> >> Você fica repetindo esses provérbios que seu pastor falou na igreja, >> porque você não lê um livro inteiro e aprende alguma coisa ? >> >> 2013/6/13 Marcio Ferreira : >> > E nao houve desdenha, pelo contrário. >> > Como diz o ditado: "Corrija um sábio e o fará mais sábio. Corrija um >> > tolo e >> > o fará teu inimigo!!!" >> > Sem mais >> > >> > >> > []s, >> > >> > Marcio Ferreira >> > skype: marcio.ferreir4 >> > (21) 8365-7768 >> > >> > >> > 2013/6/13 Daniel de Oliveira Mantovani >> > >> >> >> >> Márcio, a sua tentativa de desdenha e o seu comportamento na lista >> >> depois dos perl mongers terem ajudado você e a sua família mostra que >> >> você não tem educação. >> >> >> >> 2013/6/13 Marcio Ferreira : >> >> > OK Mantovani, se seu pai nao te deu educação, nao sou eu a fazer >> >> > isso. >> >> > >> >> > Boa sorte! >> >> > >> >> > >> >> > >> >> > >> >> > []s, >> >> > >> >> > Marcio Ferreira >> >> > skype: marcio.ferreir4 >> >> > (21) 8365-7768 >> >> > >> >> > >> >> > 2013/6/13 Daniel de Oliveira Mantovani >> >> > >> >> >> >> >> >> Márcio, sua experiência pessoal se limita a ser um simples >> >> >> desenvolvedor PHP. Deixe as pessoas sérias interessadas se >> >> >> colocarem. >> >> >> Mas não fiquei triste, isso não é uma piada é a sua situação atual. >> >> >> >> >> >> 2013/6/13 Marcio Ferreira : >> >> >> > Mantovani, >> >> >> > >> >> >> > não entendi o objetivo do seu e-mail, é captação de projeto? >> >> >> > Se for isso recomendo vc usar o linkedin! >> >> >> > >> >> >> >> Pessoal, estou com uma equipe de quatro pessoas boas. Uma delas é >> >> >> >> a >> >> >> >> pessoa mais inteligente que eu conheço, >> >> >> > >> >> >> > >> >> >> > Detalhe melhor sua equipe, "a pessoa mais inteligente que conheço" >> >> >> > é >> >>
Re: [Rio-pm] Onde você usa Perl?
Tenho 2 exemplos de desenvolvimento serio usando Perl aplicados a ciencia. No CERN existem 4 detectores, 2 de fisica geral, CMS e ATLAS, trabalho para o CMS, e dois grandes problemas sao : 1 - como processar o numero de colisoes que gravamos no detector (vou deixar isso de lado) 2 - como armazenar, catalogar e distribuir estes dados para o resto da colaboracao (outros centros de computacao ao redor do mundo). Em 2008, logo antes de ligarem o acelerador (que acabou sendo 2009), foi estimado que o mesmo proveria algo em torno de 20 petabytes por ano de dados (informacoes do press release). Para mostrar numeros reais de um periodo mais recente, achei um relatorio do cara da escrivaninha vizinha que gerencia o sistema central de transferencias, e os graficos la dao uma ideia mais concreta baseados em informacoes observadas sobre com o que estamos lidando : http://cdsweb.cern.ch/record/1457788/files/CR2012_114.pdf Este sistema se chama Physics Experimental Data Exchange -- PhEDEx. E todo escrito em Perl, agentes centrais usam backend Oracle. Pouco antes de sair do rio dei uma palestra sobre no Encontro Tecnico, alguns aqui podem lembrar, pena nao estar achando os slides, se houver interesse acho mais material com mais calma. O outro sistema tambem envolve transferencia de dados, mas e MUITO, mas MUITO mais critico, pois e o sistema que gerencia a tomada de dados em si, por coincidencia e a camada anterior ao sistema que trabalho e por isso sei que se este sistema perder algo, se perde tomada de dados, que e cara, muito cara, entao redundancia e essencial. Vejo no cotidiano que nem tudo sao flores, mas raramente se perde algo. Material sobre poderia ser : http://www.google.fr/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=0CEkQFjAB&url=http%3A%2F%2Fciteseerx.ist.psu.edu%2Fviewdoc%2Fdownload%3Fdoi%3D10.1.1.34.9947%26rep%3Drep1%26type%3Dpdf&ei=2zQHUJ_rFaOn0QWJkqXCDQ&usg=AFQjCNHnXFnkWunJGFQCOZCXxWGiCGBQjQ&sig2=5waZlRvCj2C2_dadtth_AQ Nem um pouco objetivo mas o melhor que consegui achar por hora. Resumindo, este sistema e responsavel por "gravar" as colisoes do detector em um grande pool de discos, e depois disto, transferir do local do detector (Cessy, Franca), ate o centro de computacao do CERN (Meyrin, Suica), atraves de algumas fibras de 10 Gbps, toda a tomada de dados, onde(no proximo sistema) e processada e distribuida para que os fisicos possam analisar. Resumindo, tambem usamos Perl para achar o boson de higgs ;-) Abracos, Samir 2012/7/18 Andre Carneiro : > Acho que perguntei isso na sp-pm. De qualquer forma, fiquei curioso e > preparei esse pequeno e humilde survey monkey bem rapidinho. Se tiverem > saco, por favor respondam: > > > http://www.surveymonkey.com/s/YZV3CN6 > > > > Cheers! > > > 2012/7/18 Nuba Princigalli >> >> Caros, >> >> Conversando com o Jim Keenan (NY.PM) de como sabemos pouco sobre que >> empresas usam Perl aqui, ele me rebateu com uma pergunta muito boa e >> muito óbvia: "já experimentou perguntar na lista?" rsrs e realmente, >> "até agora, não" mas isso é fácil de resolver! Então lá vai: >> >> * Pessoal, em que empresas, instituições, startups, etc. vocês estão >> usando Perl, ou usaram recentemente, Perl? >> >> Aos mais inspirados, fica o convite de contarem também sobre *como* >> estão usando, e junto com o quê! :) >> >> Abraço, >> >> Nuba Princigalli >> >> -- >> Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli >> Discipline is not an end in itself, just a means to an end. - King Crimson >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm > > > > > -- > André Garcia Carneiro > Analista/Desenvolvedor Perl > (11)82907780 > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] YAPC::NA 2012 - Parabéns garu !
Breno, meus parabens e obrigado meu camarada, so estou aqui na lista lendo isto agora porque tu parou meia hora pra me falar de Perl, da comunidade e tudo mais apos um mini-curso que assisti. Boa parte do que aprendi no caminho se deve a isto tambem. Merecido white camel. Infelizmente nao poderei beber com voces parce que maintenant je suis en france, mas ja abri a cerveja aqui hehe. Abracos, Samir On Thu, Jun 21, 2012 at 10:39 PM, Marcio Ferreira wrote: > Opa vai sim Guedes, estou até me mudando pro Rio por causa dos ES :P > > > []s, > > Marcio Ferreira > @_marcioferreira > (11) 8567-1482 skype: marcio.ferreir4 > marciodesouzaferreira.blogspot.com > > > > On Thu, Jun 21, 2012 at 5:24 PM, Aureliano Guedes > wrote: >> >> Breno, não te conheço, mas você me ajuda muito com as minhas duvidas (você >> e a grande maioria aqui, que tem paciencia em ler tanta ignorancia nas >> minhas perguntas). >> >> Atrazado mas meus parabens. >> >> Abraço. >> >> PS: infelizmente não tenho possibilidade de ir na comemoração, goiania é >> longe, mas estou me programando para ir em um encontro social qualquer dia >> desses. >> >> > Date: Thu, 21 Jun 2012 14:29:06 -0300 >> > From: br...@rio.pm.org >> > To: rio-pm@pm.org >> > Subject: Re: [Rio-pm] YAPC::NA 2012 - Parabéns garu ! >> >> > >> > On Sun, Jun 17, 2012 at 8:30 PM, Randal L. Schwartz >> > wrote: >> > > What's funny is he was out of the room at the first announcement, so >> > > he >> > > didn't come up to accept his award in time. It wasn't until a few >> > > minutes later that he showed up to say "oh hi, I'm here". :) >> > >> > I blame it all on Robert Blackwell's amazing Hardware Hackathon. I was >> > completely focused on getting a mini-tank to walk using Arduino and >> > Perl, until he rushed into the room to let me know. The dialog went >> > something like this: >> > >> > - Garu! Your attention is required in the conference room! >> > >> > - Hm? What's up? (thinking maybe they were doing a BoF on conferences >> > or something) >> > >> > - (doing a little dance) You just won yourself a white camel, baby! >> > >> > - Wha WHAT >> > >> > - Yeah! Come on down and claim your award! >> > >> > - I... I... WHAT!!! >> > >> > And then I rushed to the conference room with Auggy and Rafl, >> > desperately failing to untangle myself from all the wires and LEDs and >> > leaving all my stuff behind, still trying to figure out what the hell >> > had just happened. I got to there and everybody clapped and I was >> > completely embarrassed, I mean, a white camel, wow!! Then a lot of >> > people, several of them my own personal Perl heroes, came to >> > congratulate me and I still don't think it really hit me yet =) >> > >> > I'm living proof that they do NOT let the winner know anything about >> > it beforehand - heck, they didn't even announce the award ceremony was >> > happening! :-P >> > >> > >> > Cheers, >> > >> > -b >> > ___ >> > Rio-pm mailing list >> > Rio-pm@pm.org >> > http://mail.pm.org/mailman/listinfo/rio-pm >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm > > > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Golf, brincadeira? ERA: Re: Unzip
Sobre explicacao de golf 2012/6/1 Fernando Oliveira > German, > Devo, não pago e nego enquanto puder! :P > > Agora, qto a como funciona uma especifica tacada de golf, eu não vejo > problema de te explicar alguma duvida q alguém tenha em alguma das minhas > tacadas, e suponho q os outros desportistas tb não teriam problema em fazer > o mesmo, caso perguntados. > Golf com documentacao e a mesma coisa que cerveja com pudim! nao tem nada a ver! hehehehe, ate onde entendi a ultima coisa que ele quer ser e didatico, e exatamente por isso aprendi MUITO sobre variaveis especiais do Perl so de olhar aqui o golf da galera, e MUITO MAIS, indo aos ESs e perguntando pra galera ao vivo, e rabiscando nos guardanapos os pedacos de codigo ;-) Abraco > > Isso resolve o problema? > > > Just another Perl Hacker, > Fernando (SmokeMachine) > > > Em 30 de maio de 2012 23:04, German Valenzuela < > german.valenzu...@gmail.com> escreveu: > > Fernando você ainda deve o twitter de golf. >> Acho golf foda, mas acho, a menos q eu seja o único q não entenda o que a >> linha "mágica" faz., q todo golf na lista devia vir explicado o que cada >> comando faz. >> >> 2012/5/30 Gabriel Vieira >> >>> Não se menospreze... já fazemos isso por você... ;P hehe (estou zoando) >>> >>> Realmente.. além de divertido, o golf permite aprimorar os >>> conhecimentos, ter raciocínio mais rápido e descobrir novas formas de >>> solucionar/pensar um problema, inclusive vendo a solução alheia. >>> >>> Outra coisa interessante é descobrir novas funcionalidades e tips & >>> tricks da linguagem.. >>> >>> Além de ser mão na roda pra solução de pequenas problemas... >>> >>> >>> 2012/5/30 Aureliano Guedes : >>> > Golf me assusta, mas as vezes me arrisco. Eu sou um merda programando, >>> sei >>> > disso, mas sou persistente, e quero tudo, >>> > com essa megalomania talvez eu chegue aos pés de vocês. Mas um dia, >>> > poderiamos fazer um golfzinho aqui. Iria ser legal. >>> > >>> >> From: braun.l...@gmail.com >>> >> Date: Wed, 30 May 2012 19:39:33 -0300 >>> >> To: rio-pm@pm.org >>> >> Subject: Re: [Rio-pm] Golf, brincadeira? ERA: Re: Unzip >>> > >>> >> >>> >> Salve! >>> >> >>> >> Bom, vou começar pelos primórdios do século XXI ... quando achar um >>> >> programador Perl era algo também difícil como encontrar as meias que >>> >> os duetes roubaram ... enfim se me lembro bem, conheci um "novato" que >>> >> em uma palestra ficou doido com o que Perl poderia e fazer a passou a >>> >> me perturbar dia e noite com seus códigos para verificar como estavam >>> >> ... se me lembro bem esse "novato" já escrevi códigos otimizados ... e >>> >> apesar dele viver falando o tempo todo, eu acabei sendo chamado de >>> >> papagaio ... esse "novato" se tornou um excelente programador Perl e >>> >> outras coisas mais como agora esta aprendendo a hackear fraldas e em >>> >> breve vai se especializar em papinhas ... O "novato" se tornou um Guru >>> >> ao qual eu respeito e muito, e que contrataria para trabalhar comigo >>> >> de olhos fechados, como já o fiz e garanto que o Golf só ajudou >>> >> na sua formação! >>> >> >>> >> Jogar Golf é igual jogar poker ou xadrez ... aprece ser uma diversão >>> >> boba, mas sabemos que não é, pois ao "brincar" com isso você vai estar >>> >> desenvolvendo suas habilidades e criando novas conexões neurais ... >>> >> heheh portanto, como já disse antes, se alguém falar que acha que você >>> >> não sabe codificar porque joga golf, é porque não tem a minima ideia >>> >> do que esta fazendo, e portanto não deve ser uma pessoa adequada para >>> >> lhe contratar e nem pensar em te gerenciar, então eu sugiro que >>> >> procure alguém que saiba o que faz e o que quer ... trabalhe para quem >>> >> sabe valorizar seu conhecimento e capacidade, pois garanto que vai >>> >> ganhar melhor, ser mais feliz e se divertir muito muito muito mais!!! >>> >> >>> >> Só para constar ... o golf já me salvou muitas vezes no trabalho! >>> >> >>> >> [ ]++ >>> >> >>> >> Marco Lima >>> >> braun.l...@gmail.com >>> >> im:m...@jabber-br.org >>> >> >>> >> Register Linux User #483170 >>> >> Slackware Linux, for the subgenius >>> >> >>> >> Em 30 de maio de 2012 18:59, Fernando Oliveira >>> >> escreveu: >>> >> > alguém q faz "aqueles codigos" trabalhando lá... >>> >> ___ >>> >> Rio-pm mailing list >>> >> Rio-pm@pm.org >>> >> http://mail.pm.org/mailman/listinfo/rio-pm >>> > >>> > ___ >>> > Rio-pm mailing list >>> > Rio-pm@pm.org >>> > http://mail.pm.org/mailman/listinfo/rio-pm >>> >>> >>> >>> -- >>> Gabriel Vieira >>> ___ >>> Rio-pm mailing list >>> Rio-pm@pm.org >>> http://mail.pm.org/mailman/listinfo/rio-pm >>> >> >> >> >> -- >> German Alejandro Valenzuela Egas >> 21.8053.6669 >> >> >> ___ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> > > > _
Re: [Rio-pm] [OFF-TOPIC] Parentesco
Ah, lembrei!!! hahahahahahaahahhaha Ja ouvi a historia num ES! 2012/5/29 Marcio Vitor De Matos > Blabos++ Ri sozinho aqui. > > O Fernando tinha certeza que a Paty Silva era o Solli travestido de > newbie. Hehe > > Enviado via iPhone > > Em 29/05/2012, às 17:55, Gabriel Vieira > escreveu: > > > hahahah > > > > Blabos++ > > > > 2012/5/29 Fernando Oliveira : > >> HAHAHAAHAHAHAHAHAHAHAHAHAHAHAAHA > >> > >> Eu tb sempre achei!!! > >> > >> > >> Just another Perl Hacker, > >> Fernando (SmokeMachine) > >> > >> > >> Em 29 de maio de 2012 17:49, Blabos de Blebe > escreveu: > >> > >>> Aureliano, o animal satisfeito dorme? > >>> > >>> 2012/5/29 Aureliano Guedes : > Não sou da antiga, melhor não responder, portanto. > Respondi.. XD > > Claro que é sacanagem com a Paty, ela não é tão inteligente como eu. > LOL > > > From: braun.l...@gmail.com > > Date: Tue, 29 May 2012 16:07:13 -0300 > > To: rio-pm@pm.org > > Subject: Re: [Rio-pm] [OFF-TOPIC] Parentesco > > > > > Cara! Eu não faria essa comparação ... é sacanagem com a Paty! > > > > [ ]++ > > > > Marco Lima > > braun.l...@gmail.com > > im:m...@jabber-br.org > > > > Register Linux User #483170 > > Slackware Linux, for the subgenius > > > > "Aquele que pensa que é demasiado grande para fazer trabalhos > pequenos > > é talvez demasiado pequeno para realizar grandes trabalhos." > > > > "Ter acesso ao conhecimento é um dever de todos; transmitir > > conhecimento é um dever de quem tem." > > > > "Na visão do hacker, o sentido da vida está em dedicar-se a uma > > paixão. Esta paixão é, na realidade, uma atividade significativa, > > inspiradora e prazerosa para o indivíduo, seja ela rotulada como > > "trabalho" ou como "diversão." > > > > "Ninguém é tão grande que não possa aprender, e nem tão pequeno que > > não possa ensinar" > > > > "Compartilhe o seu conhecimento. É uma maneira de alcançar a > > imortalidade" > > > > > > Em 29 de maio de 2012 15:48, Diogo Leal > > escreveu: > >> LOL > >> > >> Diogo Leal [estranho] > >> http://diogoleal.com > >> msn | gtalk: estra...@diogoleal.com > >> > >> > >> 2012/5/29 Gabriel Vieira : > >>> hahahah > >>> > >>> blabos++ > >>> > >>> 2012/5/29 Fernando Oliveira : > Blabos, essa só os da antiga entenderam!!! > > blabos++ > > Just another Perl Hacker, > Fernando (SmokeMachine) > > > Em 29 de maio de 2012 15:24, Blabos de Blebe > escreveu: > > > Aureliano, > > > > É verdade que você é primo da Paty Silva? > > > > []'s > > ___ > > Rio-pm mailing list > > Rio-pm@pm.org > > http://mail.pm.org/mailman/listinfo/rio-pm > > > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > >>> > >>> > >>> > >>> -- > >>> Gabriel Vieira > >>> ___ > >>> Rio-pm mailing list > >>> Rio-pm@pm.org > >>> http://mail.pm.org/mailman/listinfo/rio-pm > >> ___ > >> Rio-pm mailing list > >> Rio-pm@pm.org > >> http://mail.pm.org/mailman/listinfo/rio-pm > > ___ > > Rio-pm mailing list > > Rio-pm@pm.org > > http://mail.pm.org/mailman/listinfo/rio-pm > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > >>> ___ > >>> Rio-pm mailing list > >>> Rio-pm@pm.org > >>> http://mail.pm.org/mailman/listinfo/rio-pm > >> > >> > >> > >> ___ > >> Rio-pm mailing list > >> Rio-pm@pm.org > >> http://mail.pm.org/mailman/listinfo/rio-pm > > > > > > > > -- > > Gabriel Vieira > > ___ > > Rio-pm mailing list > > Rio-pm@pm.org > > http://mail.pm.org/mailman/listinfo/rio-pm > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
Re: [Rio-pm] Unzip
Aureliano, se isso ajuda a te inspirar : http://imgs.xkcd.com/comics/11th_grade.png Li essa tirinha em 2006, me inspirei pra tirar um fds so eu e a maquina. Hoje em dia olho pra tras e falo - mais verdade impossivel. O que adiciono a ela e -- mais que 10^6 desafios, mais vale primeiro um problema real, depois os desafios pra agucar a mente. Abs 2012/5/29 Aureliano Guedes > Gabriel, obrigado pela ajuda, o seu codigo me ajudou. Em breve posto como > ficou. AOS QUE TENTARAM ME AJUDAR OBRIGADO. > > Bem, eu sou novo tanto na lista quanto em Perl, programo a menos de 1 ano > e iniciei com perl, apesar de estar brincando um pouco com C e Python > agora, mas Perl é a menina dos meus olhos. > Mas não sou programador, nem faço um curso ligado a isso, mas eu gosto de > programar e muito, infelizmente me falta tempo para aprender mais. > Sim eu li a documentação do IO::Uncompress::Unzip e do Archive::Zip, mas > não entendi muito, depois procurei insessantemente por codigos prontos, > pois eu aprendo vendo a logica de outros codigos, mas sou burro e não > entendi, apenas aprendi a lista os arquivos dentro de um *.zip com o > Archive::Zip e extrair um a um com o IO:Uncompress::Unzip, por isso vim > pedir ajuda, mas me senti mal agora de ver tanta briga. > > No mais, não vou perder meu tempo com PHP, eu sou persistente, um dia eu > aprendo, mas no meu caso não tenho tanta base quanto a maioria, afinal não > tive Algoritimo nem Logica nem Logica de programação, nem nada disso, nem > mesmo portugues. > > -- > From: leonardo.bal...@gmail.com > Date: Tue, 29 May 2012 16:45:15 -0300 > > To: rio-pm@pm.org > Subject: Re: [Rio-pm] Unzip > > Fácil! Só usar o Wordpress! > > Em 29 de maio de 2012 16:22, Tiago Peczenyj > escreveu: > > nivel "dado o codigo abaixo"" > > > como eu faço para acessar um banco de dados e processar compras > através de paypal, pagamento digital e geração de boleto em pdf com > login pelo facebook? > > 2012/5/29 Leo Balter : > > Essa lista é uma das mais tranquilas que já vi, quer guerra procura a PHP > > Brasil ou jQuery Br. > > > > Lá chovem perguntas indecisas e indecentes. > > > > Em 29 de maio de 2012 15:44, Samir Cury escreveu: > > > >> (30) > >> > >> Galera, pro nosso amigo novato, nao desiste nao cara, tem MUITO mais > >> e-mail tecnico que de xingamento (existem mas meio raros), alias, nao > >> preciso dizer mais nada, so procura essa thread aqui, bem recente : > >> > >> "[Rio-pm] Cliente SMTP em Pure Perl (was Ajuda com configuração do > CPAN)" > >> > >> Entao alem de responder num bom nivel tecnico, a galera aqui ainda poe > >> algumas perguntas "banais" no trampolim e sobe bastante o nivel. > >> > >> Flame tem em todo o canto, ate na SL-RJ, pythonrio, ArduInRio, etc etc > >> etc, a pergunta e se o que nao e flame vale a pena estar na lista =) > >> > >> Abs, > >> Samir > >> > >> > >> > >> 2012/5/29 Alexei Znamensky > >>> > >>> Patrulheiros? Isso me lembra o CHIPS > >>> > >>> (29) > >>> Em 29/05/2012 15:29, "Blabos de Blebe" escreveu: > >>> > >>> > >>> > > >>> > 28 > >>> > > >>> > 2012/5/29 Diana Rosa : > >>> > > 26o. > >>> > > > >>> > > Em 29 de maio de 2012 15:24, escreveu: > >>> > > > >>> > >> quem deixou de ler que o email que postei começou assim? "jeito > >>> > >> ‘dirty’ > >>> > >> que funciona" > >>> > >> > >>> > >> não foi dito que é a melhor maneira; é uma que funciona para quem > >>> > >> estava > >>> > >> tendo dificuldades com outro módulo; a sugestão não usa módulos e > é > >>> > >> rápida. > >>> > >> > >>> > >> cada um usa como quiser, nem sempre é preciso um tratado com banca > >>> > >> examinadora escrutinadora. > >>> > >> > >>> > >> patrulheiros, menos. > >>> > >> > >>> > >> > >>> > >> -Mensagem Original- From: Blabos de Blebe > >>> > >> Sent: Tuesday, May 29, 2012 3:15 PM > >>> > >> To: Perl Mongers Rio de Janeiro > >>> > >> > >>> > >> Subject: Re: [Rio-pm] Unzip > >>> > >> > &g
Re: [Rio-pm] Unzip
(30)
Galera, pro nosso amigo novato, nao desiste nao cara, tem MUITO mais e-mail
tecnico que de xingamento (existem mas meio raros), alias, nao preciso
dizer mais nada, so procura essa thread aqui, bem recente :
"[Rio-pm] Cliente SMTP em Pure Perl (was Ajuda com configuração do CPAN)"
Entao alem de responder num bom nivel tecnico, a galera aqui ainda poe
algumas perguntas "banais" no trampolim e sobe bastante o nivel.
Flame tem em todo o canto, ate na SL-RJ, pythonrio, ArduInRio, etc etc etc,
a pergunta e se o que nao e flame vale a pena estar na lista =)
Abs,
Samir
2012/5/29 Alexei Znamensky
> Patrulheiros? Isso me lembra o CHIPS
>
> (29)
> Em 29/05/2012 15:29, "Blabos de Blebe" escreveu:
>
> >
> > 28
> >
> > 2012/5/29 Diana Rosa :
> > > 26o.
> > >
> > > Em 29 de maio de 2012 15:24, escreveu:
> > >
> > >> quem deixou de ler que o email que postei começou assim? "jeito
> ‘dirty’
> > >> que funciona"
> > >>
> > >> não foi dito que é a melhor maneira; é uma que funciona para quem
> estava
> > >> tendo dificuldades com outro módulo; a sugestão não usa módulos e é
> rápida.
> > >>
> > >> cada um usa como quiser, nem sempre é preciso um tratado com banca
> > >> examinadora escrutinadora.
> > >>
> > >> patrulheiros, menos.
> > >>
> > >>
> > >> -Mensagem Original- From: Blabos de Blebe
> > >> Sent: Tuesday, May 29, 2012 3:15 PM
> > >> To: Perl Mongers Rio de Janeiro
> > >>
> > >> Subject: Re: [Rio-pm] Unzip
> > >>
> > >>> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
> > >>> amadurecer
> > >>
> > >>
> > >> Ué cara, cada um tem o direito de passar o que quiser na própria
> bunda.
> > >> A gente tá aqui é pra dizer que não é pra enfiar na nossa cara depois.
> > >>
> > >> 2012/5/29 Daniel Mantovani :
> > >>>
> > >>> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
> > >>> amadurecer. Da para perceber o quão maduro você é.
> > >>> Para de se achar, e aprende alguma coisa.
> > >>>
> > >>> []'s
> > >>> --
> > >>> Software Engineer
> > >>> Just Another Perl Hacker
> > >>> Daniel Mantovani +5511 8538-9897
> > >>> XOXO
> > >>>
> > >>> On May 29, 2012, at 11:47 AM, wrote:
> > >>>
> > >>> Mantovani, menos.
> > >>>
> > >>> Amadureça.
> > >>>
> > >>> From: Daniel Mantovani
> > >>> Sent: Tuesday, May 29, 2012 11:04 AM
> > >>> To: ulis...@ibiz.com.br ; Perl Mongers Rio de Janeiro
> > >>> Subject: Re: [Rio-pm] Unzip
> > >>>
> > >>> Ulisses,
> > >>>
> > >>> Se for para fazer porcaria, use Shell Script.
> > >>>
> > >>> --
> > >>> Software Engineer
> > >>> Just Another Perl Hacker
> > >>> Daniel Mantovani +5511 8538-9897
> > >>> XOXO
> > >>>
> > >>> On May 29, 2012, at 10:14 AM, wrote:
> > >>>
> > >>> jeito ‘dirty’ que funciona em Linux e MS$ |(se vc baixar o unzip for
> > >>> windows
> > >>> na máquina).
> > >>>
> > >>> se vc puder dar um exec no comando unzip, sugiro
> > >>>
> > >>> $cmd = "unzip -o \"$in\" -d $path_temp_zip"; # unzipa $in no subdir
> > >>> temporario, adicao de -o para overwrite sem perguntar nada para
> usuario
> > >>>
> > >>> vc pode colocar opções para extrair apenas os arquivos que vc deseja
> > >>> extrair: opções –x -C
> > >>>
> > >>> $cmd_msg = qx/$cmd 2>&1/; # captura STDOUT e STDERR
> > >>> $cmd_status = $?; # memoriza status de retorno do unzip
> > >>>
> > >>> if ($cmd_status) {
> > >>>($ok, $sev, $msg) = (0,1,"Erro ao executar '$cmd': $cmd_status:
> > >>> $cmd_msg");
> > >>>
> > >>> } else {
> > >>> navegue por $path_temp_zip para tratar os arquivos do seu
> interesse,
> > >>> ja
> > >>> filtrados pelas opções que vc deve adicionar no $cmd unzip acima
> > >>> }
> > >>>
> > >>> From: Aureliano Guedes
> > >>> Sent: Tuesday, May 29, 2012 8:19 AM
> > >>> To: Rio PM
> > >>> Subject: Re: [Rio-pm] Unzip
> > >>>
> > >>> O que tentei fazer foi isso:
> > >>>
> > >>> http://pastebin.com/45tHKZur
> > >>>
> > >>> Mas ainda não deu certo.
> > >>>
> > >>>
> > >>>
> > >>> Date: Mon, 28 May 2012 23:08:44 -0300
> > >>> From: ole@gmail.com
> > >>> To: rio-pm@pm.org
> > >>> Subject: Re: [Rio-pm] Unzip
> > >>>
> > >>> Walking through a zipfile, com certeza te providencia o nomes dos
> > >>> arquivos.
> > >>> Afinal,.a extensão não importante, faz parte do nome...
> > >>> 0le
> > >>> Send via Android
> > >>> Em 28/05/2012 22:48, "Aureliano Guedes"
> > >>> escreveu:
> > >>>
> > >>> Ok. Entendo ja li a documentação, inclusive ja pesquisei codigo
> pronto ja
> > >>> internet. Mas ainda sim não consegui usa-lo, pois especificando a
> > >>> extenção
> > >>> do arquivo fica facil, o output saira com a extenção desejada, mesmo
> que
> > >>> você coloque *.cmj (casa da mãe joana).
> > >>> Minha duvida é, descompactar 800 arquivos *.zip onde o conteudo pode
> ser
> > >>> arquivos das mais diversas extenções, as vezes mais de um arquivo, as
> > >>> vezes
> > >>> uma pasta contendo outros arquivos, acontece que sempre sai um
> arquivo
> > >>> vazio
> > >>> como ja falei.
> > >>>
> > >>> Então, como fazer?
> >
Re: [Rio-pm] Player de musica
Tinha o MonkPlayer : http://sourceforge.net/projects/monkplayer/ Ha muito tempo atras, o conceito e muito bom (a la last.fm mas para grupos de pessoas) -- (tenta) harmonizar o gosto musical de todos. Por enquanto so funciona localmente, eu tentei bolar um plugin para streamer, mas como e uma das poucas coisas que nao achei no CPAN (RTSP server side) teria que fazer na marra e nunca tive tempo. Abs, Samir 2012/5/19 Aureliano Guedes > Apenas curiosidade. Ou talvez tentar fazer um. > > -- > From: leonardo.bal...@gmail.com > Date: Fri, 18 May 2012 22:34:45 -0300 > > To: rio-pm@pm.org > Subject: Re: [Rio-pm] Player de musica > > Desculpe a curiosidade, qual seria o objetivo/projeto dos players? > > Infelizmente não conheço algo para te sugerir no momento. > > []s > > Em 18 de maio de 2012 21:44, Aureliano Guedes > escreveu: > > Opa, valeu, vou conferir. Desculpa abusar, e quanto a player de video?? > > -- > Date: Fri, 18 May 2012 20:57:44 -0300 > From: rvr...@gmail.com > To: rio-pm@pm.org > Subject: Re: [Rio-pm] Player de musica > > > Olá, > O gmusicbrowser é feito em Perl e é muito bom :) > http://gmusicbrowser.org/ > Renan > On May 18, 2012 8:08 PM, "Aureliano Guedes" > wrote: > > Ola, Monges. > > Eu andei pesquisando e achei muitos controladores de player em Perl, mas > não achei nenhum player de musica feito inteiramente em Perl. > > Será que alguém tem e/ou conhece algum player de musica feito inteiramente > em Perl?? > > É apenas por curiosidade mesmo. > > Desde já grato, > > Aureliano Guedes. > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > > > ___ Rio-pm mailing list > Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > > > > ___ Rio-pm mailing list > Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm > > ___ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
[Rio-pm] Namespace App:: e aplicacoes no CPAN
Ola pessoal, Fernando e Breno lembrarao bastante dessa discussao, que lembro de conversarmos varias vezes nos ESs de 2010. Mas como estou pra escrever uma aplicacao em Perl, que dessa vez quero fazer bonito usando modulos e etc, gostaria de saber o que a comunidade acha de subir aplicacoes inteiras para o CPAN. Isto tem algumas OTIMAS vantagens, por exemplo, o CPAN permite instalar sem problemas em um Debian, RedHat, Slack, Gentoo e por ai vai. Acho a feature de portabilidade genial. Ha tambem o ponto de que CPAN e um repositorio de libs, e nao deve ficar cheio de "lixo". Eu acho que se analisarmos os 2, eu ficaria com o primeiro -- portabilidade. O contra-argumento normalmente e -- entao porque existe o namespace App:: ? Mas gostaria de saber qual a "recomendacao-senso-comum". Abracos, Samir ___ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
