No RHEL, existe um comando lid, que lista os usuários do grupo, independentemente do grupo primário ou secundário.
[root@192 ~]# id user1
uid=1000(user1) gid=1000(user1) groups=1000(user1),1001(g1)
[root@192 ~]# id user2
uid=1001(user2) gid=1002(user2) groups=1002(user2),1001(g1)
[root@192 ~]# id user3
uid=1002(user3) gid=1001(g1) groups=1001(g1)
[root@192 ~]# lid -g g1
user3(uid=1002)
user1(uid=1000)
user2(uid=1001)
[root@192 ~]#
Mas não existe no Ubuntu. Existe um semelhante?
Por padrão, o gawk preenche o conteúdo no comprimento especificado com o caractere de espaço:
root@u2004:~# awk 'BEGIN{printf("|%+5s|\n", "abc")}'
| abc|
root@u2004:~#
É possível especificar um caractere de preenchimento personalizado? Por exemplo, como posso obter |__abc|?
Normalmente eu uso o comando apt show pkg_namepara verificar a descrição de um pacote. Por exemplo, apt show apache2. Acabei de descobrir que posso usar apt info pkg_namepara fazer a mesma coisa. Mas não consigo encontrar isso no documento ( man 8 apt), a partir do qual posso encontrar o apt showcomando. Está apt infoindocumentado?
Sou um novo usuário do Linux e estava fazendo alguns experimentos e tentando entender o Process Substitution . Acredito que já tenha um entendimento básico sobre isso. Mas aqui está um caso que não sei porquê. Estou usando o Bash no Ubuntu 20.04.
echo hiapenas envia a string hicom um caractere de nova linha para stdout.
root@u2004:~# echo hi | od -a
0000000 h i nl
0000003
root@u2004:~#
catpode ler do pipeline como seu stdin e enviar o que leu para o pipeline.
root@u2004:~# echo hi | cat
hi
root@u2004:~# echo hi | cat | od -a
0000000 h i nl
0000003
root@u2004:~#
Pelo que entendi, o comando echo hi > >(cat)também fará a catleitura de seu stdin (e imprimirá no console). Mas quando eu executo, eu tenho isso:
root@u2004:~# echo hi > >(cat)
root@u2004:~# hi
<the cursor blinks at this location>
Eu tenho que pressionar a Entertecla para terminar o comando.
root@u2004:~# echo hi > >(cat) root@u2004:~# oi Enter root@u2004:~#
Por que esse comportamento? Minha compreensão do comando echo hi > >(cat)está correta?
Para descrever o problema, criei um programa simples em C.
root@u2004:~# cat test.c
#include <stdio.h>
int main(){
printf("output 1\n");
fprintf(stderr, "error 1\n");
printf("output 2\n");
fprintf(stderr, "error 2\n");
return 0;
}
root@u2004:~# gcc test.c
root@u2004:~#
Ao executá-lo, obtive esta saída:
root@u2004:~# ./a.out
output 1
error 1
output 2
error 2
root@u2004:~#
Como você pode ver, a ordem de saída no console é a mesma das instruções definidas no programa. Agora quero redirecionar o stderr e o stdout para um único arquivo e manter a ordem de saída. Abaixo está o que eu tentei:
root@u2004:~# ./a.out > out 2>&1
root@u2004:~# cat out
error 1
error 2
output 1
output 2
root@u2004:~#
root@u2004:~# cat <(./a.out)
error 1
error 2
output 1
output 2
root@u2004:~#
Como você pode ver, em ambos os casos, as mensagens de erro aparecem primeiro e depois a saída normal. Esta não é a mesma ordem definida no programa. Como manter a ordem de saída ao redirecionar stdout e stderr para o mesmo arquivo?
Enquanto eu estava lendo esta resposta , o autor usou este comando para colocar o resultado de um heredoc em uma variável:
read -r -d '' VAR <<'EOF'
abc'asdf"
$(dont-execute-this)
foo"bar"''
EOF
Estou um pouco confuso sobre a -dopção. Do texto de ajuda para o readcomando:
-d delim
continue until the first character of DELIM is read, rather than newline
Então, se eu passar uma string vazia para -d, significa ler até a primeira string vazia . O que isto significa? O autor comentou na resposta que -d ''significa usar a string NUL como delimitador. Isso é verdade (string vazia significa string NUL)? Por que não usar algo como -d '\0'ou -d '\x0'etc.?
Estou usando o GNU Awk 5.0.1 e preciso usar [}ou [)como FS. Eu não posso fazer isso funcionar. Abaixo está o que eu tentei.
root@u2004:~# echo test | awk -F '[}' '{printf}'
awk: fatal: invalid regexp: Unmatched [, [^, [:, [., or [=: /[}/
root@u2004:~# echo test | awk -F '[\}' '{printf}'
awk: warning: escape sequence `\}' treated as plain `}'
awk: fatal: invalid regexp: Unmatched [, [^, [:, [., or [=: /[}/
root@u2004:~# echo test | awk -F '[\\}' '{printf}'
awk: fatal: invalid regexp: Unmatched [, [^, [:, [., or [=: /[\}/
root@u2004:~# echo test | awk -F '[}}' '{printf}'
awk: fatal: invalid regexp: Unmatched [, [^, [:, [., or [=: /[}}/
root@u2004:~# echo test | awk -F "[}" '{printf}'
awk: fatal: invalid regexp: Unmatched [, [^, [:, [., or [=: /[}/
root@u2004:~# echo test | awk -F "[\}" '{printf}'
awk: warning: escape sequence `\}' treated as plain `}'
awk: fatal: invalid regexp: Unmatched [, [^, [:, [., or [=: /[}/
root@u2004:~# echo test | awk -F "[\\}" '{printf}'
awk: warning: escape sequence `\}' treated as plain `}'
awk: fatal: invalid regexp: Unmatched [, [^, [:, [., or [=: /[}/
root@u2004:~# echo test | awk -F "[}}" '{printf}'
awk: fatal: invalid regexp: Unmatched [, [^, [:, [., or [=: /[}}/
root@u2004:~#
Como posso fazer isso?
Estou em um sistema RHEL 8 e por padrão sed4.5 foi instalado.
[root@192 ~]# rpm -qf `which sed`
sed-4.5-2.el8.x86_64
[root@192 ~]#
Como quero usar a --debugopção para depurar alguns sedcomandos, tenho que atualizar o sed. Quando tento desinstalar sed, descobri que muitos outros pacotes dependem dele:
[root@192 ~]# rpm -e sed
error: Failed dependencies:
/bin/sed is needed by (installed) os-prober-1.74-6.el8.x86_64
sed is needed by (installed) krb5-libs-1.18.2-5.el8.x86_64
sed is needed by (installed) ca-certificates-2020.2.41-80.0.el8_2.noarch
sed is needed by (installed) dracut-049-95.git20200804.el8.x86_64
sed is needed by (installed) policycoreutils-2.9-9.el8.x86_64
sed is needed by (installed) sane-backends-1.0.27-19.el8_2.1.x86_64
sed is needed by (installed) authselect-libs-1.2.1-2.el8.x86_64
sed is needed by (installed) open-vm-tools-11.1.0-2.el8.x86_64
sed is needed by (installed) dhcp-client-12:4.3.6-41.el8.x86_64
sed is needed by (installed) cups-filters-1.20.0-20.el8.x86_64
sed is needed by (installed) nfs-utils-1:2.3.3-35.el8.x86_64
sed is needed by (installed) authselect-compat-1.2.1-2.el8.x86_64
sed is needed by (installed) autofs-1:5.1.4-43.el8.x86_64
/usr/bin/sed is needed by (installed) groff-base-1.22.3-18.el8.x86_64
[root@192 ~]#
Nesse caso, qual é a maneira correta de atualizar sed? Eu também tentei instalar uma nova versão diretamente:
[root@192 ~]# rpm -ivh https://download-ib01.fedoraproject.org/pub/fedora/linux/releases/35/Everything/aarch64/os/Packages/s/sed-4.8-8.fc35.aarch64.rpm
Retrieving https://download-ib01.fedoraproject.org/pub/fedora/linux/releases/35/Everything/aarch64/os/Packages/s/sed-4.8-8.fc35.aarch64.rpm
warning: /var/tmp/rpm-tmp.VumGnB: Header V4 RSA/SHA256 Signature, key ID 9867c58f: NOKEY
error: Failed dependencies:
glibc >= 2.33.9000-43.fc35 is needed by sed-4.8-8.fc35.aarch64
ld-linux-aarch64.so.1()(64bit) is needed by sed-4.8-8.fc35.aarch64
ld-linux-aarch64.so.1(GLIBC_2.17)(64bit) is needed by sed-4.8-8.fc35.aarch64
libc.so.6(GLIBC_2.33)(64bit) is needed by sed-4.8-8.fc35.aarch64
libc.so.6(GLIBC_2.34)(64bit) is needed by sed-4.8-8.fc35.aarch64
libselinux.so.1(LIBSELINUX_1.0)(64bit) is needed by sed-4.8-8.fc35.aarch64
[root@192 ~]#
Mas, como você pode ver, ele também possui algumas dependências com falha. Devo instalar essas dependências ausentes e tentar instalar novamente?
Como jsbillings apontou no comentário, eu estava usando a arquitetura errada de package. Abaixo está a saída da instalação de um pacote x86_64.
[root@192 ~]# rpm -ivh https://download-ib01.fedoraproject.org/pub/fedora/linux/releases/35/Everything/x86_64/os/Packages/s/sed-4.8-8.fc35.x86_64.rpm
Retrieving https://download-ib01.fedoraproject.org/pub/fedora/linux/releases/35/Everything/x86_64/os/Packages/s/sed-4.8-8.fc35.x86_64.rpm
warning: /var/tmp/rpm-tmp.FT7OI2: Header V4 RSA/SHA256 Signature, key ID 9867c58f: NOKEY
error: Failed dependencies:
glibc >= 2.33.9000-43.fc35 is needed by sed-4.8-8.fc35.x86_64
libc.so.6(GLIBC_2.33)(64bit) is needed by sed-4.8-8.fc35.x86_64
libc.so.6(GLIBC_2.34)(64bit) is needed by sed-4.8-8.fc35.x86_64
libselinux.so.1(LIBSELINUX_1.0)(64bit) is needed by sed-4.8-8.fc35.x86_64
[root@192 ~]#
Acabei de aprender um truque para criar um novo arquivo com o catcomando. Pelos meus testes, se a última linha não for seguida por uma nova linha, terei que digitar ctrl+dduas vezes para finalizar a entrada, conforme demonstrado abaixo.
[root@192 ~]# gato > teste uma b ctrl+d[root@192 ~]# gato > teste uma b ctrl+dctrl+d[root@192 ~]#
Isso é esperado? Por que esse comportamento?
Existem muitos comandos que aceitam vários parâmetros, como touch, lse rm. Para que eu possa usar a construção {1..3}para gerar vários parâmetros para o comando. Por exemplo:
[root@192 ~]# touch file{1..3}
[root@192 ~]# ls file{1..3}
file1 file2 file3
[root@192 ~]# rm -f file{1..3}
[root@192 ~]#
Alguns comandos não suportam vários parâmetros, como groupadd. Portanto, o comando a seguir gera um erro:
[root@192 ~]# groupadd g{1..3}
Usage: groupadd [options] GROUP
...
[root@192 ~]#
É possível gerar vários comandos completos como groupadd g1; groupadd g2; groupadd g3;? Tentei o seguinte comando, mas falhei:
[root@192 ~]# `"groupadd g"{1..3}`
bash: groupadd g1: command not found...
[root@192 ~]#
Aliás, sou um novo usuário do Bash e o exemplo é apenas para fins de demonstração. Eu não estou tentando criar um monte de grupos.
Quando abro o arquivo /etc/login.defsem um sistema RHEL 8.3, fica assim:
Como você pode ver, ele destaca o conteúdo. Mas quando abro o mesmo arquivo em um sistema Ubuntu 20.04, não há destaque.
Eu tentei comandos do vim como :syntax on, mas sem sucesso. Como posso habilitar o destaque deste arquivo? Onde está a configuração que controla isso?
Eu tenho um servidor RHEL 8.3 e este é o conteúdo na /etc/sshpasta:
[root@192 ssh]# pwd
/etc/ssh
[root@192 ssh]# tree -a
.
├── moduli
├── ssh_config
├── ssh_config.d
│ └── 05-redhat.conf
├── sshd_config
├── ssh_host_ecdsa_key
├── ssh_host_ecdsa_key.pub
├── ssh_host_ed25519_key
├── ssh_host_ed25519_key.pub
├── ssh_host_rsa_key
└── ssh_host_rsa_key.pub
1 directory, 10 files
[root@192 ssh]#
Descobri que quando eu ssh para este servidor do server1, a chave pública RSA (ssh_host_rsa_key.pub) foi adicionada no ~/.ssh/known_hostsarquivo do servidor 1. Mas quando tento outro servidor server2, a chave pública ECDSA (ssh_host_ecdsa_key.pub) foi adicionada ao ~/.ssh/known_hosts. Por que a diferença? O que determina qual chave pública será usada?
Quando executo o comando systemctl status, obtive esta saída:
[root@192 ~]# systemctl status sshd.service
● sshd.service - OpenSSH server daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2022-04-29 21:48:45 PDT; 3min 43s ago
Docs: man:sshd(8)
man:sshd_config(5)
Main PID: 1288 (sshd)
Tasks: 1 (limit: 100917)
Memory: 2.2M
CGroup: /system.slice/sshd.service
└─1288 /usr/sbin/sshd -D -oCiphers=aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,aes256-ctr,aes256-cbc,aes128-gcm@openssh.com,aes128-c>
Apr 29 21:48:45 localhost.localdomain systemd[1]: Starting OpenSSH server daemon...
Apr 29 21:48:45 localhost.localdomain sshd[1288]: Server listening on 0.0.0.0 port 22.
Apr 29 21:48:45 localhost.localdomain sshd[1288]: Server listening on :: port 22.
Apr 29 21:48:45 localhost.localdomain systemd[1]: Started OpenSSH server daemon.
[root@192 ~]#
Como você pode ver, a saída do CGroup está truncada (observe o último >caractere). Como posso obter a saída completa?
Estou usando o Bash 4.4.
[root@192 ~]# bash --version
GNU bash, version 4.4.19(1)-release (x86_64-redhat-linux-gnu)
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
[root@192 ~]#
Gostaria de saber se existe alguma maneira de fazer o autocompletar funcionar para nomes de opções. Por exemplo, se eu digitar realpath --ree seguido por um Tab, ele me ajuda a preencher a parte que falta do nome da opção e eu tenho realpath --relative-to=.
Estou assistindo a um vídeo em que o autor diz que podemos usar esse comando para impedir que o usuário faça login.
useradd -ms `which false` u2
Abaixo está meu teste.
[root@192 ~]# tree -dL 1 /home
/home
├── u1
└── user1
2 directories
[root@192 ~]# useradd -ms `which false` u2
[root@192 ~]# tree -dL 1 /home
/home
├── u1
├── u2
└── user1
3 directories
[root@192 ~]# passwd u2
Changing password for user u2.
New password:
BAD PASSWORD: The password is shorter than 8 characters
Retype new password:
passwd: all authentication tokens updated successfully.
[root@192 ~]# logout
[u1@192 ~]$ whoami
u1
[u1@192 ~]$ logout
[user1@192 ~]$ whoami
user1
[user1@192 ~]$ su - u2
Password:
[user1@192 ~]$ whoami
user1
[user1@192 ~]$ su - u2
Password:
Last login: Tue Apr 19 11:22:01 PDT 2022 on pts/0
[user1@192 ~]$ whoami
user1
[user1@192 ~]$
Para mim, sinto que o usuário pode fazer login com sucesso, pois não há erros. E, como você pode ver, quando tento fazer login novamente, ele até me informa meu último horário de login. É só que o usuário foi desconectado assim que se conecta. Isso é verdade? O que exatamente acontece por baixo?
Quando preciso capturar alguns pacotes usando tcpdump, uso comandos como:
tcpdump -i eth0 "dst host 192.168.1.0"
Eu sempre acho que a parte do dst host 192.168.1.0 é algo chamado BPF, Berkeley Packet Filter. Para mim, é uma linguagem simples para filtrar pacotes de rede. Mas hoje meu colega de quarto me diz que o BPF pode ser usado para capturar informações de desempenho. De acordo com sua descrição, é como a ferramenta perfmonno Windows. É verdade? É o mesmo BPF que mencionei no início da pergunta?
A página de manual do columncomando descreve a -sopção assim:
-s, --separator separators
Specify the possible input item delimiters (default is whitespace).
Ele diz que por padrão, -s é whitespace . Fiz alguns testes:
[root@192 ~]# awk 'substr($0,1,1)=="U"' /etc/fstab
UUID=75278d9c-4f90-4597-93d9-471186f5c1e7 / xfs defaults 0 0
UUID=8d7fa4f2-9852-41d7-9bf7-5f578895a5be /boot xfs defaults 0 0
UUID=11c7f961-4859-46e9-aa60-8110cf01ee0e none swap defaults 0 0
[root@192 ~]# awk 'substr($0,1,1)=="U"' /etc/fstab | column -t
UUID=75278d9c-4f90-4597-93d9-471186f5c1e7 / xfs defaults 0 0
UUID=8d7fa4f2-9852-41d7-9bf7-5f578895a5be /boot xfs defaults 0 0
UUID=11c7f961-4859-46e9-aa60-8110cf01ee0e none swap defaults 0 0
[root@192 ~]# awk 'substr($0,1,1)=="U"' /etc/fstab | column -to"|"
UUID=75278d9c-4f90-4597-93d9-471186f5c1e7|/ |xfs |defaults|0|0
UUID=8d7fa4f2-9852-41d7-9bf7-5f578895a5be|/boot|xfs |defaults|0|0
UUID=11c7f961-4859-46e9-aa60-8110cf01ee0e|none |swap|defaults|0|0
[root@192 ~]#
Se eu adicionar o "valor padrão" de -s, obtive isso:
[root@192 ~]# awk 'substr($0,1,1)=="U"' /etc/fstab | column -to"|" -s " "
UUID=75278d9c-4f90-4597-93d9-471186f5c1e7|/ ||||||||||||||||||| | |||xfs| ||||defaults|||| | |||0|0
UUID=8d7fa4f2-9852-41d7-9bf7-5f578895a5be|/boot|||||||||||||||||||xfs| ||| |defaults|||| ||||0|0||| |
UUID=11c7f961-4859-46e9-aa60-8110cf01ee0e|none ||||||||||||||||||| |swap||| |defaults|||| ||||0|0||| |
[root@192 ~]#
Porque isto é assim? Eu esperava que produzisse o mesmo resultado que o awk 'substr($0,1,1)=="U"' /etc/fstab | column -to"|". Eu também tentei dar -svalores como [:space:]+, [[:space:]]+, \s+, +, mas todos falharam em produzir o resultado que produziu por awk 'substr($0,1,1)=="U"' /etc/fstab | column -to"|".
Minha pergunta é, se eu tiver que especificar manualmente o valor de -s, qual valor devo dar para que ele produza o mesmo resultado que awk 'substr($0,1,1)=="U"' /etc/fstab | column -to"|"? Basicamente, por favor me ajude a preencher o espaço em branco:
[root@192 ~]# awk 'substr($0,1,1)=="U"' /etc/fstab | column -to"|" -s <fill_your_answer_here>
UUID=75278d9c-4f90-4597-93d9-471186f5c1e7|/ |xfs |defaults|0|0
UUID=8d7fa4f2-9852-41d7-9bf7-5f578895a5be|/boot|xfs |defaults|0|0
UUID=11c7f961-4859-46e9-aa60-8110cf01ee0e|none |swap|defaults|0|0
[root@192 ~]#
Sou um novo usuário do Linux e ainda estou aprendendo. Pelo que entendi, o tarcomando (por si só e sem opções como z, jou J) não compacta arquivos por padrão. Ele apenas agrupa vários arquivos em um único. Abaixo está meu teste.
root@u2004:~# du -sh /etc/
11M /etc/
root@u2004:~# tar cf etc.tar /etc
tar: Removing leading `/' from member names
root@u2004:~# du -sh etc.tar
6.6M etc.tar
root@u2004:~#
Como você pode ver, os arquivos no /etcdiretório são 11M no total. Depois de arquivá-los em um único arquivo, o novo arquivo compactado terá 6,6 M. De onde vem a diferença de tamanho? É porque os arquivos são escritos de forma contígua e compactados?
Não consigo entender completamente como o -tparâmetro do expandcomando funciona. Abaixo está um trecho de sua página de manual.
NAME
expand - convert tabs to spaces
...
-t, --tabs=N
have tabs N characters apart, not 8
O que exatamente significa ter tabs N caracteres separados ? Eu fiz alguns testes.
root@u2004:~# printf "a\tb\n"
a b
root@u2004:~# printf "a\tb\n" | od -a
0000000 a ht b nl
0000004
root@u2004:~# printf "a\tb\n" | expand | od -a
0000000 a sp sp sp sp sp sp sp b nl
0000012
root@u2004:~# printf "a\tb\n" | expand -t 4 | od -a
0000000 a sp sp sp b nl
0000006
root@u2004:~# printf "a\tb\n" | expand -t 5 | od -a
0000000 a sp sp sp sp b nl
0000007
root@u2004:~#
Como você pode ver, quando eu passo -t 4, a tabulação foi substituída por 3 espaços. Então, na realidade, "ter guias com 4 caracteres de distância" significa apenas que as guias foram substituídas por 3 espaços? Eu não consigo entender. Btw, eu não sou um falante nativo de inglês e é possível que esta seja uma pergunta relacionada ao inglês.
Estou em um sistema RHEL 8.3. Descobri que o built-in vime visão todos vim. Eles têm a mesma versão, mas compilados de forma diferente. Segue abaixo meu teste:
[root@192 ~]# which vim
/usr/bin/vim
[root@192 ~]# which vi
/usr/bin/vi
[root@192 ~]# ls -lah `which vim`
-rwxr-xr-x. 1 root root 3.0M Jun 3 2020 /usr/bin/vim
[root@192 ~]# ls -lah `which vi`
-rwxr-xr-x. 1 root root 1.2M Jun 3 2020 /usr/bin/vi
[root@192 ~]# vim --version
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Jun 3 2020 09:07:54)
Included patches: 1-1763
Modified by <bugzilla@redhat.com>
Compiled by <bugzilla@redhat.com>
Huge version without GUI. Features included (+) or not (-):
+acl +farsi +mouse_sgr -tag_any_white
+arabic +file_in_path -mouse_sysmouse -tcl
+autocmd +find_in_path +mouse_urxvt +termguicolors
-autoservername +float +mouse_xterm +terminal
-balloon_eval +folding +multi_byte +terminfo
+balloon_eval_term -footer +multi_lang +termresponse
-browse +fork() -mzscheme +textobjects
++builtin_terms +gettext +netbeans_intg +timers
+byte_offset -hangul_input +num64 +title
+channel +iconv +packages -toolbar
+cindent +insert_expand +path_extra +user_commands
-clientserver +job +perl/dyn +vertsplit
-clipboard +jumplist +persistent_undo +virtualedit
+cmdline_compl +keymap +postscript +visual
+cmdline_hist +lambda +printer +visualextra
+cmdline_info +langmap +profile +viminfo
+comments +libcall +python/dyn +vreplace
+conceal +linebreak +python3/dyn +wildignore
+cryptv +lispindent +quickfix +wildmenu
+cscope +listcmds +reltime +windows
+cursorbind +localmap +rightleft +writebackup
+cursorshape +lua/dyn +ruby/dyn -X11
+dialog_con +menu +scrollbind -xfontset
+diff +mksession +signs -xim
+digraphs +modify_fname +smartindent -xpm
-dnd +mouse +startuptime -xsmp
-ebcdic -mouseshape +statusline -xterm_clipboard
+emacs_tags +mouse_dec -sun_workshop -xterm_save
+eval +mouse_gpm +syntax
+ex_extra -mouse_jsbterm +tag_binary
+extra_search +mouse_netterm +tag_old_static
system vimrc file: "/etc/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
defaults file: "$VIMRUNTIME/defaults.vim"
fall-back for $VIM: "/etc"
f-b for $VIMRUNTIME: "/usr/share/vim/vim80"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/python3.6m -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: gcc -L. -Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -fstack-protector-strong -rdynamic -Wl,-export-dynamic -Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib -Wl,--as-needed -o vim -lm -lselinux -lncurses -lacl -lattr -lgpm -ldl -Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -fstack-protector-strong -L/usr/local/lib -L/usr/lib64/perl5/CORE -lperl -lpthread -lresolv -ldl -lm -lcrypt -lutil -lc
[root@192 ~]# vi --version
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Jun 3 2020 09:07:06)
Included patches: 1-1763
Modified by <bugzilla@redhat.com>
Compiled by <bugzilla@redhat.com>
Small version without GUI. Features included (+) or not (-):
+acl -extra_search -mouse_netterm -tag_old_static
-arabic -farsi -mouse_sgr -tag_any_white
+autocmd -file_in_path -mouse_sysmouse -tcl
-autoservername -find_in_path -mouse_urxvt -termguicolors
-balloon_eval -float -mouse_xterm -terminal
-balloon_eval_term -folding +multi_byte +terminfo
-browse -footer -multi_lang -termresponse
+builtin_terms +fork() -mzscheme -textobjects
-byte_offset -gettext -netbeans_intg -timers
-channel -hangul_input -num64 -title
-cindent +iconv +packages -toolbar
-clientserver -insert_expand -path_extra -user_commands
-clipboard -job -perl +vertsplit
-cmdline_compl +jumplist -persistent_undo -virtualedit
+cmdline_hist -keymap -printer +visual
-cmdline_info -lambda -profile -visualextra
-comments -langmap -python -viminfo
-conceal -libcall -python3 -vreplace
-cryptv -linebreak -quickfix +wildignore
-cscope -lispindent -reltime -wildmenu
+cursorbind +listcmds -rightleft +windows
-cursorshape -localmap -ruby +writebackup
-dialog -lua +scrollbind -X11
-diff -menu -signs -xfontset
-digraphs -mksession -smartindent -xim
-dnd -modify_fname -startuptime -xpm
-ebcdic -mouse -statusline -xsmp
-emacs_tags -mouse_dec -sun_workshop -xterm_clipboard
-eval -mouse_gpm -syntax -xterm_save
+ex_extra -mouse_jsbterm +tag_binary
system vimrc file: "/etc/virc"
user vimrc file: "$HOME/.virc"
2nd user vimrc file: "~/.vim/virc"
user exrc file: "$HOME/.exrc"
defaults file: "$VIMRUNTIME/defaults.vim"
fall-back for $VIM: "/etc"
f-b for $VIMRUNTIME: "/usr/share/vim/vim80"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/python3.6m -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: gcc -Wl,-z,relro -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib -Wl,--as-needed -o vim -lm -lselinux -lncurses -lacl -lattr -ldl
[root@192 ~]#
Por que eles mantêm duas versões diferentes? É um pouco estranho para mim. Se eles quiserem que vios usuários tenham um editor moderno, eles podem simplesmente fazer um link simbólico para vim. Por curiosidade, abaixo está o resultado em um sistema Ubuntu 20.04. Ambos vie vimapontam para nvim, o que é razoável.
root@u2004:~# which vi
/usr/bin/vi
root@u2004:~# which vim
/usr/bin/vim
root@u2004:~# ls -la `which vi`
lrwxrwxrwx 1 root root 20 Aug 28 2020 /usr/bin/vi -> /etc/alternatives/vi
root@u2004:~# ls -la `which vim`
lrwxrwxrwx 1 root root 21 Apr 1 08:28 /usr/bin/vim -> /etc/alternatives/vim
root@u2004:~# ls -la /etc/alternatives/vi
lrwxrwxrwx 1 root root 13 Apr 1 08:28 /etc/alternatives/vi -> /usr/bin/nvim
root@u2004:~# ls -la /etc/alternatives/vim
lrwxrwxrwx 1 root root 13 Apr 1 08:28 /etc/alternatives/vim -> /usr/bin/nvim
root@u2004:~# man hier
root@u2004:~# readlink -f `which vi`
/usr/bin/nvim
root@u2004:~# readlink -f `which vim`
/usr/bin/nvim
root@u2004:~#