Como disponibilizar locais rapidamente quando --classic é ignorado?

Como disponibilizar locais rapidamente quando --classic é ignorado?

Eu gostaria de usar o VLC no Ubuntu. Os desenvolvedores do VLC afirmam que não oferecerão mais suporte aos pacotes Debian e que os pacotes Snap são o caminho a seguir. Cotação (em 12/04/2020):

Nota Bene

VLC para Ubuntu e muitas outras distribuições Linux são empacotados usando snapcraft. Isso nos permite distribuir as melhores e mais recentes versões do VLC diretamente aos usuários finais, com segurança e correções de bugs críticos, codec completo e suporte de mídia óptica.

Se você deseja instalar o pacote deb tradicional, ele está disponível normalmente via APT, com toda a segurança e correções de bugs críticos. No entanto, não haverá grandes atualizações de versão do VLC até o próximo lançamento do Ubuntu.

Tenho usado o VLC no Ubuntu 18.04 já há algum tempo (e 20.04 beta recentemente), mas sempre me deparo com o seguinte problema:

VLC instalado a partir do pacote Snap falha ao abrir o arquivo

A solução que encontrei lendo a documentaçãopareceuseria instalar o vlcpacote Snap no modo "clássico". Parece que o objetivo disso é desabilitar certas medidas de segurança e basicamente permitir que o snap acesse tudo.

sudo snap install --classic vlc

Infelizmente, quando tento instalar o VLC dessa maneira, recebo:

$ sudo snap install --classic vlc
Warning: flag --classic ignored for strictly confined snap vlc

vlc 3.0.8 from VideoLAN✓ installed

... e de fato nada muda porque parece que o --classicsinalizador está sendo ignorado.

EstranhamentealgunsLocalizaçõessãodisponível. Por exemplo, tudo montado automaticamente /media/$(whoami)quando eu conecto um disco USB ou algo assim, está disponível para o VLC.

Pergunta:Então, como posso usar o pacote snap em combinação com a capacidade de acessar qualquer local do sistema de arquivos (pelo menos somente leitura) que eu possa acessar com minha conta de usuário normal sem privilégios?


Informações adicionais:

$ sudo snap connections |grep vlc:
desktop                   vlc:desktop                                :desktop                         -
desktop-legacy            vlc:desktop-legacy                         :desktop-legacy                  -
home                      vlc:home                                   :home                            -
network                   vlc:network                                :network                         -
network-bind              vlc:network-bind                           :network-bind                    -
opengl                    vlc:opengl                                 :opengl                          -
optical-drive             vlc:optical-drive                          :optical-drive                   -
pulseaudio                vlc:pulseaudio                             :pulseaudio                      -
removable-media           vlc:removable-media                        :removable-media                 -
screen-inhibit-control    vlc:screen-inhibit-control                 :screen-inhibit-control          -
unity7                    vlc:unity7                                 :unity7                          -
x11                       vlc:x11                                    :x11                             -
$ mount|grep /data
/dev/nvme1n1p4 on /data type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)

Responder1

Uma solução possível (e neste momento parece a única, segundoesse bug) é montar /dev/nvme1n1p4em uma subpasta /home/youruserou subpasta de /media.

O bug contém informações detalhadas sobre os motivos que, no momento, impossibilitam que um snap do VLC acesse pastas arbitrárias (mesmo se você quiser conceder esse acesso).

As pastas /homee /mediasão codificadasno códigopor meio de plug-ins, que listam todos os recursos aos quais um piscar de olhos terá acesso uma vez construído pelo snapcraft. É por isso que a montagem nessas pastas funcionará.

informação relacionada