Я могу использовать переменные внутри {} расширение без 'оценки'?

Удаление файлов в /usr/share/doc в системах на базе Debian должно быть правильным.

Политика Debian явно указывает в разделе 12,3:

Пакеты не должны требовать наличия каких-либо файлов в / usr/share/doc/для функционирования. [...]

Системный администратор должен иметь возможность удалять файлы в / usr/share/doc/без прерывания программ.

Поскольку диспетчер пакетов также является программой, он должен правильно обрабатывать эту ситуацию (отсутствующие файлы). Это может потребоваться после обновления для повторной очистки /usr/share/doc вручную.

Ответы на этот вопрос Ubuntu объясняют, как можно сохранить место на диске и правильно настроить диспетчер пакетов в системах на базе Debian.

С помощью поиска

% set keywords {a b c d}
a b c d
% set idx [lsearch -exact $keywords "c"]
2

Вот способ расширения переменных внутри фигурных скобок без оценки :

end=3
declare -a 'range=({'"1..$end"'})'

У нас теперь есть хороший массив чисел:

for i in ${range[@]};do echo $i;done
1
2
3

Протестировано в bash 4,3,11 но должно работать во всех современных версиях.

Другая техника, которую можно использовать в bash и некоторых других оболочках. это использование массива:

$ extensions=(foo bar)
$ ls "${extensions[@]/#/1.}"

Это... ${parameter/pattern/string} (подстановка шаблона) форма расширения параметров.  (К сожалению, это тоже не соответствует POSIX).  [@] указывает, что подстановка должна быть применена к каждому элементу массива, и что разделение между элементами должно быть сохранено.  # в строке pattern действует как ^ в регулярном выражении (т.е. большинство s/old/new/ подстановок); это означает, что подстановка должна происходить только в начале значений параметров.  Таким образом,

$ ls "${extensions[@]/#/1.}"

эквивалентен

$ ls "${extensions[0]/#/1.}" "${extensions[1]/#/1.}"

(поскольку этот массив имеет два элемента, индексированных как 0 и 1) и это расширяется до

$ ls "1.foo" "1.bar"

Цитирование

Кавычки важны, если "расширения" требуют кавычек... т.е. если они (возможно, когда-нибудь) содержат пробелы или символы расширения имени пути (glob/wildcard).  Например, if

$ extensions=("foo bar" "*r")

then

$ ls ${extensions[@]/#/1.}

(без кавычек) расширится до

$ ls 1.foo bar 1.*r

(в котором 1.foo и bar являются отдельными аргументами), а это, в свою очередь, расширяется до

$ ls 1.foo bar 1.anteater 1.bar 1.bear 1.cougar 1.deer 1.grasshopper …

(потому что 1.*r - это подстановочный знак без кавычек).  Для более подробного обсуждения важности цитирования, см. Последствия для безопасности, если забыть заключить переменную в кавычки в оболочках bash/POSIX.

Вы также можете найти конец строки, используя % в шаблоне:

$ fnames=(cat dog)
$ ls "${fnames[@]/%/.c}"

расширяется до

$ ls "cat.c" "dog.c"

Но будьте осторожны: % не работает так же, как $ в регулярных выражениях.  Вы должны поместить его в начало образца чтобы ограничить совпадение с концом значения параметра.  Например, если у вас есть

$ fnames=(cat.c dog.c)

и вы хотите получить cat.o и dog.o, не делайте "${fnames[@]/.c%/.o}" - это не сработает.  Делайте

$ ls "${fnames[@]/%.c/.o}"

Но не делайте "${fnames[@]/.c/.o}" (опустив % вообще) либо - если одним из "fnames" является dog.catcher.c, оно будет преобразовано в dog.oatcher.c (поскольку first .c заменяется на .o).

К сожалению, нет простого способа добавить префикс и суффикс, как это можно было бы сделать с

$ ls 1.{foo,bar}.c

См. документацию bash для получения дополнительной информации о переменных, массивах, и преобразованиях, которые можно к ним применить.