Docker não é uma opção da mesma forma que jail não seria. Em qua, 17 de jun de 2015 11:02, Leonardo Ruoso <[email protected]> escreveu:
> Docker não é Linux? > > Em qua, 17 de jun de 2015 07:13, Frederico Recsky <[email protected]> > escreveu: > >> Qual distro ou unix que voce ta usando? >> >> Se docker não for uma opção eu manteria um clone dele numa vm com >> compilador. Uma hora voce vai esbarrar numa libc faltando mesmo se for >> tentar ir pure perl. >> >> Vou deixar publico que eu não sei viver mais sem docker. To tentando >> instalar ele até na minha geladeira. >> >> 2015-06-17 5:42 GMT-03:00 Leonardo Ruoso <[email protected]>: >> > 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 >> > >> =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
