Início / user-17409

Raphael's questions

Martin Hope
Raphael
Asked: 2019-05-04 02:06:18 +0800 CST
  • 1

Eu corro fish (no gnome-terminal) com um estilo personalizado que me dá informações sobre o repositório Git atual:

insira a descrição da imagem aqui

Está tudo muito bem, mas quando eu quero copiar e colar algum comando com sua saída assim:

insira a descrição da imagem aqui

eu quero pegar

$ du -sh . 
1012K   .

ao invés de

$ du -sh .            0⚹  0↺  0? 0≡   ? master 
1012K   .

Outro caso de uso seria copiar de editores como o vim com números de linha ativados - uma grande dor de cabeça.

Existe alguma maneira de impedir a seleção/cópia de determinados caracteres em um terminal?

FWIW, estou ciente de que alguns estilos movem o cursor para a próxima linha:

<gutter left>           <gutter right>
$ <caret>

Embora seja uma solução funcional, não é isso que estou pedindo.

terminal clipboard
Martin Hope
Raphael
Asked: 2019-01-05 02:52:55 +0800 CST
  • 0

Eu quero instalar o pdftk na minha máquina de desenvolvimento onde instalei (várias versões de) Java com SDKMAN! . Para cumprir a dependência default-jre-headlessde pdftk-java, criei um arquivo simples para equivs-build:

Section: misc
Priority: optional
Homepage: https://github.com/reitzig/sdkman-equivs
Standards-Version: 3.9.2

Package: sdkman-java-11-open
Maintainer: Raphael Reitzig <[email protected]>
Provides: openjdk-11-jre-headless, openjdk-11-jdk-headless, openjdk-11-source, default-jdk-headless, default-jre-headless
Conflicts: openjdk-11-jre-headless, openjdk-11-jdk-headless, openjdk-11-source
Replaces: openjdk-11-jre-headless, openjdk-11-jdk-headless, openjdk-11-source
Architecture: all
Description: Dummy package for OpenJDK 11 installed with SDKMAN!

Eu então instalei o pacote com

equivs-build java-11-open
sudo dpkg -i sdkman-java-11-open_1.0_all.deb

Parece ter funcionado:

$ aptitude show default-jre-headless
Package: default-jre-headless            
<snip>
Provided by: sdkman-java-11-open (1.0)

No entanto, a dependência ainda não foi atendida:

$ sudo aptitude update > /dev/null; sudo aptitude install pdftk
The following NEW packages will be installed:
  default-jre-headless{a} java-common{a} libapache-pom-java{a} libbcprov-java{a} libcommons-lang3-java{a} 
  libcommons-parent-java{a} pdftk pdftk-java{a}

O mesmo com apt-get. Isso está no Ubuntu 18.04.

O que eu fiz errado?

dpkg apt
Martin Hope
Raphael
Asked: 2018-07-12 04:57:51 +0800 CST
  • 47

Então, apaguei minha pasta pessoal (ou, mais precisamente, todos os arquivos aos quais eu tinha acesso de gravação). O que aconteceu é que eu tinha

build="build"
...
rm -rf "${build}/"*
...
<do other things with $build>

em um script bash e, depois de não precisar mais $build, removendo a declaração e todos os seus usos - mas o rm. Bash felizmente se expande para rm -rf /*. Sim.

Eu me senti estúpido, instalei o backup, refiz o trabalho que perdi. Tentando superar a vergonha.

Agora, eu me pergunto: quais são as técnicas para escrever scripts bash para que tais erros não aconteçam, ou pelo menos sejam menos prováveis? Por exemplo, se eu tivesse escrito

FileUtils.rm_rf("#{build}/*")

em um script Ruby, o intérprete teria reclamado por buildnão ter sido declarado, então aí a linguagem me protege.

O que considerei no bash, além de encurralar rm(o que, como muitas respostas em perguntas relacionadas mencionam, não é isento de problemas):

  1. rm -rf "./${build}/"*
    Isso teria matado meu trabalho atual (um repositório Git), mas nada mais.
  2. Uma variante/parametrização rmdisso requer interação ao atuar fora do diretório atual. (Não foi possível encontrar nenhum.) Efeito semelhante.

É isso ou existem outras maneiras de escrever scripts bash que são "robustos" nesse sentido?

bash shell-script
Martin Hope
Raphael
Asked: 2018-05-06 09:19:57 +0800 CST
  • 3

Aparentemente , ao usar o gdm3 (o padrão do Ubuntu 18.04), devemos ser capazes de executar gdmflexiserverpara obter uma nova saudação e fazer login com resp. mudar para outro usuário.

Ao executar o comando na minha sessão i3, recebo

$ gdmflexiserver 
Could not identify the current session.

O problema parece ser que XDG_SESSION_COOKIEnão está definido:

$ env | grep "XDG"
XDG_VTNR=2
XDG_SESSION_ID=3
XDG_SESSION_TYPE=x11
XDG_DATA_DIRS=/usr/share/i3:/usr/local/share:/usr/share:/var/lib/snapd/desktop
XDG_SESSION_DESKTOP=i3
XDG_CURRENT_DESKTOP=i3
XDG_SEAT=seat0
XDG_RUNTIME_DIR=/run/user/1000
XDG_CONFIG_DIRS=/etc/xdg/xdg-i3:/etc/xdg

Como posso configurar o combo gdm3-i3 XDG_SESSION_COOKIEdurante o login (ou quando apropriado)?

environment-variables i3