Seria possível o Linux possuir um sistema de instalação/desinstalação de aplicativos igual do Mac OS
37. Re: Seria possível o Linux possuir um sistema de instalação/desinstalação de aplicativos igual do Mac OS
spylinux
(usa Manjaro Linux)
Enviado em 15/02/2016 - 20:45h
wellington_r escreveu:
Entendi. Eu havia achado que era separado para cada aplicativo individualmente.
Mas de imediato assim não consigo ver as vantagens e desvantagens disso.
spylinux escreveu:
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
wellington_r escreveu:
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.
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.
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.
@wellington_r,
Imagine q vc instalou um aplicativo q usa o GTK3 em uma determinada versão.
O Solus, usa GTK3 tb...imagina q o sistema será atualizado...A equipe do Solus é responsável pela atualização, em primeiro lugar, do seu sistema e seu desktop, e não dos aplicativosde terceiros.
Seu sistema está atualizado, versão mais recente do GTK3, ai vc vai abrir o aplicativo q vc usa, e ele dá erro pq ele depende de uma versão anterior do GTK3, q não tem instalado pq foi atualizado.
Isso acontece tb com atualizações do java para sistemas bancários...com frequência vejo usuários reclamando q atualizaram o sistema, ele atualizou o java, e não conseguem mais acessar site de banco, pq o sistema do banco suporta uma versão anterior do java, e não a atual.
Com um sistema q atualiza suas libs independente dos apps, vc não teria este problema!
Abraço
[]'s spylinux
Comunidade Manjaro Geek -www.manjaro-geek.org