Instalar apps no Linux deveria ser mais simpled [RESOLVIDO]

aguamole
(usa KUbuntu)

Enviado em 20/02/2020 - 22:54h

Também não é bem assim.
É fácilzinho resolver as distribuição são de derivações logo você cria um instalador para a distro pai e pronto todas as filhas pode usar.
Distros pai fonte: https://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Distribution_Timeline.svg
Debian, Slackware, Red Hat, Enoch, Arch, Android
Pronto resolvido.
As demais não tem derivações ou estão descontinuadas.
Dentre essas o Debian e a Red Hat são as mais usadas junto com suas respectivas derivações ta vendo como é fácil.
Faz um pacote .deb e rpm e pronto uma legião de distros vão usar.

CPU i5-8400 GTX 750 SofRaid 4xSSD 16GB DDR4 mesmo assim uso Lubuntu.

ricardogroetaers
(usa Linux Mint)

Enviado em 21/02/2020 - 00:06h

Não é o desenvolvedor do software ou o empacotador ou o distribuidor que cria o instalador de pacotes e sim o desenvolvedor da distro (ou um colaborador).
Nem todo desenvolvedor é empacotador e nem todo empacotador é distribuidor.

Um instalador, digno do nome, não é um mero descompactador de arquivos compactados.
Ele deve ser capaz de configurar o software empacotado de acordo com as instruções existentes no pacote e correr atrás das dependências, caso o distribuidor (ou o desenvolvedor ou o empacotador) não as anexe no pacote. Tambem deve ser capaz de reconhecer conflitos.
Tambem deve ser capaz de desinstalar o software mesmo que o pacote que o continha não mais exista.

Eu baixei um arquivo .deb do repositório do Debian, não lembro mais do que se tratava.
O instalador do Mint se recusou a instalá-lo, dizia que não era um pacote .deb válido.
Um "Gerenciador de pacotes" (Xfpack) simples, de terceiros, que na minha modesta opinião é um mero descompactador, instalaria o pacote.
Eu preferi não arriscar.

Por outro lado sem as dependências necessárias, o software não funciona. Se instalar as dependências do software elas podem conflitar com as dependências do sistema. Em algum lugar, algo vai quebrar.

Outro ponto é o Ambiente de trabalho (não confundir com mero tema).
Não é todo software, projetado para o kde que funciona em derivados do Gnome e por ai vai.

Outro ponto, seriam os Gerenciadores de Janelas, servidor gráfico, gerenciador de processos e etc, coisa para profissionais.

O único ponto, mais ou menos (digo mais ou menos) comum é o "prompt" de comandos, que tambem existem vários no Linux.

A coisa, na minha opinião, não é facilzinho nem padronizado.
Se assim o fosse haveria mais gente usando Linux.

Obs: o termo Linux está sendo usado de forma genérica, isto é, se referindo a sistemas operacionais baseados em Linux.

ricardogroetaers
(usa Linux Mint)

Enviado em 21/02/2020 - 00:41h

Me refiro ao software e não ao empacotamento, que pode ser até um zip, cab, outros.

aguamole
(usa KUbuntu)

Enviado em 21/02/2020 - 00:42h

Você quer dizer interpretador de comando?
O dash — command interpreter (shell) todas as distros que mexe ate hoje tinha ele e o bash acredito que o dash tem em todas.
E agora esta resolvido?
Mais acredito que isso de rodar no kde e no gnome é uma questão de engenharia.
E os aplicativo do kde roda em varias interface.

CPU i5-8400 GTX 750 SofRaid 4xSSD 16GB DDR4 mesmo assim uso Lubuntu.

leoCCB
(usa Slackware)

Enviado em 21/02/2020 - 01:18h

outra coisa que eu acho que poderia facilitar é o sistema avisar qual pacote está faltando. As vezes ele reclama que tal arquivo não foi encontrado, e com sorte o tal arquivo é o mesmo nome do pacote. Outras vezes é um pacote com um monte de arquivos executáveis e bibliotecas e a gente tem que ficar garimpando na internet. Pra quem não é do ramo de programação e TI perde muito tempo, pq não conhece o caminho das pedras. E como hj em dia tempo é dinheiro, também pode afastar os mais apressadinhos.

ricardogroetaers
(usa Linux Mint)

Enviado em 21/02/2020 - 02:26h

Não nesse sentido técnico e sim de ser um "algo" em comum nas distros Linux. Ex:
Se pedirmos a alguem para clicar em "aqui" e depois em "ali" pode ser que o usuário não encontre o "objeto" em sua interface ou ele não exista.
Se, entretanto, pedirmos para digitar um comando, na maioria dos casos esse comando existirá.


Em alguns casos não funciona direito.
A recíproca é verdadeira, alguns aplicativos para "Gnome Based" não funcionam direito no kde.
Necessário umas "adaptações".

ricardogroetaers
(usa Linux Mint)

Enviado em 21/02/2020 - 02:54h

Nesse ponto o Instalador de Pacotes do Mint faz.
Ele verifica o que não está incluso no pacote e não está presente no sistema.
Procura nos repositórios oficiais e em outros designados pelo usuário (repositórios adicionais).
Encontrando, ele informa que "as seguintes dependências" deverão ser baixadas e instaladas.
Se não encontrar, ele informa que "a dependência não é contentável".
Ai não tem jeito, o usuário tem que garimpar na internet.

pinduvoz
(usa Debian)

Enviado em 21/02/2020 - 04:45h

Uma boa parte da segurança do Linux vem das bibliotecas compartilhadas por "todos" os programas. Geralmente, essas bibliotecas são instaladas na versão mais nova com links para as versões antigas apontando exatamente para a mais nova. Isso gera mais segurança porque só um arquivo de cada biblioteca está disponível.

No Windows, cada programa instala as bibliotecas que precisa, repetindo essas bibliotecas no sistema e assim tornando-o mais vulnerável. E essa espécie de instalação é a que os "flatpacks" da vida pretendem implantar no Linux em geral.

Se estou errado, podem me corrigir (o que disse acima foi o que entendi de tudo que li a respeito dos pacotes completos para qualquer distro e sem necessidade de gestão). Mas se estou certo, prefiro o sistema antigo (deb, rpm etc.).

aguamole
(usa KUbuntu)

Enviado em 21/02/2020 - 08:21h

E isso num é questão de engenharia de software?

CPU i5-8400 GTX 750 SofRaid 4xSSD 16GB DDR4 mesmo assim uso Lubuntu.

aguamole
(usa KUbuntu)

Enviado em 21/02/2020 - 08:23h

Isso dai é gerenciador de pacotes de alto nível.
O de alto nível pode rodar em cima do de baixo nível igual o apt e o dpkg (baixo nível)

CPU i5-8400 GTX 750 SofRaid 4xSSD 16GB DDR4 mesmo assim uso Lubuntu.

aguamole
(usa KUbuntu)

Enviado em 21/02/2020 - 08:36h

Na época em que eu usava Windows lembro de ter jogado uma biblioteca na c:\windows\system32 e deu certo ou sera que era executável se for verdade o Windows compartilha biblioteca no PATH.

CPU i5-8400 GTX 750 SofRaid 4xSSD 16GB DDR4 mesmo assim uso Lubuntu.

4nderson
(usa Debian)

Enviado em 21/02/2020 - 11:07h

O bom é que, mesmo na pior das hipóteses, ainda é possível criar uma máquina virtual com um Windows "pirata" pelado, apenas para rodar um ou mais programas que você não consegue instalar em GNU/Linux.

É o meu caso. Depois que enterrei o Windows 7 do meu PC tive que criar uma VM no QEMU com Windows 10 pelado apenas para conseguir instalar um sistema de VPN, que uso para entrar na rede da empresa onde trabalho e poder baixar meu demonstrativo de pagamento. Pois ocorre que esse sistema de VPN depende de um navegador que trabalhe com Java, e somente o Internet Explorer funciona com Java. Logo, eu tenho um Windows 10 numa VM que tenho que acessar pelo menos uma vez por mês.

O Brasil precisa ser governado por nerds.