Leonardo, Eu já passei por algo parecido e não tem mágica. Já sofri com isso no Windows e no AIX. A solução que eu usei foi bem parecida com a do que o Blabos citou acima. Compilar num ambiente local e distribuir como um "pacote" para cada O.S/Arquitetura. Mas de qualquer forma, os meus softwares eram para resolver problemas pontuais.
2015-06-17 15:51 GMT-03:00 Blabos de Blebe <[email protected]>: > 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 > > -- -dom -- Daniel de Oliveira Mantovani Business Analytic Specialist Perl Evangelist /Astrophysics hobbyist. +55 11 9 8538-9897 XOXO
=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
