Quero mudar o aplicativo de tela de bloqueio padrão para i3lock. Posso invocar o i3lockaplicativo pelo terminal facilmente. Mas gostaria de poder usar a IU padrão do GNOME/Ubuntu e selecionar o ícone de cadeado no Menu do Sistema (acho que é chamado assim -- veja a imagem abaixo). Não há nenhuma opção que eu possa encontrar usando dconf(estou usando X11).
É possível alterar a função padrão da tela de bloqueio do GNOME/Ubuntu usada pelo ícone de cadeado no menu do sistema do painel?
Sou novo no Zorin, mas não nas distribuições Windows ou Linux. Eu uso o RDP para redes pessoais e para trabalho.
Eu queria uma distribuição Linux que fosse semelhante ao Windows, pudesse executar programas do Windows e tivesse uma aparência semelhante. Fiquei animado quando adquiri o Zorin OS.
Minha configuração atual é testar o Zorin no Hyper-V. Mas eu não estava recebendo a tela inteira. Eu não estava conseguindo copiar e colar bem entre a conexão Hyper-V e a VM Zorin.
Tudo isso me levou a olhar para o xrdp.
Fiz funcionar sem muito barulho com um script bash do GitHub: opção 1 opção 2
Então eu obtive a feia UI padrão do gnome, não a UI personalizada do Zorin que eu procurava.
Alguém tem idéias sobre como alterar os scripts que encontrei para obter alguma UI do Zorin no xRDP?
Instalei o Ubuntu 24.04 LTS dentro de um Virtual Box em um novo host do Windows 11. Clicar no Gerenciador de Arquivos na Área de Trabalho (ou em botões relacionados como lixeira ou CD) não mostra uma janela normal, mas apenas algumas listras coloridas, às vezes piscando. Uma captura de tela é anexada. Outras aplicações (terminal, centro de software, firefox, ...) funcionam sem problemas. Alguém pode me dar uma dica de onde esse problema pode vir?
Ao investigar esse problema, encontrei algo realmente estranho:
❯ gsettings get org.gnome.desktop.wm.preferences num-workspaces
4
❯ dconf read /org/gnome/desktop/wm/preferences/num-workspaces
'1'
Isso não deveria ser possível, certo? O que poderia estar acontecendo?
Eu tenho um laptop com placa gráfica discreta e integrada. Quero executar um arquivo executável do jogo usando a GPU discreta, mas em vez disso ele é executado na placa-mãe. Como posso executá-lo com a GPU discreta?
O jogo não está instalado. É uma pasta onde executo o arquivo executável.
Recebo essa opção para aplicativos instalados, mas como posso obtê-la para arquivos executáveis?
Tentei fazer o aplicativo Desktop
Arquivo: location - /usr/share/applications/Cities.desktop - e clicar duas vezes nele abre o explorador de arquivos
[Desktop Entry]
Encoding=UTF-8
Version=1.0
Type=Application
Terminal=false
Exec="/home/{username}/Games/linux games/Cities - Skylines Collection/Cities.x64"
Name=Cities:Skyline
Icon="/home/{username}/Games/linux games/Cities - Skylines Collection/LauncherAssets/game-logo.png"
__GLX_VENDOR_LIBRARY_NAME=nvidia
__NV_PRIME_RENDER_OFFLOAD=1
__VK_LAYER_NV_optimus=NVIDIA_only
Fui atualizado para um Oracle Linux da versão 6.10 para 7.6 após terminar a operação, a interface gráfica não inicia automaticamente e deve ser iniciada manualmente com startx . quando obter o status do serviço, mostre isto:
[root@TestDB ~]# systemctl status graphical.target
● graphical.target - Graphical Interface
Loaded: loaded (/usr/lib/systemd/system/graphical.target; enabled; vendor preset: disabled)
Active: active since Tue 2023-12-05 19:07:26 +03; 18h ago
Docs: man:systemd.special(7)
predefinição do fornecedor: desativada mesmo depois de ATIVAR que:
[root@TestDB ~]# systemctl enable graphical.target
[root@TestDB ~]# systemctl status graphical.target
● graphical.target - Graphical Interface
Loaded: loaded (/usr/lib/systemd/system/graphical.target; enabled; vendor preset: disabled)
Active: active since Tue 2023-12-05 19:07:26 +03; 18h ago
Docs: man:systemd.special(7)
é claro que o nível de execução é 5:
#runlevel
N 5
qual é o problema?
No GNOME, gostaria de capturar uma tela para mostrar uma situação especial onde estou no IDEA IntelliJ , quando dois menus são abertos.
Janela Principal → Barra de Menu 1 → Barra de Menu 2
Mas assim que eu abrir uma dessas barras de menu, nem a tecla Windows para chamar a ferramenta Capture, nem a tecla Print Screen funcionarão (não há imagem capturada na imagespasta).
Como se a abertura de um menu fizesse com que o GNOME se tornasse totalmente modal.
Desde que eu feche os menus, posso usar a captura e a impressão da tela novamente. Mas não é isso que eu quero...
Existe uma maneira de fazer um print screen em qualquer situação?
Ao tentar fazer o ./configuregnome-do, me deparei com um problema que não consigo resolver. Ele está procurando por gnome-desktop-sharp-2, mas não consegue encontrá-lo. Não consigo encontrar uma biblioteca adequada para criar um link e fiquei um pouco perplexo. O Gnome-do é instalado bem no apt in stretch, mas parece não existir além disso. Qualquer ajuda seria muito apreciada!
Tentei localizar substitutos adequados (como fiz com o gconf-2.0 executando: ln -s /usr/lib/x86_64-linux-gnu/pkgconfig/gconf-2.0.pc /usr/lib/x86_64-linux-gnu/pkgconfig/gconf-sharp-2.0.pc.
Com um gsettingscomando básico como, por exemplo, gsettings set org.gnome.desktop.secreensaver lock-enabled true, eu poderia facilmente transformá-lo em uma dconfconfiguração apenas substituindo os pontos por barras como esta:
[org/gnome/desktop/screensaver]
lock-enabled=true
Estou tentando fazer algo parecido porém com um gsettingscomando mais complicado, e não estou vendo como formatar corretamente. O comando é:
$ gsettings set org.gnome.settings-daemon.plugins.sharing.service:/org/gnome/settings-daemon/plugins/sharing/gnome-remote-desktop/ enabled-connections "['myuuidhere']"
Este comando ativa o recurso de compartilhamento de área de trabalho remota do Gnome para o usuário que o executa, mas, por certos motivos, exijo que seja ativado por padrão sem que o usuário precise fazer nada manualmente (o arquivo será gerado programaticamente com o UUID correto junto com outros configurações necessárias, só estou tendo problemas para colocar este comando específico em um dconfformato -usável).
Estou executando o GNOME 44 no Wayland (Arch Linux) e gostaria que o Firefox também fosse executado no modo Wayland.
Infelizmente, está ficando preso em XWayland. Segui os passos mencionados no Archwiki [1] , mas não tive sorte.
A about:supportpágina ainda mostra XWayland como o Protocolo da Janela.
ATUALIZAÇÃO:
Seguindo os conselhos do @Artem, se eu iniciar firefoxdo terminal, ele iniciará corretamente no modo Wayland;
mas quando o inicio a partir do gnome-shell, recebo o problema mencionado anteriormente;
Eu já configurei a MOZ_ENABLE_WAYLANDvariável de ambiente via .bashrc, de fato
echo $MOZ_ENABLE_WAYLAND
1
mas parece ignorado ao iniciar o Firefox a partir da interface do usuário