[SP-pm] perlbrew

[Leonardo Ruoso]

Em Sex, 2012-06-22 às 12:29 -0300, Solli Honorio escreveu: 
> Em 21 de junho de 2012 15:26, Eden Cardim <edencardim em gmail.com> escreveu:
> 
> > >>>>> "Alexei" == Alexei Znamensky <russoz em gmail.com> writes:
> >
> >    Alexei> Como eu disse ao garu, numa outra ocasião, nenhuma solução
> >    Alexei> de empacotamento do Perl, atualmente (e que eu tenha ouvido
> >    Alexei> falar), consegue ser atraente para o mercado, por causa da
> >    Alexei> compilação dos modulos XS.
> >
> >    Alexei> Quando se compara isso com outras linguagens mais
> >    Alexei> "mainstream", a situação fica muito similar, senão igual, a
> >    Alexei> comparar a instalação/manutenção de pacotes no gentoo e no
> >    Alexei> debian.
> >
> > Olha, sem querer chato mas, existem sim soluções para distribuição de
> > pacotes pré-compilados e o processo de criação e distribuição desses
> > pacotes pode ser feito da mesma forma como outras linguagens fazem. Por
> > exemplo, o debian distribui módulos perl pré-compilados a séculos, a Red
> > Hat também, e tem muitas shops que criam pacotes .deb ou .yum de suas
> > aplicações e dependências como mecanismo de deploy. O problema é que a
> > comunidade não menciona muito essas soluções porque a maioria das
> > pessoas que já estão dentro da comunidade não precisa delas, ou preferem
> > compilar pra fugir da incompatibilidade binária. Eu particularmente
> > prefiro essa abordagem, (isso não quer dizer que é necessariamente a
> > "mais correta") e faço assim com todas as linguagens (inclusive as mais
> > mainstream). Isso não é um problema específico do perl, mas de toda
> > linguagem que fornece bindings pra bibliotecas escritas em outras
> > linguagens. A diferença pra maioria das outras linguagens é que
> > simplesmente não existe a cultura aqui de ter o trabalho de
> > disponibilizar pacotes pré-compilados em N plataformas.
> >
> > Talvez o que esteja faltando é suporte dentro do cpan para a
> > distribuição desses pacotes. É uma questão de re-aproveitar compilações
> > executadas por usuários do cpan e submeter um bundle com o blib dentro
> > (é mais ou menos assim que funciona o sistema de testes hoje). Existem
> > sistemas que já funcionam assim, como o brew e o macports. Alguém topa
> > de criar e encarar o projeto? :)
> >
> 
> Eu gostaria de ter isto para o ambiente Windows, pois ao contrário do que
> ocorre nos sistemas Unix like (bom agora o mac resolveu sacanear e criar
> dificuldade com o XCode), no Windows não é trivial ter um compilador (bah,
> e não me fale do Cygwin como alternativa, pois não é).  A ActiveState
> resolveu isto com o sistema de empacotamento deles, mas nem todas as
> alternativas do CPAN estão disponível para o ActiveState.
> 
> Temos algumas iniciativas que não ganharam corpo para criar empacotamento
> para as distribuições do Debian e RedHat, que eu acho interessante. Mas se
> eu fosse fazer isto, eu gostaria de colocar uma 'inteligência' do
> empacotamento entender que eu posso estar num ambiente de brew ou
> local::bin. Isto seria muito legal. Um repositório de compilados onde o
> empacotamento entendesse ambiente em perlbrew ou local::bin. Qual a
> dificuldade em fazer isto ?

O que é prático fazer é distribuir binários para uma versão específica
de um SO. Por exemplo, você faz a distribuição do seu software para
Debian Squeeze… Assim você distribui os binários correspondentes. 

Se você vai fazer só um tarball usando localib ainda assim vai
distribuir para uma versão específica de SO ou para algumas versões
específicas.

Se você vai distribuir o perl no tarball (e eu vejo muitos softwares que
distribuem e instalam uma JVM excluisiva —só para não virem me xingar
aqui a toa), ainda assim terá que distribuir o perl para cada versão de
SO → Debian/Ubuntu — i386/amd64 — Squeeze/Weezy…

A questão é que você está falando de uma linguagem que distribui os
fontes por natureza, então costuma «não compensar» a distribuição de
pacotes binários… ou usar o binários distribuídos pelo SO sempre que
possível!




> 
> Solli Honorio
> 
> 
> >
> > --
> > Eden Cardim
> > +55 11 9644 8225
> > =begin disclaimer
> >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> >  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> >  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: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer


-- 
Leonardo Ruoso  
(11) 2368-2228 - (11) 3522-9612
http://leonardo.ruoso.com 

«unless speed is of primary importance, 
asynchronous communication is vastly superior» 
 → http://lnkd.in/jvyumH