Início / user-9135

71GA's questions

Martin Hope
71GA
Asked: 2024-03-19 06:22:53 +0800 CST
  • 6

Estou no desktop Debian 12/SWAY, que é baseado em WLR.

Primeiro instalo a versão "OBS Studio"29.0 com:

┌───┐
│ $ │ ziga > ziga--workstation > ~ 
└─┬─┘ /dev/pts/4
  └─> sudo apt install obs-studio

"OBS Studio" agora pode ser iniciado com o comando do terminal:

┌───┐
│ $ │ ziga > ziga--workstation > ~ 
└─┬─┘ /dev/pts/4
  └─> obs

Se o "OBS Studio" estiver configurado para rodar no "Xorg" por padrão não veremos nossa exibição! Se for esse o caso, ainda podemos forçá-lo a rodar no "Wayland" assim:

┌───┐
│ $ │ ziga > ziga--workstation > ~ 
└─┬─┘ /dev/pts/4
  └─> env QT_QPA_PLATFORM=wayland obs

Agora com certeza está usando "Wayland" mas ainda não é suficiente para detectar o desktop! Tentei instalar pacotes:

┌───┐
│ $ │ ziga > ziga--workstation > ~ 
└─┬─┘ /dev/pts/0
  └─> sudo apt install xdg-desktop-portal xdg-desktop-portal-wlr

Atenção: "Sway" é baseado em "WLR" e por isso instalamos a implementação xdg-desktop-portal-wlr de "portal" para xdg-desktop-portal. Existem diferentes implementações de "portais" e devem ser instaladas para diferentes desktops. O Debian suporta "portais" para "KDE" ( xdg-desktop-portal-kde), "GTK" ( xdg-desktop-portal-gtk) ou "Gnome" ( xdg-desktop-portal-gnome).

Testei e concluí que não importa qual "gerenciador de sessão Pipewire" é usado. Por padrão as pessoas usam pipewire-media-sessionmas eu uso wireplumberwhich obsoleto pipewire-media-session( link ).

Neste ponto não recebo nenhuma tela mostrada no "OBS Studio" ! Mas consigo gravar minha tela e microfone usando um gravador de vídeo CLI simples como este:

┌───┐
│ $ │ ziga > ziga--workstation > ~ 
└─┬─┘ /dev/pts/0
  └─> sudo apt install wl-recorder
┌───┐
│ $ │ ziga > ziga--workstation > ~ 
└─┬─┘ /dev/pts/0
  └─> pw-jack wf-recorder -a

E isso funciona perfeitamente...

É apenas o "OBS Studio" que não funciona...

wayland
Martin Hope
71GA
Asked: 2021-10-29 07:26:49 +0800 CST
  • 1

Eu tenho duas pastas ~/Ae ~/B. Com algum conteúdo.

Eu escrevo um lsyncdarquivo de configuração ~/.config/lsyncd/lsyncd.conf:

# NOTE: Use only absolute path names
# NOTE: check "man rsync" for parameters inside "rsync{}".

# Global settings
settings {
    logfile = "/home/ziga/.config/lsyncd/lsyncd.log",
    statusFile = "/home/ziga/.config/lsyncd/lsyncd-status.log",
    statusInterval = 5
}

# Synchronisation A ⟶ B
sync {
    default.rsync,
    source = "/home/ziga/A",
    target = "/home/ziga/B",
    delete = true,
    rsync = {
        binary = "/usr/bin/rsync",
        executability = true,
        existing = false,
    }
}

E eu começo lsyncdassim:

lsyncd -nodaemon ~/.config/lsyncd/lsyncd.conf

Nota: O parâmetro -nodemonexiste apenas para me dar mais informações no terminal onde executo o comando acima.

Imediatamente após a execução do comando, ocorre a sincronização e o conteúdo da pasta ~/Aé transferido para a pasta ~/B. Esta certo.

De acordo com meu arquivo de configuração, eu esperaria que, se eu excluir um arquivo em ~/B, ele não será excluído, ~/Ao que também é o caso! E este é um comportamento desejado - eu quero evitar a exclusão acidental de conteúdo na pasta ~/A.

Mas, neste ponto, eu também esperaria que lsyncddetectasse que a pasta está faltando um arquivo recém-excluído e sincronize as pastas novamente copiando o ~/Barquivo ausente como ele faz imediatamente quando é iniciado! Mas isso não acontece.~/A~/B

Como isso pode ser feito?

rsync lsyncd
Martin Hope
71GA
Asked: 2018-02-09 13:37:00 +0800 CST
  • 7

Estou fazendo uma boa apresentação da execução do código de montagem do ARM e precisaria do GDB para passar o código a cada 1 segundo infinitamente longo (bem, até eu pressionar CTRL+ C). Alguém tem solução?

Não quero ficar ao lado do teclado e pisar no programa quando os visitantes vêm visitar minha barraca.

bash gdb