Какой самый элегантный способ удалить путь из переменной $ PATH в Bash?


114

Или, в более общем плане, как мне удалить элемент из списка, разделенного двоеточиями, в переменной среды Bash?

Я думал, что видел простой способ сделать это много лет назад, используя более продвинутые формы расширения переменных Bash, но в таком случае я потерял его из виду. Быстрый поиск в Google дал на удивление мало релевантных результатов, и ни один из них я бы не назвал «простым» или «элегантным». Например, два метода с использованием sed и awk соответственно:

PATH=$(echo $PATH | sed -e 's;:\?/home/user/bin;;' -e 's;/home/user/bin:\?;;')
PATH=!(awk -F: '{for(i=1;i<=NF;i++){if(!($i in a)){a[$i];printf s$i;s=":"}}}'<<<$PATH)

Нет ничего простого? Есть ли что-нибудь аналогичное функции split () в Bash?

Обновление:
похоже, мне нужно извиниться за мой намеренно расплывчатый вопрос; Меня меньше интересовало решение конкретного варианта использования, чем спровоцировать хорошее обсуждение. К счастью, я понял!

Здесь есть несколько очень умных приемов. В конце концов, я добавил в свой набор инструментов следующие три функции. Магия происходит в path_remove, который во многом основан на умном использовании Мартином Йорком awkпеременной RS.

path_append ()  { path_remove $1; export PATH="$PATH:$1"; }
path_prepend () { path_remove $1; export PATH="$1:$PATH"; }
path_remove ()  { export PATH=`echo -n $PATH | awk -v RS=: -v ORS=: '$0 != "'$1'"' | sed 's/:$//'`; }

Единственная реальная проблема здесь - это использование sedдля удаления конечной двоеточия. Однако, учитывая, насколько проста остальная часть решения Мартина, я вполне готов смириться с этим!


Связанный вопрос: Как управлять элементами $ PATH в сценариях оболочки?


Для любой переменной: WORK=`echo -n ${1} | awk -v RS=: -v ORS=: '$0 != "'${3}'"' | sed 's/:$//'`; eval "export ${2}=${WORK}"но вы должны называть ее func $VAR VAR pattern(на основе @ martin-york и @ andrew-aylett)
vesperto

Ответы:


51

Минута с awk:

# Strip all paths with SDE in them.
#
export PATH=`echo ${PATH} | awk -v RS=: -v ORS=: '/SDE/ {next} {print}'`

Изменить: это ответ на комментарии ниже:

$ export a="/a/b/c/d/e:/a/b/c/d/g/k/i:/a/b/c/d/f:/a/b/c/g:/a/b/c/d/g/i"
$ echo ${a}
/a/b/c/d/e:/a/b/c/d/f:/a/b/c/g:/a/b/c/d/g/i

## Remove multiple (any directory with a: all of them)
$ echo ${a} | awk -v RS=: -v ORS=: '/a/ {next} {print}'
## Works fine all removed

## Remove multiple including last two: (any directory with g)
$ echo ${a} | awk -v RS=: -v ORS=: '/g/ {next} {print}'
/a/b/c/d/e:/a/b/c/d/f:
## Works fine: Again!

Изменить в ответ на проблему безопасности: (это не имеет отношения к вопросу)

export PATH=$(echo ${PATH} | awk -v RS=: -v ORS=: '/SDE/ {next} {print}' | sed 's/:*$//')

Это удалит все оставшиеся конечные двоеточия, удалив последние записи, которые фактически добавят .к вашему пути.


1
Ошибка при попытке удалить последний элемент или несколько элементов: в первом случае добавляется текущий каталог (как пустая строка; потенциальная дыра в безопасности), во втором случае он добавляет `` как элемент пути.
Fred Foo,

1
@larsmans: У меня отлично работает. Примечание. «Пустой» - это не то же самое, что текущий каталог «./»
Мартин Йорк,

2
Пустая строка как «член» из PATHпеременных делает , как специальное правило, обозначает текущий каталог всех оболочек Unix , так как , по крайней мере V7 Unix в 1979 году он все еще в bash. Проверьте руководство или попробуйте сами.
Fred Foo,

1
@Martin: POSIX не требует такого поведения, но документирует и разрешает его: pubs.opengroup.org/onlinepubs/9699919799/basedefs/…
Фред Фу,

1
При удалении последнего элемента с этим возникает еще более тонкая проблема: кажется, что awk добавляет нулевой байт в конец строки . Это означает, что если вы позже добавите другой каталог в PATH, он фактически не будет просматриваться.
sschuberth

55

Мой грязный хак:

echo ${PATH} > t1
vi t1
export PATH=$(cat t1)

18
Это никогда не хороший знак , когда наиболее очевидным решением является де -Автоматизация процесса. :-D
Бен Бланк

НАСТОЛЬКО безопаснее, чем "элегантные" альтернативы.
Jortstek,

44

Поскольку большая проблема с заменой - это конечные варианты, как насчет того, чтобы конечные варианты не отличались от других вариантов? Если бы путь уже имел двоеточия в начале и в конце, мы могли бы просто искать нужную строку, заключенную в двоеточия. Как бы то ни было, мы можем легко добавить эти двоеточия и впоследствии удалить их.

# PATH => /bin:/opt/a dir/bin:/sbin
WORK=:$PATH:
# WORK => :/bin:/opt/a dir/bin:/sbin:
REMOVE='/opt/a dir/bin'
WORK=${WORK/:$REMOVE:/:}
# WORK => :/bin:/sbin:
WORK=${WORK%:}
WORK=${WORK#:}
PATH=$WORK
# PATH => /bin:/sbin

Чистый баш :).


2
Я бы добавил этот учебный раздел для дополнительной глазури: tldp.org/LDP/abs/html/string-manipulation.html
Cyber ​​Oliveira

1
Я использовал это, потому что это выглядело как простейшее решение. Это было очень быстро и легко, и вы можете легко проверить свою работу с помощью echo $ WORK прямо перед последней строкой, где вы фактически меняете переменную PATH.
Фил Гран

2
Совершенно маленькая жемчужина. Именно то, что я пытался сделать, когда нашел этот пост. -Спасибо Андрей! BTW: Может быть, вы хотите добавить двойные кавычки вокруг ": $ PATH:", на всякий случай, если он должен содержать пробелы (как и "/ usr / bin") и последнюю строку "$ WORK".

2
Спасибо, @ PacMan-- :). Я почти уверен (только что попробовал) вам не нужны пробелы для присваиваний, WORKи PATHпоскольку расширение переменной происходит после того, как строка разбита на разделы для назначения переменных и выполнения команд. REMOVEможет потребоваться заключить в кавычки, или вы можете просто вставить свою строку прямо в замену, если это константа.
Эндрю Айлетт,

Я всегда запутывался, когда строки сохранялись, поэтому я начал всегда заключать строки в двойные кавычки. Еще раз спасибо за разъяснение. :)

26

Вот самое простое решение, которое я могу придумать:

#!/bin/bash
IFS=:
# convert it to an array
t=($PATH)
unset IFS
# perform any array operations to remove elements from the array
t=(${t[@]%%*usr*})
IFS=:
# output the new array
echo "${t[*]}"

В приведенном выше примере будет удален любой элемент в $ PATH, содержащий «usr». Вы можете заменить «* usr *» на «/ home / user / bin», чтобы удалить только этот элемент.

обновить за sschuberth

Хотя я считаю, что пробелы в a $PATH- ужасная идея, вот решение, которое справится с этим:

PATH=$(IFS=':';t=($PATH);n=${#t[*]};a=();for ((i=0;i<n;i++)); do p="${t[i]%%*usr*}"; [ "${p}" ] && a[i]="${p}"; done;echo "${a[*]}");

или

IFS=':'
t=($PATH)
n=${#t[*]}
a=()
for ((i=0;i<n;i++)); do
  p="${t[i]%%*usr*}"
  [ "${p}" ] && a[i]="${p}"
done
echo "${a[*]}"

2
Как один лайнер: PATH = $ (IFS = ':'; t = ($ PATH); unset IFS; t = ($ {t [@] %% * usr *}); IFS = ':'; echo "$ {т [*]} ");
nicerobot

1
Это решение не работает с путями в PATH, содержащими пробелы; он заменяет их двоеточиями.
sschuberth

11

Вот однострочник, который, несмотря на текущие принятые и самые популярные ответы, не добавляет невидимых символов в PATH и может справиться с путями, содержащими пробелы:

export PATH=$(p=$(echo $PATH | tr ":" "\n" | grep -v "/cygwin/" | tr "\n" ":"); echo ${p%:})

Лично я также считаю, что это легко читать / понимать, и в нем используются только общие команды вместо использования awk.


2
... и если вам нужно что-то, что может справиться даже с символами новой строки в именах файлов, вы можете использовать это: export PATH=$(p=$(echo $PATH | tr ":" "\0" | grep -v -z "/cygwin/" | tr "\0" ":"); echo ${p%:}) (хотя, возможно, вы можете спросить себя, зачем вам это нужно, если вы это делаете :))
ehdr

Это удалит частичные совпадения, что, вероятно, не то, что вам нужно; Я бы использовал grep -v "^/path/to/remove\$"илиgrep -v -x "/path/to/remove"
ShadSterling

Прекрасное решение, но неужели вы думаете, что trвстречается чаще awk? ;)
К.-Майкл Айе

1
Абсолютно. Легкие среды, такие как Git Bash в Windows, скорее поставляются с простым инструментом, например tr, чем с интерпретатором awk.
sschuberth

1
@ehdr: Вам нужно заменить echo "..."с printf "%s" "..."для того , чтобы работать над путями , как -eи другие подобные. См. Stackoverflow.com/a/49418406/102441
Эрик

8

Вот решение, которое:

  • чистый Баш,
  • не вызывает другие процессы (например, sed или awk),
  • не меняется IFS,
  • не разветвляет суб-оболочку,
  • обрабатывает пути с пробелами и
  • удаляет все вхождения аргумента в PATH.

    removeFromPath () {
       местный pd
       р = ": $ 1:"
       д = ": $ PATH:"
       д = $ {// д $ р /:}
       д = $ {d / #: /}
       PATH = $ {d /%: /}
    }

4
Мне нравится это решение. Может быть, сделать имена переменных более наглядными?
Anukool

очень хорошо. Однако не работает для сегментов пути, содержащих звездочку (*). Иногда они попадают туда случайно.
Йорг,

6

функция __path_remove () {
local D = ": $ {PATH}:";
["$ {D /: $ 1: /:}"! = "$ D"] && PATH = "$ {D /: $ 1: /:}";
PATH = "$ {PATH / #: /}";
экспорт PATH = "$ {PATH /%: /}";
}

Выкопал из моего файла .bashrc. Когда вы играете с PATH, и он теряется, awk / sed / grep становится недоступным :-)


1
Это очень хороший момент. (Я никогда не любил запускать внешние утилиты для таких простых вещей).

6

Лучший вариант чистого bash, который я нашел до сих пор, следующий:

function path_remove {
  PATH=${PATH/":$1"/} # delete any instances in the middle or at the end
  PATH=${PATH/"$1:"/} # delete any instances at the beginning
}

Это основано на не совсем правильном ответе на Добавить каталог в $ PATH, если его еще нет в Superuser.


Это тоже неплохо. Я это тестировал. Если в PATH есть повторяющийся путь (например, два совершенно одинаковых), то удаляется только один из них. Вы также можете сделать его однострочным:removePath () { PATH=${PATH/":$1"/}; PATH=${PATH/"$1:"/}; }

Это решение не работает, если он $PATHсодержит подпапку целевого (т.е. подлежащего удалению) пути. Например: a:abc/def/bin:b-> a/bin:b, когда abc/defнужно удалить.
Робин Хсу,

5

Я только что использовал функции в дистрибутиве bash, которые, по-видимому, существуют с 1991 года. Они все еще находятся в пакете bash-docs в Fedora и использовались /etc/profile, но не более ...

$ rpm -ql bash-doc |grep pathfunc
/usr/share/doc/bash-4.2.20/examples/functions/pathfuncs
$ cat $(!!)
cat $(rpm -ql bash-doc |grep pathfunc)
#From: "Simon J. Gerraty" <sjg@zen.void.oz.au>
#Message-Id: <199510091130.VAA01188@zen.void.oz.au>
#Subject: Re: a shell idea?
#Date: Mon, 09 Oct 1995 21:30:20 +1000


# NAME:
#       add_path.sh - add dir to path
#
# DESCRIPTION:
#       These functions originated in /etc/profile and ksh.kshrc, but
#       are more useful in a separate file.
#
# SEE ALSO:
#       /etc/profile
#
# AUTHOR:
#       Simon J. Gerraty <sjg@zen.void.oz.au>

#       @(#)Copyright (c) 1991 Simon J. Gerraty
#
#       This file is provided in the hope that it will
#       be of use.  There is absolutely NO WARRANTY.
#       Permission to copy, redistribute or otherwise
#       use this file is hereby granted provided that
#       the above copyright notice and this notice are
#       left intact.

# is $1 missing from $2 (or PATH) ?
no_path() {
        eval "case :\$${2-PATH}: in *:$1:*) return 1;; *) return 0;; esac"
}
# if $1 exists and is not in path, append it
add_path () {
  [ -d ${1:-.} ] && no_path $* && eval ${2:-PATH}="\$${2:-PATH}:$1"
}
# if $1 exists and is not in path, prepend it
pre_path () {
  [ -d ${1:-.} ] && no_path $* && eval ${2:-PATH}="$1:\$${2:-PATH}"
}
# if $1 is in path, remove it
del_path () {
  no_path $* || eval ${2:-PATH}=`eval echo :'$'${2:-PATH}: |
    sed -e "s;:$1:;:;g" -e "s;^:;;" -e "s;:\$;;"`
}

4

Я написал ответ на это здесь (тоже используя awk). Но я не уверен, что это то, что вы ищете? По крайней мере, мне кажется ясным, что он делает, вместо того, чтобы вписываться в одну строку. Однако для простого лайнера, который удаляет только вещи, я рекомендую

echo $PATH | tr ':' '\n' | awk '$0 != "/bin"' | paste -sd:

Замена

echo $PATH | tr ':' '\n' | 
    awk '$0 != "/bin"; $0 == "/bin" { print "/bar" }' | paste -sd:

или (короче, но менее читаемо)

echo $PATH | tr ':' '\n' | awk '$0 == "/bin" { print "/bar"; next } 1' | paste -sd:

В любом случае, по поводу того же вопроса и множества полезных ответов см. Здесь .


И если вы хотите удалить строки, содержащие частичную строку, используйте awk '$0 !~ "/bin"'. Т.е. оставьте строки, не содержащие '/ bin', с помощью оператора awk !~.
thoni56 05

3

Что ж, в bash, поскольку он поддерживает регулярное выражение, я бы просто сделал:

PATH=${PATH/:\/home\/user\/bin/}

Разве это не просто расширение имени пути, а не регулярные выражения?
dreamlax

2
Хотя bash поддерживает регулярные выражения (начиная с bash 3), это не пример этого, это подстановка переменных.
Роберт Гэмбл,

4
Это расширение переменных шаблона, и у решения есть несколько проблем. 1) он не будет соответствовать первому элементу. 2) он будет соответствовать всему, что начинается с «/ home / user / bin», а не только «/ home / user / bin». 3) требует экранирования специальных символов. В лучшем случае я бы сказал, что это неполный пример.
nicerobot

2

Мне нравятся три функции, показанные в обновлении @ BenBlank его исходного вопроса. Чтобы обобщить их, я использую форму с двумя аргументами, которая позволяет мне установить PATH или любую другую переменную среды, которую я хочу:

path_append ()  { path_remove $1 $2; export $1="${!1}:$2"; }
path_prepend () { path_remove $1 $2; export $1="$2:${!1}"; }
path_remove ()  { export $1="`echo -n ${!1} | awk -v RS=: -v ORS=: '$1 != "'$2'"' | sed 's/:$//'`"; }

Примеры использования:

path_prepend PATH /usr/local/bin
path_append PERL5LIB "$DEVELOPMENT_HOME/p5/src/perlmods"

Обратите внимание, что я также добавил несколько кавычек, чтобы обеспечить правильную обработку имен путей, содержащих пробелы.


2

Какой самый элегантный способ удалить путь из переменной $ PATH в Bash?

Что может быть элегантнее awk?

path_remove ()  { export PATH=`echo -n $PATH | awk -v RS=: -v ORS=: '$0 != "'$1'"' | sed 's/:$//'`; 

Python! Это более удобочитаемое и удобное в обслуживании решение, и его легко проверить, чтобы убедиться, что оно действительно делает то, что вы хотите.

Скажем, вы хотите удалить первый элемент пути?

PATH="$(echo "$PATH" | python -c "import sys; path = sys.stdin.read().split(':'); del path[0]; print(':'.join(path))")"

(Вместо того echo, os.getenv['PATH']чтобы передавать по конвейеру из , было бы немного короче и обеспечивало бы тот же результат, что и выше, но я беспокоюсь, что Python может что-то сделать с этой переменной среды, поэтому, вероятно, лучше всего передать его напрямую из среды, которая вам небезразлична. .)

Аналогично удалить с конца:

PATH="$(echo "$PATH" | python -c "import sys; path = sys.stdin.read().split(':'); del path[-1]; print(':'.join(path))")"

Чтобы сделать эти многоразовые функции оболочки, которые вы можете, например, вставить в свой файл .bashrc:

strip_path_first () {
    PATH="$(echo "$PATH" | 
    python -c "import sys; path = sys.stdin.read().split(':'); del path[0]; print(':'.join(path))")"
}

strip_path_last () {
    PATH="$(echo "$PATH" | 
    python -c "import sys; path = sys.stdin.read().split(':'); del path[-1]; print(':'.join(path))")"
}

1

Да, например, если поставить двоеточие в конце PATH, удаление пути станет менее неуклюжим и подверженным ошибкам.

path_remove ()  { 
   declare i newPATH
   newPATH="${PATH}:"
   for ((i=1; i<=${#@}; i++ )); do
      #echo ${@:${i}:1}
      newPATH="${newPATH//${@:${i}:1}:/}" 
   done
   export PATH="${newPATH%:}" 
   return 0; 
} 

path_remove_all ()  {
   declare i newPATH
   shopt -s extglob
   newPATH="${PATH}:"
   for ((i=1; i<=${#@}; i++ )); do
      newPATH="${newPATH//+(${@:${i}:1})*([^:]):/}" 
      #newPATH="${newPATH//+(${@:${i}:1})*([^:])+(:)/}" 
   done
   shopt -u extglob 
   export PATH="${newPATH%:}" 
   return 0 
} 

path_remove /opt/local/bin /usr/local/bin

path_remove_all /opt/local /usr/local 

1

Если вас беспокоит удаление дубликатов в $ PATH, то, IMHO, самым элегантным способом было бы не добавлять их в первую очередь. В 1 строке:

if ! $( echo "$PATH" | tr ":" "\n" | grep -qx "$folder" ) ; then PATH=$PATH:$folder ; fi

$ folder можно заменить чем угодно и может содержать пробелы ("/ home / user / my documents")


1

Самое элегантное решение на чистом bash, которое я нашел на сегодняшний день:

pathrm () {                                                                      
  local IFS=':'                                                                  
  local newpath                                                                  
  local dir                                                                      
  local pathvar=${2:-PATH}                                                       
  for dir in ${!pathvar} ; do                                                    
    if [ "$dir" != "$1" ] ; then                                                 
      newpath=${newpath:+$newpath:}$dir                                          
    fi                                                                           
  done                                                                           
  export $pathvar="$newpath"                                                        
}

pathprepend () {                                                                 
  pathrm $1 $2                                                                   
  local pathvar=${2:-PATH}                                                       
  export $pathvar="$1${!pathvar:+:${!pathvar}}"                                  
}

pathappend () {                                                                    
  pathrm $1 $2                                                                   
  local pathvar=${2:-PATH}                                                       
  export $pathvar="${!pathvar:+${!pathvar}:}$1"                                  
} 

1

Большинство других предложенных решений полагаться только на совпадения строк и не учитывает сегменты пути , содержащие специальные имена , как ., ..или ~. Приведенная ниже функция bash разрешает строки каталога в своем аргументе и в сегментах пути, чтобы найти совпадения логических каталогов, а также совпадения строк.

rm_from_path() {
  pattern="${1}"
  dir=''
  [ -d "${pattern}" ] && dir="$(cd ${pattern} && pwd)"  # resolve to absolute path

  new_path=''
  IFS0=${IFS}
  IFS=':'
  for segment in ${PATH}; do
    if [[ ${segment} == ${pattern} ]]; then             # string match
      continue
    elif [[ -n ${dir} && -d ${segment} ]]; then
      segment="$(cd ${segment} && pwd)"                 # resolve to absolute path
      if [[ ${segment} == ${dir} ]]; then               # logical directory match
        continue
      fi
    fi
    new_path="${new_path}${IFS}${segment}"
  done
  new_path="${new_path/#${IFS}/}"                       # remove leading colon, if any
  IFS=${IFS0}

  export PATH=${new_path}
}

Тест:

$ mkdir -p ~/foo/bar/baz ~/foo/bar/bif ~/foo/boo/bang
$ PATH0=${PATH}
$ PATH=~/foo/bar/baz/.././../boo/././../bar:${PATH}  # add dir with special names
$ rm_from_path ~/foo/boo/../bar/.  # remove same dir with different special names
$ [ ${PATH} == ${PATH0} ] && echo 'PASS' || echo 'FAIL'

плюс один за нестандартное
Мартин Йорк

1

Linux с нуля определяет три функции Bash в /etc/profile:

# Functions to help us manage paths.  Second argument is the name of the
# path variable to be modified (default: PATH)
pathremove () {
        local IFS=':'
        local NEWPATH
        local DIR
        local PATHVARIABLE=${2:-PATH}
        for DIR in ${!PATHVARIABLE} ; do
                if [ "$DIR" != "$1" ] ; then
                  NEWPATH=${NEWPATH:+$NEWPATH:}$DIR
                fi
        done
        export $PATHVARIABLE="$NEWPATH"
}

pathprepend () {
        pathremove $1 $2
        local PATHVARIABLE=${2:-PATH}
        export $PATHVARIABLE="$1${!PATHVARIABLE:+:${!PATHVARIABLE}}"
}

pathappend () {
        pathremove $1 $2
        local PATHVARIABLE=${2:-PATH}
        export $PATHVARIABLE="${!PATHVARIABLE:+${!PATHVARIABLE}:}$1"
}

export -f pathremove pathprepend pathappend

Ссылка: http://www.linuxfromscratch.org/blfs/view/svn/postlfs/profile.html


1

Я знаю, что этот вопрос касается BASH, который все должны предпочесть, но поскольку мне нравится симметрия, а иногда мне нужно использовать csh, я создал эквивалент для path_prepend (), path_append () и path_remove () "элегантное решение выше.

Суть в том, что "csh" не имеет функций, поэтому я помещаю в свой личный каталог bin небольшие сценарии оболочки, которые действуют как функции. Я создаю псевдонимы для SOURCE этих сценариев, чтобы внести изменения в назначенную переменную среды.

~ / Bin / _path_remove.csh:

set _resolve = `eval echo $2`
setenv $1 `eval echo -n \$$1 | awk -v RS=: -v ORS=: '$1 != "'${_resolve}'"' | sed 's/:$//'`;
unset _resolve

~ / Bin / _path_append.csh:

source ~/bin/_path_remove.csh $1 $2
set _base = `eval echo \$$1`
set _resolve = `eval echo $2`
setenv $1 ${_base}:${_resolve}
unset _base _resolve

~ / Bin / _path_prepend.csh:

source ~/bin/_path_remove.csh $1 $2
set _base = `eval echo \$$1`
set _resolve = `eval echo $2`
setenv $1 ${_resolve}:${_base}
unset _base _resolve

~ / Bin / .cshrc:


alias path_remove  "source ~/bin/_path_remove.csh  '\!:1' '\!:2'"
alias path_append  "source ~/bin/_path_append.csh  '\!:1' '\!:2'"
alias path_prepend "source ~/bin/_path_prepend.csh '\!:1' '\!:2'"

Вы можете использовать их вот так ...

%(csh)> path_append MODULEPATH ${HOME}/modulefiles

0

Поскольку это имеет тенденцию быть довольно проблематичным, поскольку НЕТ элегантного способа, я рекомендую избегать проблемы, переставив решение: создайте свой PATH, а не пытайтесь его разрушить.

Я мог бы быть более конкретным, если бы знал реальный контекст вашей проблемы. А пока я буду использовать в качестве контекста сборку программного обеспечения.

Распространенная проблема со сборками программного обеспечения заключается в том, что они ломаются на некоторых машинах, в конечном итоге из-за того, как кто-то настроил свою оболочку по умолчанию (PATH и другие переменные среды). Изящное решение - сделать ваши сценарии сборки невосприимчивыми, полностью указав среду оболочки. Кодируйте свои сценарии сборки, чтобы установить PATH и другие переменные среды на основе сборки частей, которые вы контролируете, таких как расположение компилятора, библиотек, инструментов, компонентов и т. Д. Сделайте каждый настраиваемый элемент чем-то, что вы можете индивидуально настраивать, проверять и затем используйте его соответствующим образом в своем сценарии.

Например, у меня есть Java-сборка на основе Maven, ориентированная на WebLogic, которую я унаследовал от моего нового работодателя. Скрипт сборки известен своей хрупкостью, и мы с другим новым сотрудником потратили три недели (не полный рабочий день, просто кое-где, но все же много часов), заставляя его работать на наших машинах. Важным шагом было то, что я взял под свой контроль PATH, чтобы точно знать, какая Java, какая Maven и какая WebLogic вызывается. Я создал переменные среды, чтобы указать на каждый из этих инструментов, затем рассчитал PATH на основе этих и нескольких других. Подобные методы обуздали другие настраиваемые параметры, пока мы, наконец, не создали воспроизводимую сборку.

Кстати, не используйте Maven, Java в порядке, и покупайте WebLogic только в том случае, если вам абсолютно необходима его кластеризация (но в остальном нет, и особенно его проприетарные функции).

С наилучшими пожеланиями.


иногда у вас нет root-доступа, и ваш администратор управляет вашим PATH. Конечно, вы можете создать свое собственное, но каждый раз, когда ваш администратор перемещает что-то, вам нужно выяснить, куда он это поместил. Такого рода поражение преследует цель иметь администратора.
Shep

0

Как и в случае с @litb, я дал ответ на вопрос « Как мне манипулировать элементами $ PATH в сценариях оболочки », так что мой основной ответ там.

Функциональность «разделения» в bashи других производных оболочки Борна наиболее точно достигается с $IFSпомощью межполевого разделителя. Например, чтобы установить позиционные аргументы ( $1, $2, ...) к элементам PATH, использование:

set -- $(IFS=":"; echo "$PATH")

Он будет работать нормально, пока в $ PATH нет пробелов. Заставить его работать для элементов пути, содержащих пробелы, - нетривиальное упражнение, оставшееся для заинтересованного читателя. Вероятно, проще справиться с этим, используя язык сценариев, такой как Perl.

У меня также есть скрипт, clnpathкоторый я часто использую для установки моего PATH. Я задокументировал это в ответе на « Как не дублировать переменную PATH в csh ».


IFS =: a = ($ PATH); IFS = split тоже хорош. работает, если они тоже содержат пробелы. но тогда у вас есть массив, и вам нужно возиться с циклами for и т.д., чтобы удалить имена.
Йоханнес Шауб - литб,

Да; это становится неудобно - как и в случае с моим обновленным комментарием, на данном этапе, вероятно, проще использовать язык сценариев.
Джонатан Леффлер,

0

Что делает эту проблему раздражающей, так это случаи, когда между первым и последним элементами находятся столбики. Проблема может быть элегантно решена путем изменения IFS и использования массива, но я не знаю, как повторно ввести двоеточие после преобразования пути в форму массива.

Вот немного менее элегантная версия, которая удаляет только одну директорию с $PATHпомощью строковых манипуляций. Я это проверил.

#!/bin/bash
#
#   remove_from_path dirname
#
#   removes $1 from user's $PATH

if [ $# -ne 1 ]; then
  echo "Usage: $0 pathname" 1>&2; exit 1;
fi

delendum="$1"
NEWPATH=
xxx="$IFS"
IFS=":"
for i in $PATH ; do
  IFS="$xxx"
  case "$i" in
    "$delendum") ;; # do nothing
    *) [ -z "$NEWPATH" ] && NEWPATH="$i" || NEWPATH="$NEWPATH:$i" ;;
  esac
done

PATH="$NEWPATH"
echo "$PATH"

0

Вот однострочный Perl:

PATH=`perl -e '$a=shift;$_=$ENV{PATH};s#:$a(:)|^$a:|:$a$#$1#;print' /home/usr/bin`

$aПеременная получает путь , который будет удален. s(Запасной) и printкоманда неявно действуют на $_переменном.


0

Здесь хорошие вещи. Я использую это, чтобы не добавлять дубликаты.

#!/bin/bash
#
######################################################################################
#
# Allows a list of additions to PATH with no dupes
# 
# Patch code below into your $HOME/.bashrc file or where it
# will be seen at login.
#
# Can also be made executable and run as-is.
#
######################################################################################

# add2path=($HOME/bin .)                  ## uncomment space separated list 
if [ $add2path ]; then                    ## skip if list empty or commented out
for nodup in ${add2path[*]}
do
    case $PATH in                 ## case block thanks to MIKE511
    $nodup:* | *:$nodup:* | *:$nodup ) ;;    ## if found, do nothing
    *) PATH=$PATH:$nodup          ## else, add it to end of PATH or
    esac                          ## *) PATH=$nodup:$PATH   prepend to front
done
export PATH
fi
## debug add2path
echo
echo " PATH == $PATH"
echo

1
Вы можете упростить оператор case, добавив в строку PATH case ":$PATH:" in (*:"$nodup":*) ;; (*) PATH="$PATH:$nodup" ;; esac
начальное и конечное

0

При включенной расширенной подстановке можно делать следующее:

# delete all /opt/local paths in PATH
shopt -s extglob 
printf "%s\n" "${PATH}" | tr ':' '\n' | nl
printf "%s\n" "${PATH//+(\/opt\/local\/)+([^:])?(:)/}" | tr ':' '\n' | nl 

man bash | less -p extglob

0

Расширенная подстановка однострочников (ну вроде как):

path_remove ()  { shopt -s extglob; PATH="${PATH//+(${1})+([^:])?(:)/}"; export PATH="${PATH%:}"; shopt -u extglob; return 0; } 

Кажется, нет необходимости избегать косой черты в $ 1.

path_remove ()  { shopt -s extglob; declare escArg="${1//\//\\/}"; PATH="${PATH//+(${escArg})+([^:])?(:)/}"; export PATH="${PATH%:}"; shopt -u extglob; return 0; } 

0

Добавляя двоеточия в PATH, мы также можем сделать что-то вроде:

path_remove ()  { 
   declare i newPATH
   # put a colon at the beginning & end AND double each colon in-between
   newPATH=":${PATH//:/::}:"   
   for ((i=1; i<=${#@}; i++)); do
       #echo ${@:${i}:1}
       newPATH="${newPATH//:${@:${i}:1}:/}"   # s/:\/fullpath://g
   done
   newPATH="${newPATH//::/:}"
   newPATH="${newPATH#:}"      # remove leading colon
   newPATH="${newPATH%:}"      # remove trailing colon
   unset PATH 
   PATH="${newPATH}" 
   export PATH
   return 0 
} 


path_remove_all ()  {
   declare i newPATH extglobVar
   extglobVar=0
   # enable extended globbing if necessary
   [[ ! $(shopt -q extglob) ]]  && { shopt -s extglob; extglobVar=1; }
   newPATH=":${PATH}:"
   for ((i=1; i<=${#@}; i++ )); do
      newPATH="${newPATH//:+(${@:${i}:1})*([^:])/}"     # s/:\/path[^:]*//g
   done
   newPATH="${newPATH#:}"      # remove leading colon
   newPATH="${newPATH%:}"      # remove trailing colon
   # disable extended globbing if it was enabled in this function
   [[ $extglobVar -eq 1 ]] && shopt -u extglob
   unset PATH 
   PATH="${newPATH}" 
   export PATH
   return 0 
} 

path_remove /opt/local/bin /usr/local/bin

path_remove_all /opt/local /usr/local 

0

В path_remove_all (через прокси):

-newPATH="${newPATH//:+(${@:${i}:1})*([^:])/}" 
+newPATH="${newPATH//:${@:${i}:1}*([^:])/}"        # s/:\/path[^:]*//g 

0

Хотя это очень старый поток, я подумал, что это решение может быть интересно:

PATH="/usr/lib/ccache:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
REMOVE="ccache" # whole or part of a path :)
export PATH=$(IFS=':';p=($PATH);unset IFS;p=(${p[@]%%$REMOVE});IFS=':';echo "${p[*]}";unset IFS)
echo $PATH # outputs /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

нашел это в этом сообщении в блоге . Думаю, этот мне нравится больше всего :)


0

Я использовал несколько иной подход, чем большинство людей здесь, и сосредоточился конкретно на манипуляциях со строками, например:

path_remove () {
    if [[ ":$PATH:" == *":$1:"* ]]; then
        local dirs=":$PATH:"
        dirs=${dirs/:$1:/:}
        export PATH="$(__path_clean $dirs)"
    fi
}
__path_clean () {
    local dirs=${1%?}
    echo ${dirs#?}
}

Выше приведен упрощенный пример последних функций, которые я использую. Я также создал path_add_beforeи path_add_afterразрешил вам вставлять путь до / после указанного пути уже в PATH.

Полный набор функций доступен в path_helpers.sh в моих точечных файлах . Они полностью поддерживают удаление / добавление / добавление / вставку в начале / середине / конце строки PATH.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.