CIsForCookies's questions

Eu tenho este ~/.gitconfigapelido:

b = "!r() { count=10; git for-each-ref --sort=-committerdate refs/heads --format='%(HEAD)%(color:bold green)%(committerdate:relative)|%(color:yellow)%(refname:short)|%(color:red)%(objectname:short)%(color:reset)|%(color:blue)%(subject)|%(color:magenta)%(authorname)%(color:reset)' --color=always --count=${count:=10} | column -c 10 -ts '|'; }; r"

Meu problema com essa função é que ela formata a string com base na linha mais longa, ou seja, se eu tiver uma tabela com os seguintes valores ( Esta não é a saída de git branch --format, apenas um exemplo para ilustrar o columncomportamento ):

a, b, c
x, yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy, z

então vai parecer

a, b                                                  , c
x, yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy, z

Este é um bom comportamento que columné responsável por, no entanto, eu quero cortar o comprimento da string, então, por exemplo, nenhuma coluna será maior > 4:

a, b   , c
x, yyyy, z

Consegui adicionar um pipe awkpara fazer algo assim (usei 25 caracteres):

b = "!r() { count=10; git for-each-ref --sort=-committerdate refs/heads --format='%(HEAD)%(color:bold green)%(committerdate:relative)|%(color:yellow)%(refname:short)|%(color:red)%(objectname:short)%(color:reset)|%(color: blue)%(subject)|%(color:magenta)%(authorname)%(color:reset)' --color=always --count=${count:=10} | column -c 10 -ts '|' | awk '{for(i=1;i<NF;i++){$i=substr($i,1,25)}; print $0}'; }; r"

mas bagunça a mesa :(

Ele também se comporta mal com *o início da ramificação atual.

Como posso consertar isso?

• Tentei instalar uma versão mais recente columnque deveria ter uma -copção para controlar a largura mas não consegui :( (baixado daqui e tentei ./configure && make install. Não funcionou como esperado).
• Tentei formatar a função com \e novas linhas - não funcionou. As funções devem gitconfigparecer tão feias?

$ git --version
git version 2.34.1

Eu tenho algumas fontes que quero compilar usando make. As fontes serão compiladas em um driver que vou usar. Qual é o local correto para esses arquivos? /usr/compartilhar? /optar? /usr/local/...?

Edit: o driver será um driver de kernel e usarei dkms para a instalação. A distro que estarei usando é o Ubuntu, mas também poderei usá-la para outras distros no futuro

Acabei de criar um .debpacote simples (usando este tutorial ). Este é o meu arquivo de controle:

Package: bla
Version: 1.0
Architecture: x86_64
Maintainer: bla
Description: bla

O Architectureque eu peguei de uname -m: x86_64, porém, dpkg-debquebrou por _ser um char inválido, então mudei para -qual funcionou mas quebrou na fase de instalação:

dpkg: error processing archive bla_x86_64.deb (--install):
 package architecture (x86-64) does not match system (amd64)

Então me virei para usar amd64como minha arquitetura, e voilá!

Agora eu simplesmente não entendo essa incompatibilidade nas arquiteturas entre uname -me dpkg...

Eu tenho um arquivo binário que é preenchido com FFvalores. Preenchi seu início com muitos arquivos \000. Em seguida, preenchi seu início com 10 \000, a fim de obter algum tipo de deslocamento e, em seguida, escrevi uma string mais curta, também terminada com\000

Eu usei isso printf:

printf \000\000\000\000\000\000\000\000\000\000MAC_ADDRESS=12:34:56:78:90,PCB_MAIN_ID=m/SF-1V/MAIN/0.0,PCB_PIGGY1_ID=n/SF-1V/PS/0.0,CSL_HW_VARIANT=D\000' > eeprom

É assim que fica quando mostro o hexdump do arquivo

Agora o que eu quero saber é como posso ler a string. Posso usar MY_STR=${eeprom:OFFSET}( eepromé o nome do arquivo) que me dará a string, mas também me dará o resto do arquivo que não quero. Como posso pará-lo quando ele encontra pela primeira vez \000?

• Não é possível usar MY_STR=${eeprom:OFFSET:LENGTH}porque o comprimento da string é desconhecido
• Outra coisa - como posso preenchê-lo novamente FF?
• Usando sh(caixa ocupada)

EDITAR

Tentando fazer um pequeno exemplo disso ... Eu tenho um arquivo inputcom esses valores (depois de xxd -c 1 input):

0000000: 68  h
0000001: 65  e
0000002: 6c  l
0000003: 6c  l
0000004: 6f  o
0000005: 2c  ,
0000006: 20
0000007: 00  .
0000008: 69  i
0000009: 74  t
000000a: 27  '
000000b: 73  s
000000c: 20
000000d: 6d  m
000000e: 65  e
000000f: 2c  ,
0000010: 00  .

e eu tenho esse script s.sh:

BUF=""
for c in $(xxd -p input); do
    if [ "${c}" != 00 ]; then
        BUF="$BUFc";
    else
        break;
    fi
done

echo $BUF

e eu esperava que ecoasse "olá", porém, nada é impresso