как сделать чтобы скрипты запускались без ./

переменная PATH
добавить в неё «текущий каталог»
PATH=«${PATH}:.»
export PATH

в ~/.bashrc добавляешь PATH=$PATH:./

но это большая дыра, я б не делал

но это большая дыра, я б не делал

А в чем конкретно дырявость заключается?

Поместить скрипт в /usr/local/bin

а в том, что в общедоступном каталоге кто-то может создать файл с именем sudo и ты можешь подарить свой пароль кому-нибудь другому

так дыра то в sudo, получается, а не в этом. Проще sudo удалить.

странное заявление..ну а su?

а в том, что в общедоступном каталоге кто-то может создать файл с именем sudo и ты можешь подарить свой пароль кому-нибудь другому

Если добавить точку в конец PATH (как у тебя), sudo будет сперва искаться по системным путям.

что su? Какое он отношение к этому имеет?

о! Кстати да!

А то, что подарить пароль ты можешь и таким образом, только от другого акка.

дыра в sudo

Лоллировал.

Забей, я тупанул

Делай - не бойся

лол

Но я например все равно не вижу в этом смысла. Указание текущего каталога явно означает, что программа будет искаться здесь, это наглядно и удобно, в конце концов можно запускать локальные сборки софта, не трогая системный. Вариант «без ./» добавляет непредсказуемости и зависимости от расположения точки в PATH. Короче, нафиг оно надо? :)

В том, что если в текущем каталоге лежит исполняемый файл «sudo», то по sudo ... запустится именно он, а не /usr/bin/sudo, ну или где там системный лежит.

Ну, допустим запустится, дальше что?

Дальше он отошлет доброжелателю твой пароль.

а я и не говорю, что надо ) ТСу нужно - пускай пользуется)

У меня пальцы сами ./ набирают когда нужно)

Очень туманная опасность.

А вот я всё равно даже после того, как добавил . в PATH всё равно по привычке ./ набираю

А я наоборот . из PATH убираю там, где оно по умолчанию.

Набрать ./ несложно, да и не так часто надо запускать из текущего каталога.

Может еще чужой скрипт не завестись, рассчитывая на стандартное поведение.

Или в ~/bin

Если ты положил бинарник в каталог со скриптом при таком PATH, то, вероятно, рассчитывал на что-то. Или просто любишь стрелять по ногам.

Я не про того, кто запускает, а про сторонний софт. Допустим один из шагов - запуск скрипта из текущей дериктории с именем find, внутри которого выполняется команда find. Вместо команды, наверное, скрипт запустить сам себя и вылетет с ошибкой.