zsh - проблемы при исполнении некоторых скриптов

Модератор: Модераторы разделов

Аватара пользователя
Bluetooth
Сообщения: 4395
Статус: Блюзовый
ОС: Debian Squeeze amd64

zsh - проблемы при исполнении некоторых скриптов

Сообщение Bluetooth »

Недавно перешел на zsh - отличный шелл, очень удобный.

но вот недавно обнаружил проблему, связанную с глоббингом.
есть загрузочный скрипт, который включает rtorrent в screen.
после того как я перешел на zsh, скрипт работать перестал(под bash он работает без проблем).
вот текст скрипта:

Код:

#!/bin/sh ############# ###<Notes>### ############# # This script depends on screen. # For the stop function to work, you must set an # explicit session directory using ABSOLUTE paths (no, ~ is not absolute) in your rtorrent.rc. # If you typically just start rtorrent with just "rtorrent" on the # command line, all you need to change is the "user" option. # Attach to the screen session as your user with # "screen -dr rtorrent". Change "rtorrent" with srnname option. # Licensed under the GPLv2 by lostnihilist: lostnihilist _at_ gmail _dot_ com ############## ###</Notes>### ############## ####################### ##Start Configuration## ####################### # You can specify your configuration in a different file # (so that it is saved with upgrades, saved in your home directory, # or whateve reason you want to) # by commenting out/deleting the configuration lines and placing them # in a text file (say /home/user/.rtorrent.init.conf) exactly as you would # have written them here (you can leave the comments if you desire # and then uncommenting the following line correcting the path/filename # for the one you used. note the space after the ".". # . /etc/rtorrent.init.conf #Do not put a space on either side of the equal signs e.g. # user = user # will not work # system user to run as user="Bluetooth" # the system group to run as, not implemented, see d_start for beginning implementation # group=`id -ng "$user"` # the full path to the filename where you store your rtorrent configuration config="`su -c 'echo $HOME' $user`/.rtorrent.rc" # set of options to run with options="" # default directory for screen, needs to be an absolute path base="`su -c 'echo $HOME' $user`" # name of screen session srnname="rtorrent" # file to log to (makes for easier debugging if something goes wrong) logfile="/var/log/rtorrentInit.log" ####################### ###END CONFIGURATION### ####################### PATH=/usr/bin:/usr/local/bin:/usr/local/sbin:/sbin:/bin:/usr/sbin DESC="rtorrent" NAME=rtorrent DAEMON=$NAME SCRIPTNAME=/etc/init.d/$NAME checkcnfg() { exists=0 for i in `echo "$PATH" | tr ':' '\n'` ; do if [ -f $i/$NAME ] ; then exists=1 break fi done if [ $exists -eq 0 ] ; then echo "cannot find rtorrent binary in PATH $PATH" | tee -a "$logfile" >&2 exit 3 fi if ! [ -r "${config}" ] ; then echo "cannot find readable config ${config}. check that it is there and permissions are appropriate" | tee -a "$logfile" >&2 exit 3 fi session=`getsession "$config"` if ! [ -d "${session}" ] ; then echo "cannot find readable session directory ${session} from config ${config}. check permissions" | tee -a "$logfile" >&2 exit 3 fi } d_start() { [ -d "${base}" ] && cd "${base}" stty stop undef && stty start undef su -c "screen -ls | grep -sq "\.${srnname}[[:space:]]" " ${user} || su -c "screen -dm -S ${srnname} 2>&1 1>/dev/null" ${user} | tee -a "$logfile" >&2 # this works for the screen command, but starting rtorrent below adopts screen session gid # even if it is not the screen session we started (e.g. running under an undesirable gid #su -c "screen -ls | grep -sq "\.${srnname}[[:space:]]" " ${user} || su -c "sg \"$group\" -c \"screen -fn -dm -S ${srnname} 2>&1 1>/dev/null\"" ${user} | tee -a "$logfile" >&2 su -c "screen -S "${srnname}" -X screen rtorrent ${options} 2>&1 1>/dev/null" ${user} | tee -a "$logfile" >&2 } d_stop() { session=`getsession "$config"` if ! [ -s ${session}/rtorrent.lock ] ; then return fi pid=`cat ${session}/rtorrent.lock | awk -F: '{print($2)}' | sed "s/[^0-9]//g"` if ps -A | grep -sq ${pid}.*rtorrent ; then # make sure the pid doesn't belong to another process kill -s INT ${pid} fi } getsession() { session=`cat "$1" | grep "^[[:space:]]*session[[:space:]]*=" | sed "s/^[[:space:]]*session[[:space:]]*=[[:space:]]*//" ` echo $session } checkcnfg case "$1" in start) echo -n "Starting $DESC: $NAME" d_start echo "." ;; stop) echo -n "Stopping $DESC: $NAME" d_stop echo "." ;; restart|force-reload) echo -n "Restarting $DESC: $NAME" d_stop sleep 1 d_start echo "." ;; *) echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2 exit 1 ;; esac exit 0

при исполнении скрипта с аргументом старт, он пишет вот что:

Код: Выделить всё

DIMM:~ # rcrtorrent start
Starting rtorrent: rtorrentzsh: no matches found: .rtorrent[[:space:]]
.

(на первую часть строчки внимания до слова "zsh" не обращайте внимания, это вывод скрипта, до того, как он натыкается на ошибку.
сама ошибка выглядит так:
zsh: no matches found: .rtorrent[[:space:]]
и относится она к выделенной строчке в функции start

Код: Выделить всё

d_start() {
  [ -d "${base}" ] && cd "${base}"
  stty stop undef && stty start undef
 [b] su -c "screen -ls | grep -sq "\.${srnname}[[:space:]]" " ${user} || su -c "screen -dm -S ${srnname} 2>&1 1>/dev/null" ${user} | tee -a "$logfile" >&2[/b]
  su -c "screen -S "${srnname}" -X screen rtorrent ${options} 2>&1 1>/dev/null" ${user} | tee -a "$logfile" >&2
}


честно говоря, я не силен в программировании на шелле, и плохо понимаю что делает вот это: grep -sq "\.${srnname}[[:space:]]"
ясно только то, что zsh пытается что-то вместо этого подставить, у него не выходит, и он останавливает выполнение скрипта с ошибкой.
ситуацию я поправил, добавив в свой ~/.zshenv опцию no_glob.
Но этот вариант меня не устраивает. т.к. в других случаях мне нужен глоббинг.
можно ли настроить выполнение определенного скрипта с опцией no_glob?

также хотелось бы знать - в чем проблема.
вообще я думал(точнее, даже читал), что все шеллы имеют режим эмуляции шелла /bin/sh, для кооректного выполнения скриптов.
но в данном случае отлично видно, что в зависимости от пользовательского шелла скрипты выполняются по-разному.


Добавлено:
Победил проблему, подумав головой и почитав man su.
ведь при вызове su у нас запускается другая оболочка, та, которая указана для пользователя, от которого выполняется команда. то есть команды, что у меня там в su заключены, выполнялись от обыкновенного zsh, безо всякой эмуляции. то есть достаточно было в скрипте написать запуск su -s /bin/bash.

однако, другой вопрос остается в силе - как прописать в скрипте, чтобы команда выполнялась с какой-то определенной опцией шелла?
Спасибо сказали:
Аватара пользователя
Portnov
Модератор
Сообщения: 1786
Статус: Матёрый линуксоид
ОС: Debian testing/unstable

Re: zsh - проблемы при исполнении некоторых скриптов

Сообщение Portnov »

set no_glob
?

или ещё вариант:
noglob your-command
Работа: Ubuntu 9.10
Дом: Debian testing/unstable и на всякий случай winxp в virtualbox.
Для разнообразия: моя домашняя страница -http://iportnov.ru
Спасибо сказали:
Аватара пользователя
uptime
Сообщения: 1661
Статус: Drinker with computing problems
ОС: kubuntu 8.04

Re: zsh - проблемы при исполнении некоторых скриптов

Сообщение uptime »

я подозреваю, что

Код: Выделить всё

#!/bin/sh

стоящая в начале скрипта вызывает для выполнения вашу zsh. А что будет, если вызывать bash?
The answer, my friend, is blowin' in the wind.
The answer is blowin' in the wind.
Спасибо сказали:
Аватара пользователя
Portnov
Модератор
Сообщения: 1786
Статус: Матёрый линуксоид
ОС: Debian testing/unstable

Re: zsh - проблемы при исполнении некоторых скриптов

Сообщение Portnov »

Да, я обычно не ставлю zsh системным шеллом, только себе его прописываю. /bin/sh у меня указывает на bash.
Работа: Ubuntu 9.10
Дом: Debian testing/unstable и на всякий случай winxp в virtualbox.
Для разнообразия: моя домашняя страница -http://iportnov.ru
Спасибо сказали:
Аватара пользователя
Bluetooth
Сообщения: 4395
Статус: Блюзовый
ОС: Debian Squeeze amd64

Re: zsh - проблемы при исполнении некоторых скриптов

Сообщение Bluetooth »

или ещё вариант:
noglob your-command

вот, это то, что нужно. спасибо.
Да, я обычно не ставлю zsh системным шеллом, только себе его прописываю. /bin/sh у меня указывает на bash.

ну, у меня zsh стоит шеллом по умолчанию для пользователя и для рута. а вот симлинк bin/sn- указывает на bash. И, насколько я понимаю, весь вышепреведенный скрипт выполняется в баше, кроме того, что выполняется с su. то есть, если не использовать su в скриптах, то все нормально будет(собсно говоря, все действительно нормально, во всех остальных скриптах :) )
Спасибо сказали: