Opa, Tive um problema semelhante uma vez.
Havia um servidor HP-UX, sem saída pra internet e sem compilador. Na época, me forneceram um servidor idêntico, com internet e compiladores, para fazer o desenvolvimento. Eu compilei um Perl atual, com uma opção, se não me engano, -Duserelocatableinc, com --prefix para um diretório qualquer. Com o cpanm, baixei todos os módulos do CPAN que foram necessários e instalei nesse diretório do prefix, como se fosse um perlbrew. Por fim um zip em tudo resolveu o problema. Na época eu nao conhecia o perlbrew e acho que ele resolveria essa parte de compilação e instalação no servidor de dev, de forma mais simples. Creio que um zip no diretório do brew também resolveria. Não é exatamente mesmo cenário que o seu, mas no meu caso o transplante foi bem sucedido. Eu não lembro exatamente como eu resolvi a questão da seleção do perl correto pelos scripts, mas acho que foi adicionando um alias no equivalente do bashrc do usuário que executaria os scripts. O relocatableinc cuidava do resto. Imagino que hoje existam soluções mais elegantes 2015-06-17 11:03 GMT-03:00 Leonardo Ruoso <[email protected]>: > 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 > >
=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
