Moo é mais fácil de empacotar? Em 16/06/2015 19:34, "Thiago Rondon" <[email protected]> escreveu:
> Leonardo, > > Quando aparecerem, compartilhe os problemas de Unix que tiver, já > quebrei muita cabeça com isto mantendo pacotes (não só o b-datum) > entre várias distros. > > Sobre o Moose, você pode substituir por Moo. Porém, dependendo do teu > cenário, "pure-perl" pode ser interessante por performance. > > Se não me falhe a memória, não é necessário XS no POE para maioria dos > cenários. > > Abs! > -Thiago Rondon > > > > > Em 16 de junho de 2015 19:25, Leonardo Ruoso <[email protected]> > escreveu: > > Thiago, > > > > Obrigado, > > > > Com pacotes eu tenho experiência, o problema é com Unix na unha, sem > > pacotes, mas também sem make ou (g)cc, ou seja, mesmo o mirror da CPAN > não > > resolve. Vou dar uma olhada se consigo trabalhar com o FatPack. > > > > Talvez eu tenha de substituir o Moose por OO legada, mas o POE eu não > teria > > como tirar. > > > > Em 16 de junho de 2015 19:08, Thiago Rondon <[email protected]> escreveu: > >> > >> Leonardo, > >> > >> No projeto do agente da b-datum, nos desenvolvemos de uma maneira para > >> evitar inclusive o máximo de dependências, e para ser executados no > >> máximo de distribuições e interpretadores Perl possível. > >> > >> https://github.com/b-datum/b-datum-linux > >> > >> Minhas dicas, seriam: > >> > >> - Utilizamos o fatpack. Ele funciona bem, e é fácil de manter os > >> pacotes e versões que você deseja no teu repositório. > >> > >> - Preferências por módulos Core. > >> > >> - SSL pode trazer problemas em alguns cenários, mas é possível > >> encontrar soluções sem XS e com dependências de pacotes no sistema > >> operacional, porém é interessante "validar" se há um pacote XS > >> disponível e usar, por performance. > >> > >> - MD5 e algoritmos similares pode ser substituído por "comandos do > >> sistema operacional", por questão de performance também. > >> > >> - Construa pacotes para instalação do aplicativo, para resolver > >> problemas "pontuais" com cada distribuição. No repositório você irá > >> ver que a construção de pacotes contempla questões no RPM como "É > >> fedora ?", e por aí vaí. > >> > >> - Disponibilizar em repositórios os pacotes para poder facilitar a > >> atualização. > >> > >> Abs! > >> -Thiago Rondon > >> > >> Em 16 de junho de 2015 16:59, Leonardo Ruoso <[email protected]> > >> escreveu: > >> > Senhores, > >> > > >> > Cenário que eu preciso da opinião dos colegas sobre distribuir código > >> > Perl > >> > para rodar em sistemas sem compiladores. > >> > > >> > > >> > =begin disclaimer > >> > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > >> > SaoPaulo-pm mailing list: [email protected] > >> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > >> > =end disclaimer > >> > > >> =begin disclaimer > >> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > >> SaoPaulo-pm mailing list: [email protected] > >> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > >> =end disclaimer > > > > > > > > > > -- > > Leonardo Ruoso > > Journalist, Perl developer and business consultant > > Media, UFC/2006; Telecom, IFCE/1998 > > > > =begin disclaimer > > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > > SaoPaulo-pm mailing list: [email protected] > > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > > =end disclaimer > > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer >
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
