Segue uma lista de recomendações ao usar o ArchAppImage

• Podem ocorrer problemas ao executar um AppImage com base Junest usando conta de superusuário. É preciso uma conta de usuário comum para garantir que o AppImage funcione perfeitamente. Em testes recentes, foi possível executar o junest como root com sucesso, mas não é garantido que isso se aplique em todas as distros. Distros Linux modulares costumam usar conta root por padrão, o que pode fazer com que o AppImage que usa junest, seja incompatível com o sistema sem uma conta de usuário comum. A menos que você decida não se incomodar com isso, você pode usar alternativas de AppRun que use bwrap ou proot diretamente, sem precisar do junest.

• Alguns programas podem necessitar de acesso ao sistema host para funcionar conforme esperado. Eles podem assumir o conteiner como o sistema host. Nesse caso, o AppRun_default e pacth de ajustes é a única recomendação. O mesmo vale para AppRun com bwrap ou proot diretamente.

• Problemas com a ausência do libselinux dentro do conteiner e problemas com display não encontrado foram encontrados em sistemas como o Debian. Nesse caso, foi usado soluções como a inclusão do libselinux dentro do conteiner e o comando xhost, mas ainda assim não é garantido que funcione em sistemas que usam apenas wayland. Portanto, o AppRun com o proot é o mais indicado. Mas, já há uma solução para os demais casos.

• Alguns sistemas podem ter limitação de namespace. Nesse caso, os AppRuns que usam o bwrap já estão preparados para esse problema e usam proot como fallback.

• Foi encontrados problemas ao executar o UnionFS em sistemas como o Kubuntu. O usuário pode querer usar o UnionFS em um diretório criado em /tmp, o que é natural. Mas em alguns sistemas como o Kubuntu, as permissões podem funcionar de uma forma diferente em /tmp, criando o diretório com permissões que fazem com que o UnionFS não consiga acesso ao diretório, dando um erro parecido com esse:

  fusermount: user has no write access to mountpoint ⁄tmp⁄.VIRT_MANAGER

  Enquanto não houver um solução, o recurso não será implementado no ArchAppImage.