Какие-либо дистрибутивы уже с помощью Плазмы 5 (февраль 2015)?

i=0
until  [ "$((i+=1))" -gt 5 ] || {
       printf '\nPrompt: '
       read finding && [ -n "$finding" ]
};do   printf '\nINVALID:\tTry again.\n'
done   <>/dev/tty >&0
grep -- "${finding:?INSUFFICIENT INPUT!}" <info.txt ||
! printf '%s:\tNot found in database.' "$finding" >&2

Вы должны проверить не только то, что $finding не является нулевым, но и то, что read успешно завершается - и поэтому настройка его в первую очередь. В описанном выше цикле перед выходом из состояния w/ error 5 раз будет запрошена и попытка прочитать из терминала строку с не нулевым входным сигналом.

• "${расширение:?SUBSTITUTE ONLY IF UNSET OR NULL! >STDERR}"
  • Пустое значение для $finding обрабатывается как побочный эффект параметра ${${:?expansion} и приводит к сообщению, записанному на stderr и немедленному выходу из неинтерактивной оболочки.
• cmd ...
  • Это синтаксическая ошибка - попытка перенаправления из файла, который не может быть открыт (например, из файла, который не существует или для которого действующий UID/GID не имеет разрешений на чтение), и поэтому если info.txt по каким-либо причинам является недействительным, неинтерактивная оболочка записывает диагностическое сообщение на stderr и также немедленно выходит из него. Это также верно, если попытка прочитать превышает ограничения, установленные в ulimit - и одинаково применимо к начальному циклу до ... выполнения <>в >&out.
• grep ... || ! printf '%s: fmt' "$param"
  • Поскольку любые ошибки пользовательского или файлового ввода уже приводили к выходу оболочки до вызова grep, единственные два возможных результата вышеуказанной формы - это то, что grep хотя бы один раз совпадает с шаблоном в "$finding" и записывает соответствующие строки в stdout или что он не совпадает даже один раз и возвращает значение, отличное от 0. В последнем случае printf записывает информационное сообщение на stderr и возвращает 1.