Como os aplicativos abrem de / save para compartilhamentos smb?

5

Quando, em diferentes aplicativos, usando o menu para abrir / salvar arquivos, a caixa de diálogo exibida pode oferecer opções diferentes. Muitos deles não têm a capacidade de navegar na rede e se conectar (no meu caso) a um compartilhamento smb (samba) no meu NAS. Minha pergunta: onde está dando errado ? Ou quais pacotes são bugs ?

Eu tenho o samba instalado na minha máquina (Xubuntu 12.10), e também o gvfs e seus backends.

Com o Thunar (1.5.3), posso acessar facilmente compartilhamentos: clicando no atalho 'Navegar na Rede' no Painel Lateral,
- usando atalhos feitos por você mesmo direcionando para uma pasta no compartilhamento
- digitando um caminho como 'smb: // datastore / action / Pictures'
Quando um compartilhamento ainda não está montado, aparece uma caixa de diálogo para inserir minhas credenciais.

O Thunar adiciona os atalhos feitos pelo próprio usuário ao arquivo ~ / .gtk-bookmarks, e para ter certeza que eu o vinculei com .config / gtk-3.0 / bookmarks.

No LibreOffice (3.6.2.2) eu encontro os mesmos atalhos que no Thunar, apenas 'Browse Network' está faltando. Atalhos para um compartilhamento smb funcionam, mas apenas para navegação. Digitar em um caminho funciona desde que eu termine com um '/' ('smb: // datastore / action /' funciona, 'smb: // datastore / action' não).
Ao digitar 'smb: // datastore / 'todos os compartilhamentos são mostrados, mas clicar neles resulta em uma mensagem de erro "Não é um diretório".
Quando finalmente clico no botão Salvar, recebo uma mensagem de erro dizendo "Caminho para o arquivo não existir". Se eu tentar abrir um arquivo, a caixa de diálogo será fechada e nada acontecerá.

O comportamento errôneo parece estar associado apenas ao diálogo. Abrir um arquivo do LibreOffice no compartilhamento smb clicando nele no Thunar funciona, assim como salvá-lo clicando no botão Salvar na barra de ferramentas do LibreOffice.

Testei Gerenciador de arquivamento (3.6.1.1), gThumb (3.0.2), Gimp (2.8.2) Inkscape (0.48.3.1) e Gnome MPlayer (1.0.6). Eles agem de forma semelhante ao LibreOffice, embora a abertura de um arquivo possa funcionar.

Olhando para o Firefox (17.0), Leafpad (0.8.18.1) e Audacity (2.0.1), não vejo como acessar ações smb. Todos os atalhos referentes a um compartilhamento smb estão faltando, digitando um caminho que começa com 'smb: //' não produz nenhum resultado.

Então, onde está a causa? É gvfs, gtk, samba, as próprias aplicações, alguns pacotes faltando? E quanto aos aplicativos que dependem de java, python, perl, ... Eles precisam de pacotes adicionais para acessar compartilhamentos smb? Isso é um problema apenas para compartilhamentos smb? Ou é comum a todo tipo de compartilhamento de rede? Talvez tenha a ver com a recente mudança de ponto de montagem (~ / .gvfs / - > / run / user / $ USER / gvfs /) e seus terríveis mapeamentos?

Mais informações sobre insights são mais que bem-vindas!

    
por Bart 02.12.2012 / 01:43

1 resposta

1

O problema é que os aplicativos em si não estão necessariamente usando o gvfs para fazer sua E / S. O uso de smb: // deve funcionar no Firefox, mas não funcionar usando a caixa de diálogo Abrir arquivo. Digitar a URL diretamente na barra de localização deve funcionar, assumindo que o Firefox não foi recompilado sem o suporte à integração "GNOME".

Aplicativos que não usam gvfs diretamente para fazer I / O de arquivo precisarão abrir o arquivo via ponto de montagem gvfs (~ / .gvfs / ou / run / user / $ USER / gvfs /) para poder interagir com isso. Abrir um arquivo no Libreoffice de dentro do Thunar provavelmente funciona porque ele está usando o caminho do ponto de montagem, em vez de um smb: // URL para o arquivo.

    
por dobey 02.12.2012 / 01:57

Tags