Por que nenhum gerenciador de arquivos solicita permissão mais alta, se necessário? [fechadas]

Acabei de responder a outra pergunta para iniciantes sobre "Não é possível escrever ....... verificar permissões".

Claro que sei usar chown / chmod; Eu estou trabalhando com linha de comando de qualquer maneira. Mas o consumidor médio não.

Então, o que devo dizer às pessoas sem nenhuma experiência com o GNU / Linux?

Trabalhar como root? Eu sei, por exemplo, que o Nemo tem a funcionalidade "abrir como raiz". Mas apenas não! Não acho que seja uma boa ideia para um usuário comum. É muito perigoso. Em seguida, o usuário cria um arquivo no gerenciador de arquivos raiz e se pergunta por que ele não pode excluir ou modificar esse arquivo. E assim por diante.

Diga a ele para aprender a usar chown / chmod? E aqui estamos nós - nerd-only-linux, onde tudo é tão complicado. É assim que fazemos as coisas; mas não é uma boa opção para o consumidor médio.

Por que o gerenciador de arquivos não ajuda?

Detesto dizer isso, mas veja como o Windows lida com isso. O padrão é a permissão do usuário. E se o gerenciador de arquivos precisar de mais, basta perguntar ao usuário.

Isso não pode ser difícil de implementar. Se uma operação falhar com exceção de permissão - tente executar com gksudo.

E sim: eu sou realmente inexperiente com todo o mundo de código aberto.

Minhas perguntas:

1. Há alguma razão para isso não ser feito dessa maneira
2. Alguém implementou algo assim?
3. Isso é algo que você relata como um bug (Ubuntu ou, por exemplo, Gnome)?
4. Isso é algo que eu apenas poderia tentar me implementar?

1. Há alguma razão para isso não ser feito dessa maneira

Não há nenhum especificamente. Eu posso citar algumas razões supostas, mas elas seriam principalmente especulações.

2. Alguém implementou algo assim?

Não é bem assim. Existe uma nautilus-adminextensão que permitirá que você abra um diretório em uma nova janela com privilégios de nível raiz e, em seguida, você pode alterar as permissões de arquivo / diretório conforme desejar, no menu do botão direito do mouse-> Propriedades-> Permissões.

3. Isso é algo que você relata como um bug (Ubuntu ou, por exemplo, Gnome)?

Relatório de erro ? Não. Solicitação de recurso? Potencialmente, sim. Você pode enviar isso como solicitação de recurso à equipe do Nautilus (o gerenciador de arquivos) no Launchpad , mas suspeito que com 90% de certeza de que eles apontarão você na nautilus-adminextensão que mencionei acima.

Instale-o com sudo apt-get install nautilus-admin.

4. Isso é algo que eu apenas poderia tentar me implementar?

Sim, se o seu gerenciador de arquivos permitir adicionar scripts a ele. O gerenciador de arquivos padrão do Ubuntu (Nautilus) permite adicionar scripts a ele, para que você possa fazer algo assim:

#!/bin/bash
# adds read permissions for file for all users
zenity --password | sudo -S -p ""  chmod +r  "$NAUTILUS_SCRIPT_SELECTED_FILE_PATHS" || zenity --error --text "Command failed"

Coloque isso em ~/.local/share/nautilus/scripts, torne executável com chmod, e então ele estará acessível clicando com o botão direito do mouse no arquivo. Claro que esse é um exemplo mínimo apenas para mostrar o ponto. Se você deseja um aplicativo completo que permita recursos mais complexos, como selecionar quais permissões alterar, bem, isso pode exigir comandos extras e provavelmente uma linguagem como Python com kits de ferramentas da GUI mais poderosos.

Mas apenas não! Não acho que seja uma boa ideia para um usuário comum. É muito perigoso. Em seguida, o usuário cria um arquivo no gerenciador de arquivos raiz e se pergunta por que ele não pode excluir ou modificar esse arquivo. E assim por diante.

Bem ... Não é um problema do computador - é um problema do usuário. Não podemos consertar o usuário que não deseja aprender a operar corretamente o computador e não assume responsabilidade por suas ações.

Os usuários precisam perceber que a separação da propriedade nos arquivos existe por um motivo. Você não pode ter o poder de alterar permissões no arquivo e não esperar implicações de segurança com isso