yum list pgadmin *
в один из моих CentOS 6.7 (окончательный) вот что я обнаружил:
Available Packages
pgadmin3.x86_64 1.20.0-1.el6 epel
pgadmin3_91.x86_64 1.20.0-3.rhel6 pgdg91
pgadmin3_91-debuginfo.x86_64 1.20.0-3.rhel6 pgdg91
pgadmin3_91-docs.x86_64 1.20.0-3.rhel6 pgdg91
кажется, что пакет доступен в репозитории epel
и в pgdg91
репозиторий. Вам просто нужно добавить один из них
Я бы поступил следующим образом:
# Adding pgdg repo
sudo rpm -Uvh http://yum.postgresql.org/9.1/redhat/rhel-6-i386/pgdg-centos91-9.1-4.noarch.rpm
# check if the package is now available
sudo yum list pgadmin*
# and in case it is, install it
№
wait
используется исключительно в родительском процессе для ожидания завершения дочернего процесса (и для доступа к его статусу выхода ).
Кроме того, ни один процесс не может перехватывать KILL
сигнал (исходного вопроса, использованного KILL
в качестве примера ).
Кроме того, "ожидание сигнала" - необычная вещь.поскольку сигналы являются асинхронными событиями, то есть вы не ждете их, а вместо этого устанавливаете обработчик сигналов (с помощью trap
в оболочке ), который будет обрабатывать сигнал всякий раз, когда Он прибывает. Сигнал может поступить в любой момент во время выполнения сценария, и обработчик сигнала будет выполнен, когда это произойдет (нормальный ход программы временно приостановится на время обработки сигнала ).
Очевидно, вы могли бы сделать что-то вроде
trap 'quit=1' USR1
quit=0
while [ "$quit" -ne 1 ]; do
printf 'Do "kill -USR1 %d" to exit this loop after the sleep\n' "$$"
sleep 1
done
echo The USR1 signal has now been caught and handled
для выполнения своего рода цикла «ожидание поступления сигнала».
Здесь «ловушка» будет «ловить» сигнал USR1
, «обработчик» установит quit
в 1
, и управление будет возвращено коду, который выйдет из цикла.