On Wed, Dec 12, 2001 at 03:00:42PM -0400, Lisias A. Toledo wrote: > "Flavio B. Leitner" wrote: > > bin�rios, bibliotecas e etc.. Ent�o em teste ambos os pacotes > > devem funcionar na mesma distro. > > Mas n�o existe como garantir isto � n�vel de depend�ncias... Uma coisa � > dizer "Meu APlic devende do Xfree4.1". Outra � dizer "Meu aplic depende > do xt-2.3.4.1.3".
O rpm faz depend�ncia autom�tica, se precisa da libxt-2.2.2.2.2.2 ele vai exigir que voc� tenha ela tamb�m, e isso garante o funcionamento. Agora se ela lib est� no pacote xyz-200 ou no libxt2 � outra coisa que o rpm enm olha. A n�o ser que a pessoa que fez o pacote tenha feito a depend�ncia expl�cita. > > Sabe Deus quantas vers�es do XT j� vieram numa distro Xfree4. Mas a que > eu quero � a 2.3.4.1.3... Como verificar esta depend�ncia? Diminuir a > granularidade � nivel de araquivo, como nos Windows? N�o. Veja: Se eu instalar o XFree86 do Conectiva (� o que eu uso) vou ter todo o XFree86 como seria o XFree86.rpm. Agora, imagina que eu quero instalar o Xconfigurator 2.2 e ele depende da libxaw-1.0. O pr�prio rpm nas depend�ncias autom�ticas vai exigir isso de voc�. Aqui aparece a falha do rpm que o apt portado tenta minimizar: Em que pacote est� essa lib? Se tiver no pacote XFree86.rpm, voc� vai ser obrigado a instalar tudo por causa de uma lib, mas e se ele tiver no libxaw2.rpm? N�o tem sentido em fazer por arquivo, mas por funcionalidade j� � um grande avan�o, concorda? > > Ent�o se eu estiver usando Slackware e l� tiver o XFree86.rpm apenas > > com todos os arquivos do XFree86 e eu quiser limpar meu sistema > > j� que n�o uso metade do quem l�, eu simplesmente vou e instalo o > > pacote XFree86-libs-common da conectiva e mais alguns pacotes que eu > > desejo. Deve funcionar perfeitamente se forem respeitadas as depend�ncias. > > Mas a� vc t� perdendo as garantias da Slack. � o mesmo que enfiar > ar-condicionado de terceiros no seu carro. �s vezes d� certo, �s vezes > n�o. Se as depend�ncias forem satisfeitas (pacote bem feito), e for padr�o LSB, os arquivos ter�o obrigatoriamente o mesmo lugar, e a vers�o correta estar� l� tamb�m. Rode o ximian gnome no Conectiva, por exemplo. A Ximian n�o suporta o Conectiva, por�m � LSB (ou sen�o foi intencional, ficou bem pr�ximo), pegue l� o da Ximian Red Hat e instale no Conectiva, provavelmente a libgtk vai ser outra vers�o, que o rpm vai exigir de voc�, e a Conectiva disponibiliza como libgtkX. Capiche? N�o vai existir apenas um pacote. Olhe quantos galX, onde X � o major version, ela mant�m. Acho que uns 3 ou 4 para a distro atual. > [...] > > deseja. E mesmo para quem usa o Conectiva, existe os meta-pacotes, que > > nada mais s�o que pacotes que n�o contem arquivos mas tem depend�ncias > > para todos os outros, for�ando a instala��o de todos eles. > > # apt-get install XFree86 > > Perfeito. > > Mas estamos discutindo mecanismo semelhante que facilite o usu�rio > [des]instalar de forma segura (sem perder as garantias da mantenedora) > seus pr�prios aplicativos. De quebra, enjaular os conflitos entre > distros num mecanismo que permita ao fornecedor aut�nomo de aplicativos > facilitar ao m�ximo a sua distribui��o para seus usu�rios, j� que o > problema dos pacotes ele vai ter que lidar de frente mesmo. Certo, isso ser� implementado mais cedo ou mais tarde, (j� est� no bugzilla), executar apt-get remove evolution e ele automagicamente verificar os pacotes que s�o in�teis agora e remov�-los. Sen�o me engano o debian est� um pouco a frente e j� tem algo assim. Lembre-se que o apt � a libapt que pode ser usado por qualquer programa depois, aproveitando todas essas features. -- Fl�vio Bruno Leitner Assinantes em 12/12/2001: 2361 Mensagens recebidas desde 07/01/1999: 146153 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
