# mdconfig -a -f /path/Windows7.iso
md0
# mount -t cd9660 /dev/md0 /mnt/iso
# df -h | grep md0
/dev/md0 3,1G 3,1G 0B 100% /mnt/iso
Проверяю содержимое:
# ls -la /mnt/iso
total 1
dr-xr-xr-x 1 root wheel 112 13 марта 2018 .
drwxr-xr-x 4 root wheel 4 9 авг. 14:20 ..
-r-xr-xr-x 1 root wheel 135 13 марта 2018 readme.txt
Имеется в виду не загрузка по сети, что умеют многие загрузчики, в том числе наш любимый GRUB, а именно поднятие сетевых интерфейсов и удаленный доступ к консоли и/или меню загрузчика.
Тут длинное вступление, очень много букв, можно читать сразу следующий абзац. В общем, у меня грустная история. Которая могла бы закончиться совсем плохо, но пока закончилась так себе. Начинается она с того, что я купил Kensington Orbit Mouse. И это не грустная часть. :) В общем, трекбол супер, всем советую, наверное. Правда, через 2 года у него кнопка двоить начала, но я там просто тупо другую запаял, ещё и бесшумную. В общем, в Orbit всё удобно и прекрасно. Но через год использования я захотел шарик побольше. И взял Kensington Expert Mouse. Тут меня ждала грусть в виде слегка бракованного экземпляра где на кольце прокрутки не хватало керамического шарика, поэтому он не мог крутиться хорошо. Но я купил эти шарики по 5 копеек за ведро и всё стало хорошо. Кнопки пока не перепаивал, но они громкие, но работают. Вообще, Expert мне нравится кроме колеса прокрутки. Подставка под запястье крутая. В общем, это то, чем я пользуюсь на работе каждый день. Мыша супер. А теперь грустная часть - купил я Kensington Slimblade домой. И пришла эта дура и сразу огорчила тем, что вверх-вниз плохо ходила. Могла просто тупо зависнуть по этой оси и не двигаться. Я её разобрал, поменял местами сенсоры по осям, но нет, такая же беда. Потом я опять разобрал и поменял угол сенсора. Стало немного получше, но беда осталась. Я попробовал на шару просто поменять шары с Expert Mouse и о чудо, оно стало норм. Но что плохо у Slimblade - нет подставки под запястье, громкие кнопки, ощущение какого-то шлака. Из плюсов - прокрутка шаром сильно понравилась.
Так, вступление закончилось теперь, собственно, вопрос. На что нацелиться на следующий трекбол? Хочется чего-то хорошего. Слышал про Elecom. Вроде на вид Deft Pro нормальный такой. Ну и вообще, кто чего может посоветовать? Ищу трекбол, чтобы шар тремя пальцами крутить. Прокрутка не принципиальна, потому что всё равно использую прокрутку через модификатор клавиши и шар.
Ориентирована на применение в системах, где микроконтроллер выступает в роли UDP сервера, с которым извне устанавливает «соединение» клиент (да, само по себе UDP соединений не имеет, я знаю):
Не поддерживаются:
>>> Подробности (github.com)
AGAINST THE MODERN WORLD
Эта тема уже обсуждалась ранее, но теперь китайцы из 51nb продают готовую матплату с 3612QE на taobao за ¥1299. Это чуть больше ₽13000 без учета пересыла с taobao. Походу это шанс получить свою маленькую, теплую и ламповую некройобу.
Кастану предыдущих активных собеседников: @TheAnonymous, @K50
Дискас
Добрый день. Использую Raspberry Pi 4 в качестве NAS устройства. Год опыта использования показывают хорошие результаты, более чем доволен. Но вот задался вопросом. В случае какого-то сбоя, проблемы с одним из жестких дисков или его замены, как правильно его будет отключить и подключить новый? Не просто же вытягивать?
Есть интеграшка Intel HD 4000 в процессоре на Ivy Bridge. Судя по новостям, она должна уже поддерживать OpenGL 4 и выше. Новость от 2017 года.
Но в 2021, если погрепать glxinfo, то видно вот такое сумасшествие:
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 4000 (IVB GT2)
OpenGL core profile version string: 4.2 (Core Profile) Mesa 21.0.2
OpenGL core profile shading language version string: 4.20
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 21.0.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 21.0.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
Т.е. приложениям отдаётся версия 3.0, но Core Profile - это 4.2. Это как вообще?
Ладно, подменяем версию хотя бы до 3.3 через MESA_GL_VERSION_OVERRIDE. Одно приложение заработало один раз и крашнулось. Другое заработало, но начало испражняться ошибками в консоль и не отрисовало некоторые элементы.
Так для HD 4000 есть OpenGL 4 или нет? Или я не тот драйвер использую (сейчас используется i915)?
Начал потихоньку рисовать иконки для себя, чтобы использовать везде, начиная от ПК и заканчивая смартфоном. Но решил поделиться с окружающими и отдать должное Ричарду Столлману и Линус Торвальдсу (его фамилия склоняется?), поэтому опубликвал их на GitHub под лицензией GNU GPL v2.0: https://github.com/EmgrtE/Cubic_Icons.git. Отсчет начал в компьютерном представлении, то есть первая версия не первая: v0.0 :) .
На данный момент имеется более 80-ти эскизов, а реализовано всего 17. Все иконки пока в разрешении 48х48 пикселей и формате .svg.
В общем, берите, критикуйте и чего там еще можно делать по копилефтовой лицензии.
P.S. Сори за .jpg, просто в .png не заливалось.
на примере синтезатора vital: нативная версия под линукс работает как и должна, а если его под вайном запустить, то вместо интерфейса - черный прямоугольник (но при этом все работает, звук издает)
$ glxinfo | grep Open Vendor: Intel Open Source Technology Center (0x8086) OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) UHD Graphics (Whiskey Lake 3x8 GT2) OpenGL core profile version string: 4.6 (Core Profile) Mesa 19.3.4 OpenGL core profile shading language version string: 4.60 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 19.3.4 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 19.3.4 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
ошибка под вайном: vital requires OpenGL version 1.4 supported: 1.3 гугл показывает темы многолетней давности, решалось установкой таких длл, коорых сегодня в winetricks вообще нет
Хочу заполучить себе в пользование софт для управления персональными вялотекущими проектами. Чтобы можно было расписать список дел с подзадачами, в виде нескольких деревьев, отдельные пункты из которых можно вручную добавлять в горячий список. Что такое горячий список? Это перечень задач, которые нужно выполнять сейчас. В тех to-do-приложениях, что я видел, список дел на сегодня обычно привязан к дате. День проходит, дела из списка пропадают. Мне же нужно, чтобы пункты оставались там до тех пор, пока я их не выброшу вручную. Ещё хочу генераторы задач, которые добавляют задачи в горячий список по расписанию. Например, каждую пятницу. Или каждые четыре дня. И чтобы эти задачи тоже не пропадали. Если я просрочил что-то регулярное, мне нужно хотя бы видеть, сколько раз. Хочу, чтобы с десктопа можно было редактировать задачи. Хочу, чтобы на Android была возможность задачи смотреть. Если на мобилке тоже можно ими управлять, то это неплохое дополнение. Если это онлайн решение, то хочу возможность хостить его у себя на VPS.
Итак, по пунктам:
Горячий список, который я себе выдумал, в моём понимании немного похож на канбан-доску. Но там в карточках упор на целостную юзер-стори и её движении между группами. А мне нужно там держать мелкие подзадачи. И желательно не тасовать задачи между разными приложениями.
Объясните, пожалуйста, почему мне это не нужно.
Ну или посоветуйте какое-нибудь решение. Вдруг оно есть?
Самое близкое, что нашёл — Joplin. Там есть приложение для Android, есть приложение для десктопа, есть синхронизация. Но там нет горячего списка. Пытался эмулировать его с помощью тегов, но такое ощущение, будто я с ветряной мельницей воюю.
Upd: остановился на Orgzly (org-mode для Android) + org-mode на компьютере.
Проблемы с установкой драйвера на веб-камеру Ricoh Co., Ltd Visual Communication Camera VGP-VCC7 [R5U870]
Система debian 9 скачал два файла
ricoh-webcam-r5u870-firmware_0.11.6-0arakhne0_amd64.deb
ricoh-webcam-r5u870_0.11.6-0arakhne0_amd64.deb
ricoh-webcam-r5u870-firmware_0.11.6-0arakhne0_amd64.deb установился нормально, а вот второй
[ linux-debian ]# dpkg -i ricoh-webcam-r5u870_0.11.6-0arakhne0_amd64.deb
Выбор ранее не выбранного пакета ricoh-webcam-r5u870.
dpkg: из-за ricoh-webcam-r5u870_0.11.6-0arakhne0_amd64.deb, содержащегося в ricoh-webcam-r5u870, возникла проблема предварительных зависимостей:
ricoh-webcam-r5u870 требует предварительной установки linux-headers-generic | linux-headers (>= 2.6.26)
пакет linux-headers-generic не установлен.
пакет linux-headers не установлен.
dpkg: ошибка при обработке архива ricoh-webcam-r5u870_0.11.6-0arakhne0_amd64.deb (--install):
проблема предварительных зависимостей — пакет ricoh-webcam-r5u870 не будет установлен
При обработке следующих пакетов произошли ошибки:
ricoh-webcam-r5u870_0.11.6-0arakhne0_amd64.deb
[ linux-debian ]# apt-get install linux-headers-generic
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Пакет linux-headers-generic недоступен, но упомянут в списке зависимостей другого пакета.
Это может означать, что пакет отсутствует, устарел, или доступен из источников, не упомянутых в sources.list
E: Для пакета «linux-headers-generic» не найден кандидат на установку
[ linux-debian ]# apt-get install linux-headers
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Пакет linux-headers недоступен, но упомянут в списке зависимостей другого пакета.
Это может означать, что пакет отсутствует, устарел, или доступен из источников, не упомянутых в sources.list
E: Для пакета «linux-headers» не найден кандидат на установку
[ linux-debian ]# apt-get install linux-headers-$(uname -r)
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Уже установлен пакет linux-headers-4.9.0-3-amd64 самой новой версии (4.9.30-2+deb9u2).
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
[ linux-debian ]# dpkg --list 'ricoh*'
Желаемый=неизвестно[u]/установить[i]/удалить[r]/вычистить[p]/зафиксировать[h]
| Состояние=не[n]/установлен[i]/настроен[c]/распакован[U]/частично настроен[F]/
частично установлен[H]/trig-aWait/Trig-pend
|/ Ошибка?=(нет)/требуется переустановка[R] (верхний регистр
в полях состояния и ошибки указывает на ненормальную ситуацию)
||/ Имя Версия Архитектура Описание
+++-================================-=====================-=====================-=====================================================================
ic ricoh-webcam-r5u870 0.11.6-0arakhne0 amd64 Ricoh r5u870 webcam kernel module
un ricoh-webcam-r5u870-2.6.20-15-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.20-16-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.22-14-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.24-16-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.24-17-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.24-18-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.24-19-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.24-20-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.24-21-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-2.6.24-23-ge <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-core <нет> <нет> (описание недоступно)
un ricoh-webcam-r5u870-driver <нет> <нет> (описание недоступно)
ii ricoh-webcam-r5u870-firmware 0.11.6-0arakhne0 amd64 Firmwares for the Ricoh r5u870 webcam kernel module
[ linux-debian ]# modprobe r5u870
modprobe: FATAL: Module r5u870 not found in directory /lib/modules/4.9.0-3-amd64
[ linux-debian ]# apt-get install ricoh-webcam-r5u870
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Пакет ricoh-webcam-r5u870 недоступен, но упомянут в списке зависимостей другого пакета.
Это может означать, что пакет отсутствует, устарел, или доступен из источников, не упомянутых в sources.list
E: Для пакета «ricoh-webcam-r5u870» не найден кандидат на установку
Помогите пожалуйста установить драйвер для этой веб-камеры, очень нужна!
За помощь заранее благодарен!
Доброго всем дня, прошу помощи у опытных в BSD системах. Есть 2 провайдера и локальная сеть. Задача, выпускать определенные локальные адреса с первого адреса первого провайдера, вторую часть со второго адреса первого провайдера и третью через второго провайдера.
Входные данные такие:
ISP1 IP: 1.1.1.5, 1.1.1.6 GW 1.1.1.1
ISP2 IP 2.2.2.2 GW 2.2.2.1
LOCAL 3.3.3.0/24
В rc.conf вношу:
# Первый провайдер
ifconfig_em0="inet 1.1.1.5 netmask 255.255.255.224 fib 0"
ifconfig_em0_alias0="inet 1.1.1.6 netmask 255.255.255.224 fib 0"
# Второй провайдер
ifconfig_em1="inet 2.2.2.2 netmask 255.255.255.224 fib 1"
# Локальная сеть
ifconfig_em2="inet 3.3.3.1 netmask 255.255.255.0"
# Задаем маршруты
static_routes="isp1 isp2"
route_isp1="-fib 0 default 1.1.1.1"
route_isp2="-fib 1 default 2.2.2.1"
В ipfw следующее:
#!/bin/sh -
fwcmd="/sbin/ipfw -q"
${fwcmd} -f flush
# Выпускаем всех кто в таблице через второго провайдера
${fwcmd} add setfib 1 all from 'table(0)' to any
${fwcmd} nat 1 config if em1
${fwcmd} add nat 1 all from 3.3.3.0/24 to any out via em1
${fwcmd} add nat 1 all from any to 2.2.2.2 in via em1
# Выпускаем всех через 1й адрес первого провайдера.
${fwcmd} add setfib 0 all from any to any
${fwcmd} nat 2 config if em0
${fwcmd} add nat 2 all from 3.3.3.0/24 to any out via em0
${fwcmd} add nat 2 all from any to 1.1.1.5 in via em0
${fwcmd} add allow all from any to any
При этой конфигурации все прекрасно работает, пингуются и 1.1.1.5 и 1.1.1.6 и второй провайдер тоже. При выходе в сеть, и проверке через 2ip.ru показывает 1.1.1.5, если внести в таблицу 0 нужный из локалки адрес то, 2ip.ru покажет 2.2.2.2, но вот в чем грабля и я никак не могу понять что я делаю не так ), если в nat 2 поставить второй адрес первого провайдера то есть 1.1.1.6 то nat перестает работать… почему?
По факту надо сделать так что бы например локльный 3.3.3.5 выходил через 1.1.1.5, локальный 3.3.3.6 выходил через 1.1.1.6, а все остальные через 2.2.2.2
Прошу помощи….
Где-то проскакивали на ЛОРе умельцы, которые пилили под себя программные раскладки.
Я вот чем загорелся, на правый альт повесить мод клавишу и левой рукой что-то из символов клацать. Направьте, как это делать, куда смотреть? И не хочется с нуля, а взять и переделать уже существующие. Может ПО есть какое?
Если я сделаю свою раскладку, как подключить?
Привет, друзья. С новым годом!
Задолбался искать. Прошу подсказать команду.
Захотел тревел-роутер с поддержкой Wireguard, да придумал такой приподвыверт: чтобы был двухдиапазонник и можно было на любом девайсе, хоть на Kindle, быстро пустить трафик через VPN или напрямую просто переключившись на другую сеть. Решил поддержать GL.iNet за идею продавать роутеры с OpenWRT из коробки и купил Slate. Да и железка реально понравилась, очень маленькая. Весит, правда, будто большая.
Цель 0, обещанная: получить роутер, который может в Wireguard по переключателю
Достигнута из коробки. В роутере суперпростой интерфейс, видно, что делали старательно и с прицелом на полных чайников. В результате к Wireguard можно подключиться вообще не включая мозг, как и повесить поднятие интерфейса на аппаратный переключатель. Но это все штатная обещанная функциональность, идем дальше.
Цель 1, оригинальная: разный роутинг для разных SSID
Задача вроде несложная: разделяем Wi-Fi сети на два несвязанных интерфейса, заводим две подсети и две таблицы роутинга. В фирменном интерфейсе ничего про две таблицы роутинга и близко нет, но по кнопочке Advanced в фирменном интерфейсе просто открывается luci… в которой тоже ничегошеньки нет про две таблицы роутинга. Зато интерфейсы и подсети разделяются чуть ли не drag-and-drop’ом. Вспоминаю, как, кажется, @intelfx жаловался, что в OpenWRT без ныряния в конфиги ничего серьезного не сделать, но сначала иду в гугл.
Из гугла тут же возвращаюсь окрыленный, ставить какой-то mwan3. Я, не разобравшись поначалу, ожидал просто возможность сделать несколько таблиц, а узрел целый, блин, менеджер аплинков с балансировкой, мониторингом, фейловером и вообще. Сочиняю в нем желаемые и (явно для его гибкости слишком примитивные) правила маршрутизации «разные source подсети - разные gateways» и получаю то, зачем вообще все это затеял: одна из Wi-Fi сетей роутится через VPN, а вторая — напрямую.
Цель 2, расширенная: отдельные правила для отдельных IP
До меня доходит, что можно заворачивать в VPN трафик для отдельных хостов по destination IP. Получается, что для них трафик можно принудительно гонять через VPN, или наоборот, принудительно напрямую, и части ручных переключений можно будет избежать. И правила эти можно писать раздельно для двух SSID. Красота, причем все это все еще в пределах luci, ни одного конфига все еще не пострадало.
Цель 3, немыслимая: заворот по имени вместо IP
Оказывается, что в этом mwan3 правила можно применять по ipset:
динамическому множеству destination IP.
А dnsmasq умеет загонять в эти множества айпишники на основе доменного имени
прямо по мере резолвинга. То есть пока на моем устройстве DNS’ом указан мой роутер,
можно написать правило «а на все IP, застуканные за обслуживанием somesite.com
и всех его поддоменов (!) распространить такое-то правило роутинга».
Для написания этих правил, внезапно, тоже есть готовая морда для luci,
но в репах ее не нашлось, а README на китайском отпугивает меня достаточно, чтобы я забил и просто написал их в пустой
/etc/dnsmasq.conf руками.
Цель 4, че уж там: несколько VPN
Ну и нечего ограничиваться одним VPN и двумя подсетями с разными правилами, если можно N VPN и K<5 подсетей. Прописал еще один VPN для ходьбы наоборот, через Россию, добавил новых ipset’ов и правил роутинга.
Теперь /etc/dnsmasq.conf состоит из записей типа:
ipset=/some_banned_website.com/force_nl
ipset=/some_other_website_banned_in.ru/force_nl
ipset=/one_more_site.ru/prefer_nl
ipset=/accessible_only_from.ru/force_ru
ipset=/whatismyip.com/force_direct
На этом этапе был, правда, подводный камень: когда уже подключен VPN1 и подключается VPN2, автопрописыватель статического маршрута до endpoint от VPN2 какого-то лешего прописывал его через VPN1. В итоге трафик радостно бегал, например, из России в Голландию, обратно в Россию и только потом к адресату. Логику автопрописывателя выяснять было лень и я написал скрипт, который после поднятия VPN-интерфейсов просто удаляет такие идиотские маршруты. Скорее всего я сам дурак себе грабли подложил и можно было гораздо проще.
Итог
После всех этих манипуляций я могу заворачивать трафик в нужный VPN или пускать его напрямую целыми поддоменами + имею возможность переключаться между двумя такими наборами правил с разными дефолтными маршрутами просто выбрав нужную Wi-Fi сеть, на любом устройстве. Может можно и еще круче, но все упирается в мою фантазию, которая уже полпоста как безнадежно отстает от возможностей. По мере набухания моих хотелок я все-таки залез в конфиги и даже скрипт написал, но 1) возможно я просто поленился понять, как это делается правильно, и, вообще-то, 2) это было уже для достижения того, чего я не только не планировал, я вообще не думал, что так можно. Отсюда
резюме: OpenWRT — торт, luci — торт, mwan3 — торт, dnsmasq — торт, wireguard — торт, GL.iNet — красавцы, линукс готов для потребительских роутеров с уровнем потребителя от одноклеточных до меня включительно, я просто в восторге.
Есть интернет подключение, которое режет всё кроме DNS, HTTP и HTTPS (тупо по портам, то есть вместо HTTPS можно гнать всё, что угодно).
Есть VPS, на которой я поднял OpenVPN сервер на 443 порту. К нему отлично работает подключение с компьютера по тому интернет подключению в режиме заворачивания всего трафика в VPN (или не всего, как настрою маршруты).
Есть роутер на OpenWrt. Хочу, чтобы коннект к OpenVPN держал он, а не мой компьютер, при этом в VPN заворачивался только SSH, а весь остальной (HTTP, HTTPS) трафик шёл как раньше, потому что мне нет смысла терять сетевую производительность.
Подключение к OpenVPN настроил на OpenWrt, с роутера могу потыкать другой конец VPN (сервер), а если прописать в конфиге OpenVPN заворачивание всего трафика, то и ходить в интернет. Однако с Wi-Fi клиента ничего не работает. Второй конец VPN даже не пингуется, в режиме заворачивания всего трафика на компьютере просто пропадает интернет.
Таким образом у меня есть два вопроса:
Как заставить работать хождение через VPN на роутере для Wi-Fi клиентов?
Как заставить роутер заворачивать в VPN только определённый набор портов (SSH), а всё остальное пускать без него?
Есть хост с astra linux. Настроил удаленный запуск GL приложений по ssh -X из ubuntu 20.04, но на kubuntu 20.04 с картой nvidia не получается:
astra $ LIBGL_DEBUG=verbose glxinfo|head
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
libGL: Can't open configuration file /home/user1/.drirc: No such file or directory.
libGL: Can't open configuration file /home/user1/.drirc: No such file or directory.
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Error: couldn't find RGB GLX visual or fbconfig
name of display: astra:10.0
GLX в kubuntu включен:
kubuntu $ cat /var/log/Xorg.0.log | grep -i glx
[ 10.349] (**) Option "IndirectGLX" "on"
[ 10.354] (II) LoadModule: "glx"
[ 10.354] (II) Loading /usr/lib/x86_64-linux-gnu/nvidia/xorg/libglx.so
[ 10.418] (II) Module glx: vendor="NVIDIA Corporation"
[ 10.419] (II) NVIDIA GLX Module 390.138 Thu May 14 03:57:24 PDT 2020
[ 11.071] (II) Initializing extension GLX
[ 11.071] (II) Initializing extension GLX
[ 11.071] (II) Initializing extension NV-GLX
В чем тут проблема ?
Всем привет.
Написал с нуля новую программу для хранения, поиска, чтения и конвертации больших библиотек fb2: https://bitbucket.org/tkatchev/flibby/
Умеет индексировать, проводить поиск по индексу, экспортировать, читать и конвертировать в PDF книги из fb2-архивов.
(Если кто-то помнит myRuLib - то тут примерно то же самое, только проще, функциональнее, быстрее и в консоли.)
Надеюсь, кому-то будет полезно.
На просторах сети нашел блог товарища, который увлечен реверс инженерингом и в статье описывает свои изыскания, довольно удачные.
https://standa-note.blogspot.com/2020/03/introduction-and-design-considerations.html
Собственно результат его изысканий:
https://github.com/tandasat/MiniVisorPkg
Может кому пригодится.
Всем привет.
Хочу, чтобы tmux убивал текущее окно при закрытии ЭТ, если в последнем не запущена какая либо команда. Например, когда открыт текстовый редактор, то текущее окно должно остаться жить.
Такое возможно?
| ← назад | следующие → |