Usando FatPacker e trocando alguns módulos consegui ficar apenas com módulos adicionais perl-puro.
O OS X tem Moose e XML::LibXML, por exemplo, na instalação padrão, isso ajuda um bocado. Em qui, 18 de jun de 2015 14:20, Leonardo Ruoso <[email protected]> escreveu: > Então, acho que vou precisar limar toda "frescura" para tentar que o Fat > Packer consiga gerar um .PL universal, usando apenas componentes nativos do > sistema. Já estou arrancando as facilidades dispensáveis. > Em 18/06/2015 14:04, "Daniel de Oliveira Mantovani" < > [email protected]> escreveu: > >> 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 >> >>
=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
