Por que existem diretórios redundantes para arquivos .desktop?

Question

Eu sei que os arquivos .desktop dos aplicativos instalados serão encontrados em /usr/share/applications .

Hoje me deparei com o diretório /usr/share/app-install/desktop . Ele contém os mesmos arquivos .desktop de aplicativos instalados no meu sistema.

Então, qual é o diretório /usr/share/app-install/desktop ? Por que existem dois diretórios para o mesmo propósito?

ATUALIZAÇÃO: Obrigado ao @serg; ele afirma esta pergunta tem uma resposta.

Agora eu sei o que é esse diretório, mas ainda tenho uma dúvida:

Se os arquivos .desktop estiverem todos incluídos em /usr/share/app-install/desktop , então por que há também o diretório /usr/share/applications ? Não é um desperdício de recursos manter os dois diretórios atualizados?

    

Answer 1

Os arquivos encontrados nada mais são do que links simbólicos para metadados de programas instalados. Como Serg explicou os aplicativos usando o centro de software vão para a pasta descrita. Eles não são programas reais, mas apenas um ponto onde o sistema pode armazenar em cache para uso mais rápido da próxima vez. É mais eficaz e eficiente ter um sistema para reunir todos os programas e criar meta-arquivos e vinculá-los simbolicamente em uma área.

Mas o Ubuntu usa dois gerenciadores de pacotes separados. Uma é a de que um é o centro de software. Isso, por sua vez, cria sistemas de arquivos de pacotes separados. É assim que o Ubuntu lida com isso, mas ao invés de jogar tudo junto, os dois sistemas agem como um casal. Ambos se comunicam para ver o que está lá, ambos têm acesso root a ambos, mas eles não compartilham quais programas são instalados um pelo outro

    

Answer 2

O Virusboy tem a ideia certa e, depois de pesquisar, posso confirmar que /usr/share/app-install está relacionado ao gerenciador de software. Este tópico menciona que a pasta está relacionada ao pacote app-install-data. Fazer uma verificação simples apt-cache search app-install-data revela o seguinte:

 $ apt-cache search app-install-data                                                     
app-install-data - Ubuntu applications (data files)
app-install-data-partner - Application Installer (data files for partner applications/repositories)

E dê uma olhada nas linhas 14 e 15

$ apt-cache show app-install-data | nl                                                  
     1  Package: app-install-data
     2  Priority: optional
     3  Section: gnome
     4  Installed-Size: 38425
     5  Maintainer: Michael Vogt <[email protected]>
     6  Architecture: all
     7  Source: app-install-data-ubuntu
     8  Version: 14.10
     9  Filename: pool/main/a/app-install-data-ubuntu/app-install-data_14.10_all.deb
    10  Size: 12815482
    11  MD5sum: 0773479992b257d59c04470d44f737d1
    12  SHA1: 7600aac7d6f69dcfcba458368ad2ca85865735ad
    13  SHA256: 8dd6d1b3add6d9291383bec7e5c2295a9e695c92c5cd39aed270eae24b4606da
    14  Description-en: Ubuntu applications (data files)
    15   This package contains the Ubuntu specific application data and
    16   icons for software-center (and similar tools).
    17  Description-md5: f60778a916e4cfc34f4e6d08cae5fa94
    18  Bugs: https://bugs.launchpad.net/ubuntu/+filebug
    19  Origin: Ubuntu
    20  Supported: 9m
    21  Task: ubuntu-desktop, ubuntu-usb, kubuntu-desktop, kubuntu-full, kubuntu-active-desktop, kubuntu-active-full, edubuntu-desktop, edubuntu-usb, xubuntu-desktop, mythbuntu-frontend, mythbuntu-desktop, mythbuntu-backend-slave, mythbuntu-backend-master, lubuntu-desktop, ubuntustudio-desktop, ubuntu-gnome-desktop, ubuntukylin-desktop, ubuntu-mate-desktop, ubuntu-mate-cloudtop

    

Answer 3

Solução alternativa ... Solução alternativa ... Soluções alternativas!

Desculpe por começar desta forma, mas isto é o que eu poderia fazer depois de seguir Debian / Ubuntu por alguns anos.

1. Existe uma especificação de repositório e empacotamento do Debian. Quiet velhos, eles foram escritos anos atrás.

2. O Ubuntu chega a um lugar onde deseja adicionar mais recursos para o repositório de software. E, por motivos conhecidos, eles não quiseram atualizar essas especificações ou padrões antigos.

3. Então eles divergem dos padrões com alguns recursos EXTRA (eu os chamo de soluções alternativas , já que eles não atualizam / consertam as especificações do upstream)

   Aqui, a lista de recursos do eXtra que conheço:

   • Screenshots (solução Debian)

     O Ubuntu compartilha o mesmo site com o link do Debian

   • Changelogs (solução Debian)

     link
     link

   • Ícones / arquivos da área de trabalho (solução Ubuntu)

     app-install-data package (abrange as ferramentas mais usadas)

     Esses arquivos ícone / área de trabalho em /usr/share/app-install/ estão lá apenas para o Ubuntu Software Center mostrar o ícone mesmo que o software não esteja instalado, mesmo para o Unity dash enquanto pesquisa ferramentas não instaladas e o Unity Launcher ao instalar uma ferramenta ícone.

     Onde os arquivos em /usr/share/applications são dos próprios pacotes, o centro de softwares não pode usá-los sem baixá-los e extraí-los.

De qualquer forma, isso parece um sistema saudável, eles se espalham por várias ideias de inovação, depois de alguns anos voltam e concordam com um padrão.

Parece que eles já começaram a fusão, referência: Ubuntu Software Center será substituído em 16.04 LTS