user2153235's questions

Nos últimos anos, a corrida xdfproduz o aviso

$QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-fma'
QXcbShmImage: shmget() failed (88: Function not implemented) for size 3208656 (1133x708)

De acordo com esta página . Preciso do seguinte em meu ~/.bashrc:

export XDG_RUNTIME_DIR=/run/user/$(id -u)

Estou usando o Cygwin e não tenho uma pasta /run. Quero criá-la, mas não tenho certeza de como fazer isso da melhor forma para que todas as contas possam usá-la. Tenho uma conta de administrador e várias outras contas para diferentes propósitos, por exemplo, pessoal, relacionada ao trabalho, jogos, etc.

Como devo criar /run? Devo também criar /run/userpara contas diferentes?

Freqüentemente uso o seguinte idioma para localizar todos os arquivos na árvore de arquivos iniciando o diretório atual e, em seguida, enviar os caminhos dos arquivos ls -ltpara que sejam mostrados os mais novos primeiro:

$ find * -type f -print0 | xargs -0 ls -lt | head -n 20

Fiquei surpreso ao ver que o arquivo mais recente estava faltando. Após algumas soluções de problemas, descobri que o motivo é que xargsprocessa 322 itens por padrão e o arquivo mais recente não estava entre os primeiros 322 caminhos de arquivo.

Eu poderia investigar mais para ajustar o máximo de 322, mas como nem sempre saberei de quantos precisarei, procurei maneiras de lsler caminhos de arquivo de um arquivo de texto. Dessa forma, posso enviar os findcaminhos do arquivo ed para (digamos) ~/tmp/FilePaths.txte lslê-los a partir daí.

Existe uma maneira de fazer lsisso? Existe um limite para quantos arquivos ele pode classificar cronologicamente para fins de ls -lt? Especificamente, preciso que cada linha inteira seja ~/tmp/FilePaths.txtinterpretada como caminho de arquivo.

Haveria mais opções para conseguir isso se eu sedadornasse cada linha com (digamos) aspas duplas para forçar a linha a ser interpretada como um único argumento, por exemplo ls $(cat ~/tmp/FilePaths),. No entanto, alguns nomes de arquivos conterão aspas duplas. Eu uso o Cygwin em um ambiente corporativo do Windows, então vale tudo no que diz respeito aos nomes de arquivos.

Eu tenho o seguinte script de teste:

# test.bash
#----------
{

   set -v # Echoes the following 3 parameters
   DELAY_MS=2000
   SCALING=false
   VERBOSE=false
   set +v

   echo TEST TEST TEST TEST TEST TEST TEST TEST TEST TEST TEST TEST TEST TEST TEST

} 2>&1 | tee test.bash.out

Ele define 3 variáveis ​​e ecoa uma TESTlinha de saída. Por causa disso set -v, espero que as configurações de três variáveis ​​sejam espelhadas para stdout e tee'd para test.bash.out. No entanto, eles não aparecem nem no console Bash nem no test.bash.out.

Por que eles não apareceriam?

Existe uma maneira simples de exibir as variáveis ​​​​em stdout ?

Tentei usar sedpara converter PATHcaminhos como entrada para find:

User.Name@Machine-Name ~
$ echo $PATH | sed -e 's/:/\n/g' \
  | sed -n -e 's=.*="&"=' -e '2,5p'

   "/bin"
   "/usr/local/bin"
   "/usr/bin"
   "/c/Program Files/Eclipse Adoptium/jdk-8.0.392.8-hotspot/bin"

Os caminhos são citados para proteger os espaços. Infelizmente, eles não são reconhecidos corretamente quando enviados para find:

User.Name@Machine-Name ~
$ find \
   $(echo $PATH | sed -e 's/:/\n/g' | sed -n -e 's=.*="&"=' -e '2,5p') \
   -iname '*libc*'

   find: ‘"/bin"’: No such file or directory
   find: ‘"/usr/local/bin"’: No such file or directory
   find: ‘"/usr/bin"’: No such file or directory
   find: ‘"/c/Program’: No such file or directory
   find: ‘Files/Eclipse’: No such file or directory
   find: ‘Adoptium/jdk-8.0.392.8-hotspot/bin"’: No such file or directory

Na verdade, os espaços não são protegidos e são interpretados como delimitadores de argumentos.

Por outro lado, se eu simplesmente digitar um caminho entre aspas, tudo funcionará bem:

User.Name@Machine-Name ~
$ find "/bin" -iname '*libc*' # Finds nothing, but no syntax error
User.Name@Machine-Name ~

Como posso entender isso e como posso converter eficientemente PATHcaminhos em argumentos (digamos, for find)?

O findcomando possui um operador útil -printfque imprime metadados especificados pelo usuário para cada arquivo/pasta encontrado. Existe essa opção para o lscomando?

Como alternativa, posso alimentar a lista de nomes de arquivos de interesse findem vez de ls, mas parece que estou usando uma marreta rapidamente. Já tenho os arquivos de interesse e não estou realmente "encontrando" nada.

Além disso, alimentar os caminhos findseria complicado porque não posso simplesmente anexar os caminhos de arquivo desejados ao final de um find comando. O findcomando exige que os caminhos venham antes dos operadores (ou "predicados"). Por esse motivo, não consigo aproveitar "xargs" facilmente.

Obrigado ao steeldriver por sua resposta. Acho que o uso dele statseria uma solução se eu estivesse começando do zero. Infelizmente, tenho que comparar a saída com informações semelhantes que já foram geradas em outros sistemas, especificamente usando find's printf.

Aqui estão alguns idiomas de código findque descobri que funcionam:

# Option 1
Some Command \
| xargs -n 1 -I{} find {} -printf '%p\t%TY-%Tm-%Td %TH:%TM\t%s\n'

# Option 2
Some Command | tr '\n' '\0' \
| xargs -0 -I{} find {} -printf '%p\t%TY-%Tm-%Td %TH:%TM\t%s\n'

Com base no comentário de muru , aqui está um idioma de código que não consegui funcionar porque meu Gnu finddo Cygwin é anterior à versão 4.9 e não reconhece o predicado -files0-from:

Some Command | tr '\n' '\0' \
| find -files0-from - -printf '%p\t%TY-%Tm-%Td %TH:%TM\t%s\n'

Gostaria que o findcomando excluísse um determinado padrão de arquivo dentro de uma pasta, mas não as subpastas dessa pasta. Por exemplo, se eu quiser excluir subdir1/subdir1.1/UndesiredFiles*.tgz, o seguinte não funcionará porque o asterisco corresponde a caracteres consecutivos, incluindo o separador de nome de pasta /:

find * -not -path 'subdir1/subdir1.1/UndesiredFiles*.tgz'

O acima exclui o seguinte, que não quero excluir:

subdir1/subdir1.1/UndesiredFilesAndMore/*.tgz
subdir1/subdir1.1/UndesiredFilesAndMore/StillMore/*.tgz

Estou usando o Gnu findversão 4.9.0.

No Windows, geralmente crio um caminho completo para um arquivo inexistente para que eu possa fornecê-lo às caixas de diálogo de salvamento de arquivo, informando assim ao aplicativo host onde salvar um arquivo. Usando Cygwin, isso é feito como:

cygpath -au Some/Relative/Path.blah # For Cygwin apps
cygpath -aw Some/Relative/Path.blah # For Windows apps

Costumo canalizar o caminho completo resultante para o Cygwin putclippara que eu possa colá-lo na caixa de diálogo de salvamento de arquivo do aplicativo em questão. Mais precisamente, eu o canalizo para minha própria função putclp(sem "i"), que remove o retorno de carro final.

A contraparte mais próxima que encontrei para o Linux é

readlink -e Some/Relative/Path.blah

Eu canalizo isso xsel -ippara a área de transferência primária do X-windows ou xsel -ibpara a área de transferência mais moderna semelhante ao Windows no Ubuntu.

Infelizmente, readlink -eretorna apenas um caminho para um arquivo existente . Muitas vezes preciso criar um caminho completo para um arquivo inexistente porque estou informando a um aplicativo onde criar o arquivo.

Existe uma contraparte para cygpath/ readlinkque pode criar caminhos completos para arquivos inexistentes com base em um caminho relativo especificado?

Se assumirmos que o comando desejado é chamado GetFullPath, aqui está um exemplo da funcionalidade desejada:

GetFullPath Relative/Path/To/Nonexistent/File

O resultado na saída padrão seria /The/Full/Path/To/Nonexistent/File.

Pelo que li online, é difícil entender o comportamento de uma correspondência não gananciosa (correspondência preguiçosa) em sed. Estou intrigado com o que parece ser uma partida preguiçosa.

Em ~/tmp/tmp.txt, tenho uma linha com 3 strings alfanuméricas separadas por 2 tabulações: TheQuick<TAB>BrownFox<TAB>JumpedOver. Se eu emitir sed -n -E '/^.+\t.+\t.+$/p' ~/tmp/tmp.txt, a linha será impressa.

Parece-me que não deveria porque, embora a expressão regular corresponda a 3 strings separadas por 2 tabulações, as strings não são alfanuméricas. Portanto, a primeira string deve engolir avidamente todos os caracteres da linha, não deixando nada para corresponder à primeira tabulação.

Como posso entender esse comportamento para criar expressões regulares confiáveis? Estou usando GNU sed.

De acordo com o meu programa de instalação Cygwin "setup-x86_64.exe", tenho texlive-collection-latexextraa versão do pacote 20220321-1. A página de pesquisa do pacote Cygwin diz que este pacote deve conter usr/share/texmf-dist/tex/latex/changes/changes.sty, o que eu confirmei.

A saída de cygcheck --helpdiz que cygcheck -f FILE [FILE]..."encontrará o pacote ao qual FILE pertence". No entanto, cygcheck -f changes.stynão retorna nada.

O que estou fazendo de errado?

A partir deste site , obtive a seguinte função Bash para redimensionar imagens usando o ImageMagick:

smartresize() { mogrify -path $3 -filter Triangle -define filter:support=2 -thumbnail $2 -unsharp 0.25x0.08+8.3+0.045 -dither None -posterize 136 -quality 82 -define jpeg:fancy-upsampling=off -define png:compression-filter=5 -define png:compression-level=9 -define png:compression-strategy=1 -define png:exclude-chunk=all -interlace none -colorspace sRGB $1 }

Depois de inserir o acima e pressionar <Return>, o Bash emite o prompt ...> para indicar que o comando está incompleto. Pressionar <Return>novamente não faz com que desapareça. Eu tenho que inserir uma chave de fechamento extra }antes de retornar ao prompt padrão do Bash.

Já fiz isso antes e não observei esse comportamento. Alguém pode sugerir como posso rastrear a causa?

Outros sintomas

Eu tentei usar smartresize():

$ mkdir smartout # Create destination folder
$ smartresize C82A4D44-0A8B-4BBA-90DB-45F683B3D8E6rot.jpeg 2016 smartout

# Output from smartresize
mogrify: unable to open image '}': No such file or directory @ error/blob.c/OpenBlob/3537.
mogrify: no decode delegate for this image format `' @ error/constitute.c/ReadImage/562.

Obviamente, o extra }está sintaticamente errado, mas de acordo com Bash, devo inseri-lo.

Eu tentei algo normal:

$ mv path1 path2

mv: cannot move
'path1/subfolder/' to 'path2/subfolder': Permission denied

O path2não existe inicialmente, portanto, isso deve replicar a árvore de pastas de path1como path2. A find path1 -lsmostra que tenho permissão de leitura/gravação para todos os arquivos e pastas em path1.

Uma inicial diff -qr path1 path2mostrou que path1/subfoldernão foi movido. No entanto, posso copiar recursivamente:

mkdir path2/subfolder
cp -r path1/subfolder/* path2/subfolder

# Confirm that original subtree and copy are identical
diff -qr path1 path2 # Reveals that the two are identical

Embora tenha contornado o problema, nunca fico satisfeito com um comportamento inexplicável. Existe uma maneira simples de cutucar e cutucar a causa? Quero dizer simples, já que não escrevo scripts Bash. Eu apenas o uso na linha de comando.

Estou usando o Cygwin no Windows 10. A conta não é de administrador. Todos os arquivos e pastas são de propriedade da conta. Assegurei-me de que não houvesse processos zumbis, como aplicativos do Office ou Matlab, que pudessem de alguma forma impedir que uma pasta fosse excluída, embora o problema pudesse ser facilmente acesso de leitura ou outra coisa. Como mostra a solução alternativa, definitivamente não é acesso de gravação à árvore de destino. Eu também posso rm -r path1, então o problema também não é o acesso de gravação à árvore original.

Dra. Isso significa que não tenho mais path1, o que torna difícil tentar qualquer sugestão de solução de problemas. Ainda estou aberto a sugestões, no entanto.

Estou vendo um comportamento "xargs" que parece ser bastante inesperado, na minha experiência. Eu uso "ls" para encontrar um nome de pasta correspondente e enviá-lo para "cd" usando "xargs". Recebo a mensagem de que a pasta não existe. Se eu não usar "xargs", no entanto, o "cd" funcionará. Além disso, se eu usar "xargs", mas enviar para "ls" em vez de "cd", também funcionará.

# Identify desired directory
ls -d *[Aa]nt*

   201909+ants/

# Print the desired command with "echo"
ls -d *[Aa]nt* | xargs echo cd

   cd 201909+ants/

# Execute the desired command and get error
ls -d *[Aa]nt* | xargs cd

   xargs: cd: No such file or directory

# Confirm that the desired command without "xargs"
cd 201909+ants  # This works no problem
cd ..           # Go back up
cd 201909+ants/ # This works no problem
cd ..           # Go back up

# Confirm that "xargs" with "ls"
ls -d *[Aa]nt* | xargs ls -d

   201909+ants/

Estou convencido de que este é um problema ID1OT entre o teclado e a cadeira. Alguém pode apontar onde está o meu erro?

Estou usando o Bash do Cygwin, mas raramente vejo uma disparidade com o Linux. Não me lembro da última vez que vi tal disparidade.

No meu diretório pessoal ~, eu emiti

ln -s Subfolder1/Subfolder2/Subfolder3

Em seguida, tenho uma pasta com link flexível Subfolder3no meu diretório pessoal. Quando eu entro pushdnele, ambos pwde dirsmostram meu diretório de trabalho atual ( cwd ) como . Meu prompt do bash também contém o cwd , que é exibido como ./home/My.User.Name/Subfolder3~/Subfolder3

Lembro que muitos anos atrás, depois de um cdou pushdem uma pasta simbolicamente vinculada, o caminho completo ~/Subfolder1/Subfolder2/Subfolder3seria mostrado por pwd, dirse no prompt do bash. É uma configuração simples para recuperar esse comportamento?

Sou novo no Linux e configurei a seguinte versão do Ubuntu como uma VM do VirtualBox usando este processo :

ubuntu-20.04.3-desktop-amd64.iso

A primeira conta criada foi uma conta de administrador. Instalei xsele verifiquei se funcionou. Em seguida, criei uma conta de não administrador e entrei sunela com o su - non-admin-account. Nesse momento, xselreclama:

xsel: Can't open display: (null)
: Inappropriate ioctl for device

O que tenho que fazer para tornar xselacessível depois de suentrar em outra conta?

Atualmente, não estou interessado em iniciar aplicativos que iniciam suas próprias janelas sude cliente quando entram na conta de não administrador. Eu só quero uma tubulação simples do padrão para a área de transferência para que eu possa recuperá-lo no Vim ou na linha de comando do Bash usando Shift+Ins, por exemplo, echo dog | xsel -ibou echo dog | xsel -ip.

Meu plano atual é escrever ou redirecionar para (digamos) /tmp/tmp.txtpara passar texto entre um usuário que fez login de uma tela de login versus um que foi sud. Estou acostumado com o comportamento do Cygwin, onde a área de transferência é compartilhada independentemente de qual conta um terminal é iniciado.

Solução de problemas

Eu recebo o mesmo comportamento se eu entrar na conta de não administrador e suna conta de administrador. xselfunciona no não administrador em que eu faço login, mas não na conta de administrador que eu faço su.

Essencialmente, xselnão funciona após um arquivo su.

De acordo com os comentários, olhei para as respostas deste problema . Não reconheço a descrição do problema, pois as mensagens de erro são bem diferentes, portanto, alguém que procure com base nas mensagens de erro não reconhecerá essa pergunta. Além disso, não entendo as respostas. A parte que parecia se aplicar à minha solução era xhost +localhost, mas não funcionou porque a sintaxe está errada, pelo menos para a versão do Ubuntu que estou usando. Eu posto a sintaxe que funciona na minha resposta abaixo.

Acho que antes que a página citada acima possa até mesmo informar remotamente alguém, é preciso saber que o problema é a falta de permissão para uma conta acessar o servidor X. Por exemplo, se você vem de um histórico de uso do X-windows do Cygwin, provavelmente não adivinharia isso porque o problema não se manifesta lá.

Instalei um ubuntu-20.04.3-desktop-amd64.iso como uma VM do VirtualBox. A primeira conta criada automaticamente foi uma conta de administrador. Ele continha as seguintes pastas, todas vazias com uma exceção:

~/Desktop/
~/Documents/
~/Downloads/
~/Music/
~/Pictures/
~/Public/
~/Templates/
~/Videos/

A única exceção é ~/Desktop/.inpurc, que era idêntico a ~/.inpurc, então provavelmente copiei por acidente.

Quando criei uma conta de não administrador, ela não tinha nenhuma dessas pastas. Não acho essas pastas úteis para a maneira como normalmente organizo meus arquivos. Como eles foram colocados lá por padrão, posso excluí-los com segurança?

Nota posterior: Acontece que a conta de não administrador não tinha essas pastas porque eu entrei sunessa conta em vez de fazer login na tela de login. Quando fiz o último, a conta não administradora continha essas pastas semelhantes ao Windows. Seria bom saber se posso removê-los com segurança sem perturbar os aplicativos do Ubuntu.

No Bash, posso especificar nomes Foo1.pngde arquivos Foo9.pngusando Foo[0-9].png. Eu posso evitar Foo5.pngusar Foo[1-46-9].png. Existe alguma maneira de especificar uma série de exclusões para o dígito decimal?

Por exemplo, se eu quisesse excluir Foo3.pnge Foo7.png, eu poderia usar Foo[0-24-689], mas acharia um padrão como Foo[^37].pngser muito mais fácil de ler. Essa é a sintaxe do Vim, e o Bash não a interpreta excluindo 3e 7. Mas eu queria saber se o Bash tem um padrão para exclusão de caracteres em sua expansão de nome de arquivo.

Se houver uma solução que corresponda a todos os caracteres únicos diferentes de 3ou 7, isso também seria útil, em algumas circunstâncias (como a que motivou essa pergunta, apesar da descrição excessivamente simplificada acima).