"Cl�udio Sampaio (Patola)" wrote:
>
> Em Sex, 2001-12-07 �s 13:24, Henrique Cesar Ulbrich escreveu:
> > Eu sonho com um sistema de instala��o (tipo o InstallShield no Windows) que
> > gere um instalador execut�vel em Linux. Esse instalador vai checar as
> > depend�ncias, compilar os fontes das depend�ncias, instal�-las, compilar os
>
> Compilar os fontes? Voc� est� querendo que o computador do usu�rio
> final tenha obrigatoriamente um compilador e bibliotecas de
> desenvolvimento? Ent�o quem n�o tiver isso n�o vai poder instalar?
Se a instala��o pelos fontes for *opcional*, n�o haver� problemas...
Eu n�o me lembro de qual distro, talvez fosse algum (Open|Net|Free)BSD,
que tinha uma op��o de recompilar a instala��o (j� feita!!) inteira,
substituindo os bin�rios anteriores.
Muito bacana, porque da� a distro pode ser distribu�da otimizada para
i386, e o cara depois recompilava tudo de acordo com o processador que
tivesse.
Pouco pr�tico pra end-user, mas h� quem goste do recurso!! Eu gostei da
id�ia...
> > fontes do programa, instal�-lo, vai verificar qual a base de dados do sistema
> > (se DEB, RPM, TGZ ou o que vier) e atualiz�-lo. Quando o usu�rio quiser
>
> TGZ n�o tem depend�ncias, DEB e RPM t�m. Como ele vai gerenciar isso
> com robustez? Estenda o racioc�nio para todos os outros recursos de cada
> tipo de pacote.
Talvez fosse a hora do pessoal dod SlackPacks darem uma extendidinha nas
especifica��es...
> Voc� est� louco. Um sistema instalador destes n�o � robusto. Al�m de
Menos do que vc imagina!
> ser inseguro e no caso do GNU/Linux. Veja bem, � interessante que o
> 'end-luser' nos d� par�metros tais como facilidade de uso e aplicativos
> populares para usar no GNU/Linux, mas este usu�rio N�O ENTENDE de
> computador e na maioria das vezes o que ele QUER � justamente o
> tecnicamente INCORRETO.
Mas vc n�o precisa dar *exatamente* o que o "end-luser" quer. Pode ser
algo tecnicamente diferente, mas que aparentemente fa�a o que ele quer.
A id�ia do "Sand-Box" do Edgard � excelente neste contexto. Um chroot
pode ser mais que suficiente na maioria das aplica��es "tecnicamente
incorretas" que o usu�rio quer...
> Eu acho que devemos nos esfor�ar para deixar o sistema f�cil, mas sem
> sacrificar partes vitais como o sistema de pacotes do GNU/Linux; tanto
> DEB quanto RPM s�o muito bons, e deveriam ser usados na plenitude de
> seus recursos.
Nem estamos defendendo o contr�rio. Lembre-se da mesnagem original: "N�o
confunda Instalador de Aplica��es com Gerenciador de Pacotes".
Estamos cogitando um aplicativo "Instalador de Aplica��es", que crie uma
camada de abstra��o padronizada para a m�riade de "Gerenciadores de
Pacotes" que temos por a�.
Eu, pessoalmente, defendo ainda mais : que este mecanismo se restrinja
�s instala��es de aplicativos alien�ginas (n�o mantidos pela mantenedora
oficial da distro), e que cada distro gerencie como desejar seus pacotes
nativos - o Instalador de Aplica��es que se vire pra se adaptar �
eles...
Restrinjo ainda mais : que ele limite a instala��o de Aplicativos em
sub-�rvores espec�ficas (/opt ou /usr/local, por exemplo), n�o deixando
que estes pacotes se infiltrem na �rvore principal.
> D� pra fazer um equil�brio de facilidade e flexibilidade sem estragar o
> sistema - e em minha opini�o, a solu��o que voc� prop�e est� bem longe
> deste equil�brio!
Pessoalmente, eu acho que vc est� enganado. Copiar cegamente a
*metodologia* de instala��o de aplicativos do Windows � suic�dio. Mas
copiar o *conceito*, implementando-o de forma � respeitar o sistema de
pacotes nativo e evitando que bin�rios n�o autorizados pela distro se
infiltrem na �rvore principal (o que fatalmente vai acontecer se o
usu�rio leigo for mexer ele mesmo nos pacotes) � uma solu��o vi�vel para
este problema.
> > > > que nosso amado SO seja o mais popular poss�vel, temos que torn�-lo
> > > > popular.
> > > Eu entendi o que vc quer dizer. Mas que ficou engra�ado, ficou... 8-)
>
> > T�, t�, t�, foi mal escrito mesmo. Ningu�m � perfeito :P
>
> Pois que tal isso: "ser popular sem sacrificar a t�cnica"?
N�o � o que estamos propondo desde o in�cio? ;-)
--
[]s,
Pink ------------------------------------
(Lisias Toledo) | ECHELON AT MY BALLS !! |
Manaus/Amazonas/Brasil | Will My Freedom Be Forever Denied? |
--------------------------------------------------------------------
/"\ CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
\ / ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
X
/ \ Movimento Pr�-acentua��o:
/ \ Use "MIME, quoted-printable, ISO-8859-1" em seu e-mailer.
Assinantes em 11/12/2001: 2362
Mensagens recebidas desde 07/01/1999: 145961
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
