Seria possível o Linux possuir um sistema de instalação/desinstalação de aplicativos igual do Mac OS

Eu acho que o sistema de libs compartilhadas do Linux é o melhor sistema de empacotamento para software livre, por questão de logística.

Se cada aplicação usar seu próprio pacotinho que venha com todas as dependências que ele necessita, você não corre um risco maior de segurança? Cada pacote precisaria gerenciar independentemente suas libs. Cada programa precisaria atualizar seu GTK, por exemplo.
Se cada aplicação usar seu próprio GTK, você vai ter inconsistência, pois cada aplicação vai reagir e parecer de forma diferente. Sem contar os possíveis conflitos.
E também, você corre um risco maior de quebra de padrões. Se eu puder criar um pacote que seja independente do ambiente onde ele está rodando, o que me impede de simplesmente criar uma pasta "foobar" contendo na raíz absolutamente todos os arquivos dos quais necessito para meu programa funcionar?
Você vai ter um Windows.

Acho que nesse caso, o próprio gerenciador do sistema pode fazer essa detecção de dependências..
Dentro do instalador, cria um arquivo de texto com as dependências, então ele analisa quais já estão instaladas no sistema e quais ainda não estão.
Depois basta que vamos supor que seja um comando assim:
mxv-get install vlc
Procurando por dependências: Boa boa bla
As seguintes dependências serão instaladas.

Basicamente funcionaria da mesma forma que o Linux trabalha nas outras distros..
O interessante que os executáveis serão magrinhos já que eles virão so com comandos dentro.. Poderiam baixar ate o programa principal da internet assim pegava o atual pra ficar um sistema atualizado. E para aquelas pessoas que tem uma internet ruim, pode ser criado um instalador offline parrudo com todas as dependências embutidas no pacote, assim elas podem baixar em outro lugar ou mesmo guardar o instalador para instalar sem internet

Também é uma boa ideia.

Assim poderíamos deixar o executável com as dependências só para quem tem internet lenta ou quer um aplicativo portável.

[]'s

T+

--

Att,

Thiago Henrique Hüpner

(Mensagem scaneada pelo antivírus........ops! não precisa, afinal eu uso Linux!)

No caso do Solus, pelo q vi, a intenção não é separar versão de libs pra cada aplicativo, mas separar apenas 2 camadas: 1 para o sistema(e seu desktop) e outra para os aplicativos.

Tb acho q versão da mesma lib pra cada app diferente é ruim...teremos em um sistema inúmeras versões do mesmo aplicativo instalado, se torna redundante.

[]'s spylinux
Comunidade Manjaro Geek -www.manjaro-geek.org

Entendi. Eu havia achado que era separado para cada aplicativo individualmente.
Mas de imediato assim não consigo ver as vantagens e desvantagens disso.

acho que pra fazer uma distribuição sem muita complicação com pacotes que se quebram por causa de dependencias, é interessante fazer uma distro tipo muito estável, assim como é o slackware. No slackware raramente eu vejo uma atualização dos softwares, voce instala o sistema e pronto, não tem que ficar lá toda semana atualizando pacotes novos que chegam.

Eu imagino assim, seria um problema:
Vamos supor que criemos essa distro legal drag and drop, ai instalamos um software que fica la em applications..
De repente sai a atualização de uma biblioteca do sistema nova, mas essa nova versão aquele software que está instalado não funciona, e ai como é que fica? Vai remover um programa instalado do nada na atualização? Vai bugar aquele software?
Isso é bem complicado quando começa a pensar rsrs

Então alguém pode me explicar mais claramente como funciona no Windows?

Eu acho que os instaladores NNF instalam as libs dentro do sistema e não é necessário instalar para outro aplicativo com a mesma dependência utilizar.

Agora eu queria ver como é feito no Mac OS.

Eu pensei em [é uma gambi por enquanto] uma solução: ter os aplicativos que são instalados junto com as bibliotecas e ter os aplicativos que são "portáveis".

Então pegando carona com minha ideia de uns tópicos anteriores, poderia ser disponibilizado 2 versões de cada app: 1 que vem com as libs para instalar no sistema [e na hora de desinstalar não seriam deletadas, mas isso geraria conflito com outros apps], e a outra versão que vem em um pacote as libs e em outra o executável. Assim se você já tiver as libs instaladas seria não teria bibliotecas "redundantes", mas para um usuário iniciante ficaria mais complexo.

Um amigo me deu a ideia de fazer apenas uma interface gráfica para o dpkg ou qlq outro usando o sistema de Drag 'n drop, mas não sei se seria muito eficiente.

Mais alguma ideia? Só preciso ter mais ou menos algo planejado para começar a programar. Se não tiver nada planejado será como dar tiro no escuro.

[]'s

T+

--

Att,

Thiago Henrique Hüpner

(Mensagem scaneada pelo antivírus........ops! não precisa, afinal eu uso Linux!)

Nesse caso, poderíamos NÃO criar algo que tenha atualizações [me refiro como o apt-get ou algo do gênero]. Se tiver alguma atualização a pessoa deveria baixar o software com a nova versão e "instalar por cima" [leia-se remover o antigo e instalar o novo], igual funciona no Windows.

NOTA: meu intuito não é criar um Windows-like nem um Mac-like, e sim apenas criar um sistema de pacotes que fossem instalados e removidos apenas arrastando e que não tivesse nenhum problema com dependência. Não achei no Mac OS [pelo que pesquisei] qualquer tipo de conflito de dependências.

[]'s

T+

--

Att,

Thiago Henrique Hüpner

(Mensagem scaneada pelo antivírus........ops! não precisa, afinal eu uso Linux!)

Thihup..

Dpkg não é uma boa ideia, pois eles separam muito os pacotes que vem de uma mesma fonte, dividindo em vários pedacinhos..

Mas mesmo assim vou te dar uma ideia.
Se seu objetivo for apenas criar uma interface gráfica pro apt-get usando drag and drop isso será facilimo.

é so voce criar um script por exemplo, vamos supor que fosse com a extensão .applic:

Só uma ideia:

vlc.applic
Dentro dele voce coloca duas coisas:
o .application do software depois de instalado
e um script com comando pra instalar
apt-get install vlc
e um script de remoção
apt-get remove vlc

Ai no seu software, quando voce fazer o drag de um arquivo com extensão .applic, voce executa o script de instalacao e copia o .application para dentro de uma pasta do sistema, e copia o script de desistalação para dentro de outra pasta do sistema.

Ai dentro do seu gerenciador drag and drop vocô só precisaria listar os softwares que estão nessa pasta : )
Dentro do seu gerenciador, você controla ele fazendo com que ao selecionar um item e apertar delete ele execute o script de remoção, e apague o arquivo .application.

O interessante que um sistema bem simples como esse pode ser usado com qualquer sistema que gerencie pacotes...
Mas acho que ficou muito sem graça minha ideia... Já que não faz nada de especial

Espero que Lennart Poetering não vá ler este tópico.
Ele se criou no Rio e deve saber português.
Este tópico dá outra ideia sinistra de como deixar o Linux mais próximo do Windows©.

Imaginem o systemd coordenando essa avalanche de pacotes de dll (.so) independentes.
Faltaria mais nada.

----------------------------------------------------------------------------------------------------------------
http://24.media.tumblr.com/tumblr_m62bwpSi291qdlh1io1_250.gif

REFORÇANDO O QUE JÁ FALEI: Não quero um Windows-like! Se eu quisesse iria utilizar o Windows!

Eu citei as DLL por serem mais fácil de todos entenderem o que estava querendo representar!

[Depois de respirar e estando calmo...]

Eu quero criar um gerenciador de pacotes que não fique tão "preso" ao SO. Se for para deletar um aplicativo não vai quebrar outro que está instalado, algo que geralmente ocorre em distros Debian-like [não digo que é ruim, eu por sinal uso o Linux Mint, mas é MUITO chato ver 32378924573490680567095876497589714396 de tópicos aqui no VOL por causa do apt-get e o erro é de utilizar uma distro Não LTS].

Espero que tenha entendido a mensagem. Não quero fazer algo para prejudicar o sistema, e sim para deixar mais fácil e menos estressante para um iniciante [porém, contudo, toda via, existem pessoas que ficam falando que é necessário quebrar o Linux para aprender a usar, mas a verdade é que se quebra o sistema você não vai deixar a pessoa a vontade].

[]'s

T+

--

Att,

Thiago Henrique Hüpner

(Mensagem scaneada pelo antivírus........ops! não precisa, afinal eu uso Linux!)

Acho que isso não é possivel. Ele teria que reestruturar a forma com que os softwares são feitos.. acho que seria muito complicado isso..
Muito tempo atrás eu questionei como o windows fazia para os programas ficarem simples daquela forma, e questionei se seria possivel fazer o mesmo no linux, e como é que isso poderia ser feito..
Pelas respostas que recebi, parece que teria que refazer muita coisa.. O problema do linux é a quantidade de bibliotecas. Voces já viram o quanto existe coisas diferentes nele? GTK, QT, kde, mate, bla bla bla, um monte de coisas diferentes..
Para o linux se tornar um Windows, eles teriam que pegar um só rumo: supondo que escolham o GTK/Gnome como rumo, beleza os pacotes que são feitos com gtk seriam tranquilos.. Mas os outros softwares feitos em qt e outras linguagens teriam que embutir tudo nos pacotes.. Isso geraria um enorme volume de dados.. No windows isso dá certo, porque a tolkit dele é só uma, eu já me esqueci como chama a tolkit do windows, alguem me falou uma vez, mas tudo que o windows recebe graficamente é desenhado nessa tolkit.. Enfim, acho que é isso