BashTex | Linux

Расширенные шаблоны Есть фишки, про которые многие говорят: «я только недавно узнал, что так можно!» Одна из таких - расширенные шаблоны. ▪️ Включаем расширенные шаблоны

shopt -s extglob

Теперь доступны конструкции:

?(pattern) - 0 или 1 совпадение *(pattern) - 0 или больше +(pattern) - 1 или больше @(pattern) - ровно одно из !(pattern) - всё, кроме

▪️ Полезные примеры 1️⃣ Исключить расширение

for f in !(*.bak); do
  echo "Обрабатываю $f"
done

Пробегаем по всем файлам, кроме .bak. 2️⃣ Сгруппировать несколько расширений

for img in *.@(jpg|png|gif); do
  echo "Найдено изображение: $img"
done

Ловим только картинки, не заморачиваясь с длинными условиями. 3️⃣ Лестница через case

case $var in
  +([0-9])) echo "Это число" ;;
  ?(http)://*) echo "Это URL" ;;
  *.@(sh|bash)) echo "Это Bash-скрипт" ;;
  *) echo "Что-то другое" ;;
esac

Можно строить почти регулярочные проверки, но быстрее и нагляднее. 4️⃣ Исключение нескольких типов

for f in !(*.log|*.tmp); do
  echo "Чистый файл: $f"
done

Берём всё, кроме .log и .tmp. 5️⃣ Валидация формата прямо в if

if [[ $user == +([a-zA-Z0-9._-]) ]]; then
  echo "Имя пользователя валидно"
else
  echo "Некорректное имя"
fi

Короткая проверка без grep и regex. BashTex 📱 #bash #utils

Архивация только новых или измененных файлов Как архивировать только измененные файлы без ведения отдельного списка и без сложных скриптов. Решение на самом деле простое - связка find + tar + gzip. ▪️ Проблема Обычный tar -czf backup.tar.gz /data каждый раз сжимает все файлы → при больших каталогах это очень долго. Хотелось бы архивировать только то, что изменилось за последний день/час. ▪️ Решение: find + tar

find /data -type f -mtime -1 -print0 | tar --null -czf backup-$(date +%F).tar.gz --files-from=-

-mtime -1 - ищет файлы, измененные за последние 24 часа -print0 + --null - защита от пробелов в именах --files-from=- - tar берет список файлов прямо из stdin ▪️ Вариант с часами (например, за 2 часа)

find /data -type f -mmin -120 -print0 | tar --null -czf backup-$(date +%F_%H%M).tar.gz --files-from=-

▪️ Инкрементальные архивы (только изменения с момента последнего бэкапа)

touch /tmp/last-backup
find /data -type f -newer /tmp/last-backup -print0 | \
  tar --null -czf backup-$(date +%F).tar.gz --files-from=-
touch /tmp/last-backup

BashTex 📱 #bash #utils

📘 На Stepik вышел курс — «DevOps-инженер: От основ до продакшена» Хотите автоматизировать деплой, управлять инфраструктурой как кодом и выстраивать надёжные CI/CD процессы? Этот курс — полный путь DevOps-инженера. • CI/CD: Jenkins, GitLab CI/CD, GitHub Actions, стратегии развёртывания (Blue-Green, Canary), rollback • Контейнеризация: Docker (образы, Compose, networking), Podman, оптимизация и безопасность контейнеров • Kubernetes: архитектура, Pods, Services, Deployments, Helm, RBAC, Service Mesh (Istio/Linkerd) • Infrastructure as Code: Terraform, Ansible (playbooks, vault), Packer, ArgoCD и Flux для GitOps • Облака: AWS (EC2, EKS, Lambda), GCP, Azure, Yandex Cloud, cost optimization• Мониторинг: Prometheus, Grafana, ELK Stack, Jaeger, OpenTelemetry, SLI/SLO/SLA • Безопасность: SAST/DAST, Vault, Zero Trust, Policy as Code, incident response • Продакшен практики: High Availability, Disaster Recovery, Chaos Engineering, on-call management 🎓 Сертификат — добавьте в резюме или LinkedIn 🚀 Скидка 25%, действует 48 часов 👉 Пройти курс на Stepik

Самурай психанул и словил дзен BashTex 📱 #юмор

Bash-лайфхак: комментирование команд прямо в истории Когда вы часто экспериментируете в терминале, история превращается в хаос - одинаковые команды, тестовые прогоны, случайные опечатки… И вот через месяц вы смотрите на history | grep rsync и думаете: "А что это я тут хотел сделать?" или какая из этих команд рабочая.. Но тут есть один простой трюк - добавляете комментарий прямо к команде, и он сохранится в истории. 🌟 Как это работает? В bash можно писать так:

rsync -av --delete /data/ /backup/  # бэкап данных на внешний диск

В истории будет сохранена вся строка. И когда через Ctrl+R или history | grep backup вы ищете - строка находится по тексту комментария тоже! ▪️ Примеры

ssh user@host  # тест сервера
docker exec -it web bash  # залезть внутрь контейнера nginx
find /var/log -type f -size +100M  # поиск больших логов

▪️ Полезные фишки Можно делать свои теги:

apt update && apt upgrade  # [system-maintenance]

А потом искать:

history | grep "\[system-maintenance\]"

BashTex 📱 #bash

🚀 Стань мастером Docker с Docker Ninja 🚀   Как говорил великий классик: "Порхай как бабочка, жаль, что ты до сих пор не подписан на канал Docker Ninja. Уже давно стал бы профессионалом в docker!" На канале ты найдешь: 📚 Краткие и ёмкие посты: Каждое сообщение — это выжимка полезной информации без лишних сложностей, которая сразу же пригодится в работе.  👨‍🏫 Авторский подход: Изучайте Docker с помощью советов и инсайтов от опытного девопса. 💡 Практические кейсы: Поймете, когда и как применять команды Docker, с примерами из реальной практики. 🎯 Интересные детали: Узнаете интересные аспекты Docker, которые сделают вашу работу еще увлекательнее. Присоединяйтесь к сообществу Docker Ninja по ссылке и начните свой путь к мастерству с Docker уже сегодня! 🐳🥷

Букмарк-система для директорий Если вы часто прыгаете между одними и теми же каталогами, держать их пути в голове (или копировать через cd /long/very/deep/path/...) - мучение. Решение: написать мини-систему закладок для директорий. 🛠 Скрипт j (добавьте это в свой ~/.bashrc или ~/.zshrc):

# Файл для хранения закладок
J_BOOKMARKS=~/.j_bookmarks

# Функция j
j() {
    # без аргументов - показать список закладок
    if [[ $# -eq 0 ]]; then
        cat "$J_BOOKMARKS" 2>/dev/null || echo "Закладок пока нет."
        return
    fi

    case "$1" in
        +) # добавить закладку для текущей директории
            echo "$2:$(pwd)" >> "$J_BOOKMARKS"
            echo "Добавлено: $2 → $(pwd)"
            ;;
        -) # удалить закладку
            grep -v "^$2:" "$J_BOOKMARKS" > "$J_BOOKMARKS.tmp" && mv "$J_BOOKMARKS.tmp" "$J_BOOKMARKS"
            echo "Удалено: $2"
            ;;
        *) # перейти по метке
            local target
            target=$(grep "^$1:" "$J_BOOKMARKS" | cut -d: -f2-)
            if [[ -n "$target" ]]; then
                cd "$target" || echo "Ошибка: нет доступа к $target"
            else
                echo "Нет закладки: $1"
            fi
            ;;
    esac
}

▪️ Использование Добавить закладку для текущей директории:

j + myproj

сохраняет myproj: /home/user/projects/myproj Перейти в закладку:

j myproj

мгновенный cd в /home/user/projects/myproj Удалить закладку:

j - myproj

Посмотреть все закладки:

j

BashTex 📱 #bash

Множественные команды одной строкой Одна из недооцененных фич bash - фигурные скобки {}. Она позволяет за одну строку сгенерировать множество вариантов команды. ▪️ Пример с файлами

touch file-{1,2,3}.md

Создаст сразу три файла:

file-1.md
file-2.md
file-3.md

▪️ Полезные варианты 1️⃣ Диапазоны чисел

mkdir backup-{2022..2025}

Создаст папки:

backup-2022 backup-2023 backup-2024 backup-2025

2️⃣ Диапазоны букв

touch part-{a..d}.txt

part-a.txt part-b.txt part-c.txt part-d.txt

3️⃣ Комбинации (картезианское произведение)

echo {dev,staging,prod}-{us,eu,asia}

dev-us staging-us prod-us dev-eu staging-eu prod-eu dev-asia staging-asia prod-asia

4️⃣ Множественные команды

cp config.{yml,json} /etc/myapp/

Скопирует оба файла за раз. ▪️ Фишки для автоматизации 1️⃣ Генерация тестовых данных:

touch user-{001..100}.log

сразу 100 файлов 2️⃣ Быстрое клонирование директорий:

cp -r src{,-backup}

создаст копию src-backup без лишнего ввода. 3️⃣ Комбинации шаблонов:

mv report_{2022..2024}_{01..12}.csv /data/reports/

сразу раскладывание отчётов по месяцам и годам. BashTex 📱 #bash #utils

Скрипт-сортер медиа по датам Хаос в папке с фотографиями и видео? Все вперемешку: отпуск 2018-го рядом с мемами 2024-го. Можно навести порядок одним скриптом. Идея скрипта в том, чтобы он автоматически раскладывал файлы по структуре:

 sorted/
 ├── 2018/
 │   ├── 01/
 │   └── 07/
 ├── 2020/
 │   ├── 12/
 └── 2024/
     ├── 02/
     └── 05/

Основание - дата создания файла (или модификации, если EXIF не нужен). 🛠 Скрипт

#!/bin/bash

SRC_DIR=${1:-"./media"}      # откуда берем файлы
DST_DIR=${2:-"./sorted"}     # куда складываем

mkdir -p "$DST_DIR"

find "$SRC_DIR" -type f \( -iname "*.jpg" -o -iname "*.jpeg" -o -iname "*.png" -o -iname "*.mp4" -o -iname "*.mov" \) | while read -r file; do
    # получаем дату модификации файла (год и месяц)
    year=$(date -r "$file" +%Y)
    month=$(date -r "$file" +%m)

    # создаем директорию и переносим
    target="$DST_DIR/$year/$month"
    mkdir -p "$target"

    echo "→ $file → $target/"
    mv "$file" "$target/"
done

▪️ Запуск

chmod +x media_sorter.sh
./media_sorter.sh ./Camera ./SortedMedia

🌟 Дополнительно Если нужен EXIF (реальная дата съёмки фото, а не модификации файла) → используем exiftool:

exiftool '-FileName<CreateDate' -d "%Y/%m/%Y-%m-%d_%H-%M-%S%%-c.%%e" ./media

⚠️ Для видео часто EXIF нет, но можно использовать ffprobe (часть ffmpeg) для даты. Такой скрипт удобно запускать перед бэкапом в облако - сразу порядок в медиатеке. BashTex 📱 #bash

😎 BashTex 📱 #юмор

Подборка каналов IT от наших друзей: 🦥 Lazy_Programmer – Для ленивых 📲 Lazy_Programmer – В MAXе тоже есть место для лени 🤩 iwannabeprogrammer  — IT-мемы 📲 iwannabeprogrammer – Мы в MAX 🎬 videos_it  — База видеоуроков по IT 🐧 Linux_Club — Для Linuxоидов 📔 BOOKS — Читать не перечитать 🇷🇺 our_computer — У нас как в СССР 🔐 LazySecurity — Канал по ИБ 🔥 floppydisky — ITUMOR 📱 codebase_frontend — Красим кнопки ➡️ LazyDevOps —  Канал для дев и псов 🐈‍⬛️ LazyTester — Протестируй канал!

Быстрый поиск и исправление команд из истории Многие знают, что в bash есть история команд (history, !, !!), но мало кто активно пользуется экспресс-заменой. ▪️ Замена в последней команде: ^old^new Если вы ввели команду с ошибкой, не нужно её перепечатывать целиком. Просто используйте конструкцию: ^ошибка^правильно Пример:

sl -l #неверная команда

bash: sl: command not found

^sl^ls # исправление
ls -l

Bash сам возьмет последнюю команду из истории и заменит в ней sl на ls. ▪️ Более гибкая работа с историей: ! !! - повторяет последнюю команду !ls - повторяет последнюю команду, начинавшуюся с ls !$ - последний аргумент предыдущей команды !* - все аргументы предыдущей команды Пример:

tar -xf archive.tar.gz /tmp
cd !$
cd /tmp

▪️ Ctrl+R для интерактивного поиска нажмите Ctrl+R и начните печатать часть команды - bash покажет совпадение из истории. Нажимайте Ctrl+R ещё раз, чтобы найти следующее. BashTex 📱 #bash

Не пропускаем! BashTex 📱 #юмор

Перехват stdout/stderr отдельных функций и подпрограмм Обычно мы перенаправляем вывод глобально: myfunc >out.log 2>err.log. Но что, если нужно внутри скрипта гибко ловить stdout/stderr отдельных функций и даже подпрограмм, не ломая общий вывод? Тут могут помочь динамические файловые дескрипторы через exec {fd}>. ▪️ Пример 1. Логирование только stdout функции

logfile="stdout.log"

myfunc() {
    echo "info: started"
    echo "debug: internal"
    echo "error: fail" >&2
}

exec {fd}> "$logfile"   # создаем FD
myfunc 1>&$fd           # stdout -> в файл, stderr остаётся на экран
exec {fd}>&-            # закрываем FD

stdout (info, debug) уйдет в stdout.log; stderr (error) появится в терминале. ▪️ Пример 2. Перехват stderr подпрограммы

errlog="stderr.log"

exec {fd}> "$errlog"
{ ls /root; echo "done"; } 2>&$fd
exec {fd}>&-

Ошибки от ls /root попадут в stderr.log, а «done» останется в терминале. ▪️ Пример 3. Отдельный канал для «отладки» внутри функции. Иногда хочется иметь третий тип вывода, помимо stdout/stderr.

exec {dbg}> debug.log   # отдельный канал

mycalc() {
    echo "42"           # обычный результат
    echo "step1 ok" >&$dbg
    echo "step2 ok" >&$dbg
}

result=$(mycalc)
echo "result = $result"
exec {dbg}>&-

Так можно вести невидимый debug-лог параллельно с обычной работой. ▪️ Пример 4. Подмена stdout на время вызова

mycmd() { echo "normal out"; }

{
    exec {fd}> redirected.log
    mycmd >&$fd
    exec {fd}>&-
}
echo "done"

Прием позволяет временно заменить stdout и потом вернуть его обратно. BashTex 📱 #bash #utils

systemd timers: сценарии, которые cron не умеет Часто cron хватает для простого раз в день, но когда расписание становится хитрым - systemd timers выигрывают. Покажу несколько кейсов, которые на cron делать больно, а здесь - просто. 1️⃣ Только в рабочие дни, с 9:00 до 18:00. Хотим, чтобы скрипт мониторинга нагрузки запускался каждые 15 минут в будни, но не ночью и не в выходные: /etc/systemd/system/load-check.timer

[Timer]
OnCalendar=Mon..Fri *-*-* 09..18/15:00

Mon..Fri - только будни; 09..18/15:00 - каждые 15 минут с 9:00 до 18:00. Аналог на cron выглядел бы как несколько строк с костылями. 2️⃣ Persistent=true - выполнение пропущенных задач. Задача должна выполняться раз в день, даже если сервер был выключен ночью.

[Timer]
OnCalendar=daily
Persistent=true

Если сервак в оффлайне, при старте systemd увидит пропущенное выполнение и запустит задачу. У cron такого поведения нет - выключил машину, задача пропала. 3️⃣ Замороченные расписания - раз в час, но не в обед. Допустим, хотим запускать скрипт синхронизации каждые 60 минут, но исключить обеденный перерыв (с 12 до 13):

[Timer]
OnCalendar=Mon..Fri *-*-* 09..11:00,13..18:00

Здесь мы задали диапазоны часов с дыркой. 4️⃣ Несколько расписаний для одной задачи. Хочется иметь и ночной запуск (2:00), и дополнительный в пятницу вечером:

[Timer]
OnCalendar=*-*-* 02:00:00
OnCalendar=Fri *-*-* 19:00:00

В одном таймере можно указать несколько OnCalendar. 5️⃣ Контроль за пропусками и сбоями. Если критичный скрипт не отработал, мы хотим это видеть. Добавим OnFailure: /etc/systemd/system/backup.service

[Unit]
Description=Nightly backup job
OnFailure=alert.service

Если бэкап упадет, то сразу вызовется alert.service (например, отправка сообщения в телегу). BashTex 📱 #bash #utils

🔥Прими участие в Хакатоне от ИТ-холдинга Т1 в Новосибирске и поборись за призовой фонд 800 000 рублей! Когда: 23–26 октября Формат: онлайн + финал на площадке Участвуй, если ты: 🔹обучаешься на технической или ИТ-специальности; 🔹развиваешься в направлении разработки, аналитики, CV, ML или DevOps; 🔹сможешь быть в Новосибирске 26 октября. Выбери свой кейс:

✴️Цифровой дресс-код: фон, который выделяет вас. Создай локальный ML-модуль сегментации видео и генератор персонализированных фонов. ✴️CodeMetrics: метрики, которые помогают расти. Разработай систему автооценки эффективности команд через анализ Git-метрик.

Почему стоит участвовать: 🔘Кейс в портфолио и полезная обратная связь от менторов Т1; 🔘Шанс проявить себя, чтобы начать карьеру в одной из крупнейших ИТ-компаний; 🔘Реальный опыт командной работы; 🔘Мерч и атмосфера сильного комьюнити — в Т1 более 5 000 джунов из 580+ вузов России и Беларуси. Регистрация открыта! ➡️ Успей до 21 октября по ссылке. erid: 2Vtzqwmd32u

Оптимизация чтения больших файлов Когда работаешь с большими логами (гигабайты), вопрос «как читать быстрее и без лишнего расхода памяти?» становится критичным. Сегодня рассмотрим два подхода: ▪️ Подход 1: Чтение чанками (построчно или блочно). Классический цикл:

while IFS= read -r line; do
    # обработка строки
done < big.log

➕ Память не забивается (читается построчно). ➖ Медленно при миллионах строк (много системных вызовов read). Для ускорения можно читать чанками (например, по 1 МБ):

while chunk=$(dd bs=1M count=1 status=none); do
    # обработка блока текста (можно разбить на строки)
    echo "$chunk" | grep "ERROR"
done < big.log

➕ Гораздо меньше обращений к диску. ➕ Можно параллелить обработку чанков. ➖ Нужно дополнительно резать блоки на строки (grep, awk, cut). ▪️ Подход 2: mapfile / readarray. Современный и удобный способ загрузить файл в массив:

mapfile -t lines < big.log
echo "Первая строка: ${lines[0]}"

➕ Удобно: сразу доступ по индексам, можно обрабатывать батчами. ➕ Быстро для средних файлов (< 100–200 МБ). ➖ Огромные файлы (> 1 ГБ) забьют память. Можно ограничить число строк:

mapfile -t -n 1000 lines < big.log  # только первые 1000 строк

А для потоковой обработки чанками:

exec 3< big.log
while mapfile -t -n 1000 batch <&3 && ((${#batch[@]})); do
    printf '%s\n' "${batch[@]}" | grep "ERROR"
done
exec 3<&-

➕ Работает как буферизация: читаем батчами по N строк. ➕ Ускоряет обработку за счёт снижения количества вызовов read. В итоге получаем, что: Для огромных логов (>1 ГБ) → читайте чанками (dd) или батчами (mapfile -n). Для средних файлов → mapfile дает лучший баланс. Для онлайн-потоков (tail -f) → старый добрый while read. BashTex 📱 #bash

Все надоело и пропал интерес, чувствуешь себя амебой и хочется только залипать в телефоне. Бывает? Homo Manifestans — канал для айтишников, у которых периодически опускаются руки и отключается мозг, ибо переработки и постоянная тревожность не приводят к другим исходам 🤗 ✓ Как научиться отвлекаться от работы и отдыхать? ✓ Как совместить кучу рабочих задач и время с семьей? ✓ Как справиться с прокрастинацией? ✓ Как не растерять запал, даже если начальник и коллеги 💩 и кажется, что ничего не выходит? Подписывайтесь на канал @vadimpetrovpsi и научитесь работать без упахивания, выгорания и ущерба для личной жизни! Псс. Заходите в закреп — там много полезного, и даже бесплатный мини-курс по выходу из апатии: 👉 https://t.me/+kAvguZoxBUM2ZGYy

Продвинутые regex выражения и их подводные камни В bash оператор [[ string =~ regex ]] дает инструмент для проверки строк по регулярным выражениям. Но у него есть особенности, о которых часто забывают. ▪️ Базовый синтаксис

str="user123"
if [[ $str =~ ^user[0-9]+$ ]]; then
    echo "Совпало"
else
    echo "Нет совпадения"
fi

=~ - оператор сравнения по регулярному выражению (ERE) без кавычек вокруг regex (!), иначе он станет строкой ▪️ Подводные камни 1️⃣ Кавычки ломают regex

[[ $str =~ "^[0-9]+$" ]]   # НЕ работает как regex
[[ $str =~ ^[0-9]+$ ]]     # правильно

2️⃣ Пробелы в regex → нужно экранировать

[[ "foo bar" =~ foo\ bar ]]   # правильно

3️⃣ Группы и BASH_REMATCH

str="id=42 user=admin"
if [[ $str =~ id=([0-9]+)\ user=([a-z]+) ]]; then
    echo "ID: ${BASH_REMATCH[1]}"
    echo "User: ${BASH_REMATCH[2]}"
fi

BASH_REMATCH[0] - вся строка, [1]..[n] — группы. 4️⃣ Regex всегда интерпретируется как ERE (Extended Regex) +, ?, | работают без \ Но нет поддержки PCRE (\d, \w, lookahead и т.п.) 5️⃣ Неочевидные совпадения из-за пустого паттерна

regex="^$"      # пустая строка
[[ "abc" =~ $regex ]] && echo "совпало"  # неожиданно не совпадает

6️⃣ Вложенные переменные в regex. Если подставлять переменную в regex, лучше использовать () для контроля:

re="[0-9]{2}"
[[ "2025" =~ ($re) ]] && echo "нашли: ${BASH_REMATCH[1]}"

▪️ Полезные приемы 1️⃣ Проверка на число:

[[ $x =~ ^[0-9]+$ ]] && echo "число"

2️⃣ Проверка на IPv4:

[[ $ip =~ ^([0-9]{1,3}\.){3}[0-9]{1,3}$ ]] && echo "ipv4"

3️⃣ Проверка на slug (латиница, цифры, дефис):

[[ $slug =~ ^[a-z0-9-]+$ ]] || echo "некорректный slug"

BashTex 📱 #bash

Автоматическое создание LVM-снапшотов с очисткой старых копий LVM (Logical Volume Manager) - это не только удобное управление дисковыми разделами, но и инструмент для снапшотов. С их помощью можно «заморозить» состояние тома, сделать бэкап или провести тестовые изменения. Но если такие снапшоты создавать регулярно, нужно и контролировать их «уборку». 🛠 Пример скрипта

#!/bin/bash

VG="vg0"              # имя volume group
LV="data"             # исходный LV
SNAP_SIZE="2G"        # размер снапшота
KEEP=5                # сколько последних снапшотов хранить
DATE=$(date +%Y%m%d-%H%M)
SNAP_NAME="${LV}_snap_${DATE}"

# 1. Создаём снапшот
lvcreate -L "$SNAP_SIZE" -s -n "$SNAP_NAME" "/dev/$VG/$LV"
echo "[+] Snapshot создан: $SNAP_NAME"

# 2. Список снапшотов, сортировка по дате
SNAPS=$(lvs --noheadings -o lv_name $VG | grep "${LV}_snap_" | sort)

# 3. Если снапшотов больше $KEEP - удаляем старые
COUNT=$(echo "$SNAPS" | wc -l)
if (( COUNT > KEEP )); then
    REMOVE=$(echo "$SNAPS" | head -n $((COUNT - KEEP)))
    for s in $REMOVE; do
        echo "[-] Удаляем старый снапшот: $s"
        lvremove -f "/dev/$VG/$s"
    done
fi

▪️ Как использовать Положите скрипт, например в /usr/local/bin/auto-lvm-snapshot.sh Сделайте его исполняемым:

chmod +x /usr/local/bin/auto-lvm-snapshot.sh

Добавьте в cron, например, раз в день в 02:00:

0 2 * * * root /usr/local/bin/auto-lvm-snapshot.sh >> /var/log/lvm-snapshot.log 2>&1

▪️ Важные моменты 📍Снапшоты занимают место: при изменении данных в оригинальном LV они растут. Размер -L должен быть с запасом. 📍Если снапшот «переполнится» - он станет невалидным. 📍Для бэкапа можно монтировать снапшот в отдельный каталог, а после копирования - удалять его.

BashTex 📱 #bash