.coloursos arquivos criados ou importados usando kcm_colorssão armazenados no formato $HOME/.local/share/color-schemes/. No entanto, isso não inclui os inúmeros temas padrão que são considerados parte da seleção do pacote padrão, como aqueles contidos no breezepacote. Onde eles estão armazenados?
https://unix.stackexchange.com/a/12772/386242 explica como encaminhar aplicativos GUI por meio de um servidor de exibição compatível com X11 (como XOrg), mas não vejo equivalente para acessar sistemas remotos usando apenas compositores Wayland em ambas as extremidades. Existe ou deve ser utilizada uma combinação de X11 e/ou XWayland e Wayland?
https://unix.stackexchange.com/a/227625/386242 explica os inúmeros benefícios de uma hierarquia de sistema de arquivos mais simples e consistente, mas também que, sem qualquer padronização entre sistemas operacionais, tais esforços são tanto uma desvantagem quanto um vantagem.
Conseqüentemente, a Linux Foundation está elaborando um Padrão de Hierarquia de Sistema de Arquivos 3.1 ou 4.0?
Ao fornecer código para outra pessoa, parece ser uma boa prática remover todo o código específico de elevação — ou seja, fornecer apt updateem vez de sudo apt update(ou su -c 'apt update'). No entanto, isso causa todos os tipos de problemas para aqueles que são novos na elevação de permissão baseada em UNIX - eu e muitos outros que conheci costumávamos simplesmente executar tudo como superusuário usando os utilitários mencionados acima.
Além disso, ao invocar determinados comandos programaticamente, a elevação de superusuário será necessária em alguns sistemas, mas não em outros. Isso significa que incluir o elevador de permissão pode quebrar configurações em alguns sistemas, porque as coisas começarão a pertencer ao superusuário quando não deveriam. flatpaké um exemplo disso (exceto a corrupção da configuração) - 50% das instalações que usei precisavam de elevação para invocar a maioria de seus comandos, os outros 50% não, por padrão.
Considerando que a elevação do UAC no Windows 7+ parece funcionar incrivelmente bem, mesmo em casos extremos em minha experiência com ele, estou seriamente surpreso que não pareça existir nenhum método abrangente para remediar esse problema.
Conseqüentemente, pergunto se alguém conhece algum método para determinar programaticamente se um comando necessita de elevação do usuário para invocá-lo. Estou ciente de que a troca de usuários ao invocar determinados comandos pode fazer com que seu comportamento afete esse usuário, mas, nesses casos, não consigo imaginar que os usuários capazes de invocar o comando sejam restritos (para que não se tornem inúteis).
https://unix.stackexchange.com/search?q=determine+whether+superuser+elevation+required não retorna nada, e embora como determinar através do código se o comando precisa de elevação de raiz? e Como verificar se a permissão “sudo” será necessária para executar um comando? parecem estar perguntando o que eu quero saber, as poucas respostas disponíveis em ambos parecem estar focadas no código de script de shell para contornar o problema, em vez de fornecer soluções independentes de linguagem.