ПРИМЕЧАНИЕ:
Мы хотим AAAA в нашем DNS менеджере
A = IPv4 = 8.8.8.8
AAAA = Quad-A = IPv6 = ugly:awkward:ipv6:8888
Шаг 1: ссылка
cat /etc/sysconfig/network-scripts/ifcfg-eth0
IPV6INIT=yes
IPV6ADDR=primary_ipv6_address<<<<64
IPV6_DEFAULTGW=ipv6_gateway<<<<
IPV6_AUTOCONF=no
Шаг 2:
cat /etc/sysconfig/network
# this will start IPv6 on system boot
NETWORKING_IPV6=yes
Шаг 3:
ip -6 addr
ping6 2001:4860:4860::8888
ТЕСТ:
$ dig +nocmd +nostats turn.myserver.com AAAA
Homebrew обновлен до новой версии grc 1.10_1, и эта проблема решена.
Какая программа действительно испортила мой
ls
cmd в первую очередь, это python?
Ваш ls
команда осталась нетронутой. Ваш псевдоним ls
, скорее всего, вызван ошибочной настройкой оболочки Bourne Again.
Обратите внимание, что ваш псевдоним ls
выполняет команду с именем grc
через другой псевдоним с именем colourify
. Это происходит из Generic Colourizer Радована Гарабика , чьи псевдонимы оболочки Bourne Again (в grc.bashrc
) и псевдонимы оболочки Z (в grc.zsh
) устанавливают псевдоним ls
.
Где-то в файле rc вы добавляете эти псевдонимы в свою интерактивную оболочку Bourne Again согласно рекомендациям вроде этого ответа на переполнение стека .
Псевдоним оболочки Z -
alias ls="grc --colour=auto ls", который передает параметр
--colour-auto
команде grc
, которая принимает этот параметр.
Однако Псевдоним оболочки Bourne Again -
alias ls='colourify ls --color', который (через псевдоним
colourify
) фактически alias ls='grc -es --colour=auto ls --color', который является , оба запускают вывод команды
ls
через колоризер и пытается получить команду ls
для окраски вывода.
Основная проблема заключается в том, что автором этих псевдонимов Bourne Shell ( был Исайас Пинья из Oracle в мае 2016 ) не обслуживает запуск оболочки Bourne Again на чем-либо, кроме операционной системы Linux, вероятно, ожидая, что если вы используете MacOS, вы используете что-то вроде Oh My Zsh.Дополнительная проблема заключается в том, что автор не разрешил grc
окрашивать вывод ls
и, скорее, ожидает, что ls
раскрасит свой собственный вывод.
Таким образом, у вас есть несколько вариантов:
ls
, чтобы использовать параметр -G
в MacOS. ls
, чтобы не использовать какие-либо опции и вместо этого полагаться на файл conf.ls
колористера для выполнения своей фактической работы; как Том Малдер . ls
, используя вместо этого переменную среды CLICOLOR
для раскрашивания; как Ноэль Б. Алонсо . ls
Исайаса Пинья, используя свой собственный псевдоним ls
; как Артур Нисневич . macOS (Darwin) ls
не поддерживает параметр - color
. Была / есть ли у вас другая копия coreutils
, установленная из чего-то вроде homebrew, macports или pkgsrc, которая исчезла или изменила порядок в вашем ПУТЬ
?
Я только что обновил iTerm2 до версии Build 3.0 .14
и столкнулся с этой проблемой. Команда ls
из coreutils больше не встречалась на моем пути. После запуска:
brew install coreutils
и открытия новой оболочки проблема была устранена. В моем ~ / .bashrc есть следующий псевдоним:
export LS_OPTS='--color=auto'
alias ls='ls ${LS_OPTS}'
В моем случае оказалось, что я пытался удалить целую кучу .zip
файлов с дефисами в именах.
man rm
упоминается использование --
для предотвращения обработки командой дальнейших параметров.
rm -rf -- *.zip
Удалось.
if ls --help 2>&1 | grep -q -- --color
then
alias ls='ls --color=auto -F'
else
alias ls='ls -FG'
fi
Этот волшебный фрагмент изhttps://unix.stackexchange.com/a/342168/287064исправил это для меня.
Я думаю, что это связано с версиями macOS BSD и GNU ls
.
Используя homebrew, установите coreutils
и добавьте coreutils в PATH:
brew install coreutils
export PATH="/usr/local/opt/coreutils/libexec/gnubin:$PATH"
Источник: https://github.com/sorin-ionescu/prezto/issues/966.