Sim, distribuir o Perl em si pode ser uma alternativa interessante, uma vez que a arquitetura não deve mudar, apenas o Perl e os componentes de máquina.
Tenho de limpar meu local lib para fazer uma instalação limpa. Em 16/06/2015 19:33, "Lucas Moraes" <[email protected]> escreveu: > Leonardo você já tentou usar local-lib ou perlbrew, tipo você faz a > instalação do mesmo em outra máquina, depois você copia para máquina que > você vai usar. Já fiz isso em servidores compartilhado que oferecia ssh, > mas não tinha permissão para compilar os módulos Perl. Não custa tentar. > Em 16/06/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
