Изолированное пространство для команд в bash

Есть ли какой-то способ

С точность до наоборот: https://github.com/dvorka/hstr . Пользуюсь в основном favorites а history для экспромта.

часто стрелками перемещаюсь по истории

^p ^n ^r

истории баша сильно нагажено

А зачем туда смотреть лишний раз?

Есть ли какой-то способ временно запрещать сохранение команд в баше?

Пробел перед коммандой.

 echo 123

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

Обычно такая настройка уже включена. В историю не попадают команды, начинающиеся с пробела. Можно ещё обнулить переменную HISTFILE, это тоже отключит запись истории.

Можно ещё обнулить переменную HISTFILE

Сработает? Фига-себе. Красивый ход.

А зачем туда смотреть лишний раз?

Не в сам файл смотреть. Вместо того, чтобы проматывать стрелками до нужной команды 2-3 раза, приходится искать по пол часа (после экспериментов).

Пробел перед коммандой.

Офигеть, прикольно!

unset HISTFILE

Есть обратный поиск по командам по ^r.

unset HISTFILE

Написано «Отключает запись истории для текущего сеанса». Сеанс это новая открытая консоль (или вкладка в консоли)? Т.е. я ввожу команду один раз и обратно включать ничего не надо? Просто закрываю вкладку?

А есть ли команда, чтобы проверить номер сеанса? Они как-то нумеруются?

Написано «Отключает запись истории для текущего сеанса»

Ну так. Это оно.

номер сеанса?

echo $$

Какая странная система нумерации. Первый сеанс (консоль была открыта днем) идет под номером 2026, сейчас вечером открыл 2ю консоль, сеанс под номером 17819, и каждая новая консоль прибавляет +5-10 к номеру. На времени завязано? На времени после инициализации системы?

На времени завязано?

На ID процесса. Пока ты открывал консоль - в системе еще что-то выполнялось.

Понятно.

номер сеанса?

Мож запилить счётчик самому в .bashrc:

bashcount=$(cat ~/.bash_count); let bashcount=$bashcount+1; echo $bashcount > ~/.bash_count

Можно ещё обнулить переменную HISTFILE, это тоже отключит запись истории.

unset HISTFILE

Спасибо, реально спасибо, ребята! Об этой команде я мечтал всю свою жизнь, даже не знаю как обходился (очень страдал). Вы лучше всех!

Об этой команде я мечтал

Вот к чему привело отсутствие необходимости правки инит скриптов. Иначе бы как минимум unset знал.

Linux оказуалили? Я слышал, что раньше надо было очень постараться, чтобы Linux заработал как надо, в конфигах покопаться, что-то скомпилить, а сейчас ничего этого не надо- поставил и пользуйся. А я бы, на самом деле, запилил подобную функцию прямо в GUI терминала - остановить запись истории/возобновить запись. Полезная штука.

Вот к чему привело отсутствие необходимости правки инит скриптов

Ну не знаю… Не помню, чтобы во время правки инит-скриптов мне нужен был unset.

раньше надо было очень постараться, чтобы Linux заработал как надо

В 2001 ставил ASP. В основном, работало. Правда, потом оказалось, что звука нет.

что-то скомпилить

Вот драйвер для AC’97 звуковой пришлось из интернета скачать и скомпилить. Но там всё просто было. Погуглил в Яндексе, нашёл исходники и подробную инструкцию. Шлёп-шлёп, звук заработал.

Не помню … мне нужен был unset.

И мне был не нужен. Но в некоторых скриптах он был и приходилось знать, что энто такое.

В историю не попадают команды, начинающиеся с пробела.

Лучше бы наоборот сделали так, чтобы в историю попадали только те команды перед которыми стоит пробел, а вообще внутренние команды для управления историей, например hison и hisoff были бы логичнее.

Лучше бы наоборот сделали

Все патчить bash. (разнесём вдребезги)

Все патчить bash. (разнесём вдребезги)

Ну ок, тогда сделаем башу опцию bash –mode которая будет управлять родительской сессией баша и в которую будут спрятаны все опции по управлению ведением истории и прочими вещами.

Хвала свободному ПО. Каждый может подправить код по своим нуждам.

тогда сделаем башу опцию

Да кто ж этим заниматься то будет? (это пока что bash-ненужнисты не прискакали, но, споконейс, прискачут).

не засоряли основной файл bash_history

ну, ты, понимаешь, да?

Мож запилить счётчик самому в .bashrc:

Такие вещи надо делать с flock, иначе при старте с несколькими вкладками можно получить чёрте-что. И вообще, по каким книжкам вы bash изучаете? Ваши скрипты хороши были б 45 лет назад. Сейчас уже так давно никто так не пишет.

{ flock 9
    read -u 9 bashcount
    ((++bashcount)) 2> /dev/null || bashcount=1
    echo $bashcount > ~/.bash_count
} 9<> ~/.bash_count

Браво, vodz! Реально, молодец. Мож, книженцию по башику напишешь? Не сарказм, серьёзно. Много полезного почерпнул на лоре по твоим комментариям, как ни странно)

Ну и как это понимать?

книженцию напишешь, серьёзно.
как ни странно

Я, впрочем, догадываюсь как это понимать — это так уродует общение на ЛОРе, все эти «не скарказм» и без «как ни странно» чтобы себя не забыть похвалить и не опустить...

Такие вещи надо

Не уверен:

time bash -c "bashcount=$(cat ~/.bash_count); let bashcount=$bashcount+1; echo $bashcount > ~/.bash_count"

real	0m0.019s
user	0m0.000s
sys	0m0.000s

Нет, дело в том что обычно предложение написать книжку и подобное является издёвкой, то есть gnu_linux хочет сказать что он над тобой не издевается, а реально предлагает написать книгу(ну или страницу в википедии дополнить и поправить, это имхо будет лучше)

Не уверен:

Ну афигеть. Разговор был, что надо блокировать от параллельной записи, а в ответ time... Тем более, что в моём скрипте ещё фичи вставлены: не падать если в файле чёрте-что и создавать, если его нет.

Нет,

Да, диссонанс был именно в комплексе высказываний, приведенных в квотинге.

и поправить, это имхо будет лучше

В смысле поправить вики?

В смысле поправить вики?

Да, чего в странице по башу на виктпедии нет, то дописать.

Если написаны устаревшие приёмы программирования, то указать что эти приёмы устарели и дать примеры новых и актуальных.

Просто найденные ошибки и неточности исправить.

ПС. Это конечно если ты хочешь этим заниматься.

Ага, есть такое. Открывай новое окно в консоли и не выходя из сессии bash закрывай окно. В итоге получается фича, которая в истории не сохраняется. Этой фичей активно пользуются злоумышленники, тупо отключаются от сети и ssh с bash на удаленной машине не знают что делать без костылей. Также можно выполнить kill -9 $$ Дело все в том, что до завершении сессии все введеные команды хранятся в переменной и только при выполнении exit записываются в лог-файл. Содержимое переменной можно сломать в любой момент командой history -r. Корректный выход без записи истории в лог-файл: unset HISTFILE && exit Чтобы не писать это каждый раз можно создать алиас на выход. В итоге выход с записью в лог-файл ^D, а выход без записи - exit-hz

Вместо того, чтобы проматывать стрелками до нужной команды 2-3 раза, приходится искать по пол часа

Афигеть прикольно! А еще конвейер есть в bash. И grep. Можно лог-файл bash’а грепать, а можно и выхлоп команды history.

Но вот так вылететь и залететь в пустое окно каждый может, а ты попробуй головой пработать^w подолбиться в стекло.

Не, без сарказма. Просто знания в «оформленном» виде реально были бы полезны. Не книга для новичков, а именно секреты, нюансы и трюки. Было б хорошо.

блокировать от параллельной записи

Сверхбыстрый ты, чтоле?

Сверхбыстрый ты, чтоле?

Угу. У меня при старте X-ов открывается console с сохранёнными вкладками. То есть в один момент запускается сразу несколько shell-ов.

в один момент запускается сразу несколько shell-ов.

Предупреждать надо. Нормальные люди такое не практикуют.

Вместо того, чтобы проматывать стрелками до нужной команды 2-3 раза, приходится искать по пол часа (после экспериментов).

history | grep ... сложно разве? Но неплохо и чистить историю периодически. Напиши скрипт удаляющий дубликаты, короткие команды и т.п.

Напиши скрипт удаляющий дубликаты

Не надо ничего писать: Чистка $HISTFILE (комментарий)

Предупреждать надо. Нормальные люди такое не практикуют.

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

у меня то как раз нормально

Т.е. предупреждать не надо было?

Просто знания в «оформленном» виде реально были бы полезны. Не книга для новичков, а именно секреты, нюансы и трюки. Было б хорошо.

Трюки они и в Африке трюки, проще написать по-быстрому тяп-ляп, чем рыться в книжках как это самое можно извратиться хитрым трюком.

На данный момент я вот пишу программку блочного sed-а, то есть таким, каким бы я хотел, чтобы выглядел нормальный человеческий sed, с поддержкой многострочности, счётчиком для парсинга всяких вложенных блоков со скобочками. А то уже достало руками переформатировать книжки со (sam)lib.ru, переделывая мошковский html в нормальный вид для читалки. И прочие задачи по фильтрации html для сайта и изредко возникающих походу задач по парсингу всяких вычурных конфигов etc. Вот думаю, публиковать тут или ну его нафиг с такими анонимусами...

Если прямо ctrl-r не спасает, то уж лучше не unset делать, а перенаправлять историю в какой-нибудь другой (временный) файл.

Вообще с частыми простыми командами история как раз меньше нужна чем с заковыристыми результатами эксперимента. Первые если потеряешь, то за секунду восстановишь, а вторые - весь эксперимент повторять придётся.

Т.е. предупреждать не надо было?

Вы виляете попкой с типичным уязвленным самолюбием.

Вы виляете попкой

Не тупи. Как бы объяснить. Аналогия: БелАЗ - универсальный грузовик. Ты хоть один в жизни видел? Я - нет.

Не тупи. Как бы объяснить. Аналогия: БелАЗ

Не надо меня учить, особенно тупыми аналогиями. Я сам кого хочешь научу. Правильная логика — писать можно по всякому, хоть тупо с проблемами, но надо знать проблемы. Я же не говорил, что надо писать только так, иначе оно не работает? Я показал проблему и порекомендовал решение. Ибо решение может пригодиться и для общего вида в других скриптах, когда надо уникальный счётчик, а не только для админов локалхоста с одним окрытым shell-ом, что не так для ТС-а.