deepblack

Гугль сразу выдает эти страдания: https://www.linux.org.ru/forum/linux-hardware/12994061
АТОЛ-овская маркировка - это продажное название, а не модель.
Модель - TSC какой-нибудь. Посмотрите по lsusb, как его видит система.
Глядишь, на https://www.tscprinters.com/PYCC/support и дрова найдутся.

P.S. Забавно, когда понадобилось самому поставить такую машинку, первое, что нашел в инете - это этот же свой ответ ;) Разжую для идущих следом.
Поставил на Убунту 20.04, скачав драйвер отсюда: https://emea.tscprinters.com/ru/zagruzki - запрос на поиск, например, "tdp-225" (собственно, там в одном пакете все дрова).
Ставится по приложенной инструкции, через CUPS. И для конкретного формата этикеток важно ставить именно через CUPS - там можно указать размеры, GUI драйвера предлагают только стандартные 2-4 дюйма. Мне, например, пришлось настраивать 58х40 мм, которые в этот принтер только-только влезают.
Ради такого формата пришлось ставить принтер как TE-200, поскольку у многих моделей TSC ширина печати 54 мм, и такие размеры просто не устанавливаются.
Открываем, например, этикетки с Wilberries, выбираем формат - Custom (он по размеру страницы выставляется 58х40), масштаб - Уместить, снимаем флажок с "авто-поворота", иначе печатает поперек.
Все работает, как должно.

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

Есть вариант самому пошуметь в Интернете, но это особо ничего не даст.

И есть вариант, что у тебя супер крутое приложение и люди сами захотят его. Сарафанное радио будет привлекать живой трафик, популярность будет медленно стабильно расти. Но в этом случае есть хороший такой шанс, что тебя заметят конкуренты и быстренько сделают клон твоего приложения с такими же фичами. Только в отличие от тебя они будут закупать трафик и захватят мир, и даже твои фанаты уйдут к ним, и в итоге ты так и останешься на прежнем уровне.

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

Теги — некие метки или точки/срезы, вешаются на определенный коммит, фиксируя состояние, которое можно получить достав по этой метке. Благодаря им можно делать версии, пакетные менеджеры в разных языках (инструкция для npm в JS, инструкция для composer в PHP) могут работать с ними.

Я только один сайт такой нашел.

hyperpolyglot.org

svg -> circle -> stroke -> stroke-offset

пользовать нативный DateTime или Carbon для удобства.

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

Другой вариант - это использовать списковое включение для генерации нового списка на основе исходного:

a = [
  ['Саша', 'М', 1993],
  ['Маша', 'Ж', 1990],
  ['Паша', 'М', 1995],
 ...
]
current_year = date.today().year
b = [[n, s, current_year - b] for n, s, b in a]

Или map для той же цели, но вот он как раз совсем не "по питоновски"

b = list(map(lambda i: [i[0], i[1], current_year - i[2]], a))

Или чуточку покрасивее с starmap:

b = list(starmap(lambda n, s, b: [n, s, current_year - b], a))

Мозги засыхают.

Вроде задача простая, а начинаешь жестко тупить, и убиваешь на неё времени в разы больше, чем раньше. Я встречал человека, который в разговоре перепутал класс и объект (не оговорка), хотя в своё время был хорошим программистом.

Вернуть навыки можно, но, в зависимости от длины перерыва, придется практиковаться от месяцев до лет, плюс подтягивать отставание от развития библиотек и языков.

Во первых задумайтесь, нужна ли вам эта помойка
Чтобы сломить (пусть даже и немного) политику "экономим на всем кроме гелика гендира" нужно время и терпение:
Первое: разводим бюрократию, фиксируем все проблемы пользователей, замены компов, количество походов к пользователям в неделю на человека, особо отмечаем проблемы с безопасностью - сколько времени потребовалось чтобы вычистить комп менеджера Васи от вирусни которую он нахватал, какие риски могут возникнуть если менеджер Петя откроет письмо от "дяди Мнглуи" из Южной Африки.
Сколько простаивал складской комп пока вы удаляли с компа кладовщика Иннокентия порнографию.
Сколько литров чая было выпито за общением с бухгалтером Таней, пока показывали как печатать на новом принтере и т.п.
Это, по сути - работа начальника IT отдела, но одновременно - деньги бизнеса, потому что именно бизнес платит вам вашу зарплату (за которую вы почему то держитесь)

Второе: самообразование. Я бы не советовал вам,в отличие от других отвечающих, на говнокомпах(сервер же не купят) поднимать такие ключевые для инфраструктуры вещи как контроллер домена (будь он на линуксе или windows) или вообще любой центральный сервер - однако их подъем, настройка и, впоследствие, починка прибавят вам как опыта так и ценности в профессиональном плане и дадут шансы покинуть этот дом боли впоследствие.

Как быстрые решения:
- ставьте агент удаленного управления на каждую машину - поможет меньше между ними бегать
- стандартизируйте ПО и способы его установки (пусть это будуть хоть cmd скрипты, пофиг - лишь бы вы не сидели и не ждали очередного окошка визарда с кнопкой "NEXT" пока он там что-то затупил
- в общем и целом придумывайте как минимизировать всю беготню чтобы заняться самообразованием и улучшением ситуации качественно, а не количественно

Не имеет смысла шифровать только /home. Шифруйте заодно /var и swap. Самый удобный для использования вариант - шифрование всего накопителя LUKS'ом. Остаётся только раздел efi, т.к. раньше невозможна была загрузка с криптованного раздела, сейчас появился cryptoboot, но у себя пока не развернул его. На полностью шифрованный накопитель ставим lvm. Получаем +1 уровень абстракции от lvm. Также естественно потеря скорости из-за этого и из-за шифрования. На ssd не сильно заметна эта разница, но на HDD возможен другой результат. Указанный процесс хорошо описан https://wiki.archlinux.org/index.php/Dm-crypt/Encr... здесь, также там есть overview основных способов шифрования целого накопителя кроме truecrypt/veracrypt.