Отговорите.
От перехода в генте с openrc на systemd.
И вообще интересно, какой процент гентушников сидит на systemd. Сделал бы голосовалку, но пока её утвердят…
От перехода в генте с openrc на systemd.
И вообще интересно, какой процент гентушников сидит на systemd. Сделал бы голосовалку, но пока её утвердят…
https://www.gentoo.org/support/news-items/2021-01-05-libressl-support-discontinued.html
RIP. Однако хорошо что libtls оказывается есть отдельным проектом над openssl.
Драсьти. Сабж. Шоп не надо было каждый раз при входе в форум на заголовок столбца «последнее сообщение» кликать.
Это в гентушечке патчи лежат отдельно от собственно сорцов пакета, скачиваемых обычно прямо с сайта/репы его авторов. А можно ли верить всяким дебианам с арчами, не говоря уже про всякие калкулейты и убунты с манжарами – это большой вопрос.
С целью заставить recordmydesktop писать звук не только с микрофона, но и с ALSA-выходов, пытаюсь замутить вот это: https://bbs.archlinux.org/viewtopic.php?pid=1153194#p1153194
Собственно looprec ещё не пробовал, для начала проверяю лишь бы ничего не сломалось. С поправками на моё железо (s/hw:0,0/hw:Generic,0/g и т.п.) работает как прежде, за исключением сабжа.
Причём есть ещё контролы Center и LFE, которые регулируют громкости правого и левого каналов соответственно. А общая громкость (PCM) на ползунок не реагирует, всегда 100%.
Минимальный пример, который ломает громкость.
Было:
defaults.pcm.!card Generic
defaults.pcm.!device 0
defaults.pcm.!ctl Generic
Стало:
pcm.!default {
type asym
playback.pcm "hw:Generic,0"
capture.pcm "hw:Generic,0"
}
Добавление этого тоже не помогает:
ctl.!default {
type hw
card "Generic"
}
как и раскомменчивание третьей строчки из того что «было».
ЧЯДНТ?
Сабж. А то ещё пару лет назад раздавались голоса, что мол со времён форка LibreSSL кодовую базу OpenSSL привели в порядок, дыры позакрывали, и теперь LibreSSL не нужен; только вот количества уязвимостей по-прежнему были несопоставимы (тыц, тыц). За текущий год (а в случае LibreSSL даже за предыдущий) чёт не видать, хотя в OpenSSL график ползёт вниз; с другой стороны, причины дырявости OpenSLL (которые в коде) вряд ли куда-то делись.
Вопрос в форуме admin, т.е. «что ставить на систему при наличии выбора». Как программист я естественно выберу libtls т.е. LibreSSL.
Сабж. Ну или ссылок накидайте. Хочется услышать что-то типа «п.1, п.2, п.3 – так что сами видите, эту херь дизайнила школота ЕГЭшная». Гугл чёт ничего подходящего не даёт, а сам я по ощущениям недостаточно в теме (мало протоколов изучал и делал).
Хотя одна вещь, помнится, изумила своим феерическим идиотизмом: имена заголовков стали бинарные, а значения стандартных числовых и date-заголовков (Content-Length, Last-Modified, etc.) – по-прежнему передаются текстом. Если тут я не прав, ссылку на спеку и пункт спеки, плиз.
Кидаю сюда а не в Web-Development, т.к. там всякие PHP и CSS, а нужно мнение матёрых системных программистов.
Опубликован в 1984 и тут же победил в куче номинаций «best novella» (инфа из вики): Джон Варли «Нажмите ввод»
А именно, dev-python/certifi-9999. Пока что пишу –exclude=certifi при всех обновлениях в надежде, что одумаются. Бред же очевидный, не?
Такие курсоры в текстовом режиме разве что имеют смысл: insert = прямоугольник на весь символ, overwrite = подчёркивание. Как сделать чтобы в insert-режиме была мигающая вертикальная линия между символами, как у нормальных людей?
Xiaomi Redmi 5 Plus отработал 2.5 года и вздулась батарея. Пока что несильно. До этого ровно та же петрушка была с BQ Aquaris не уже помню каким (а я дурак ломал голову чего экран выгнулся, пока сегодня он не отлетел вообще, а под ним такая некислая подушечка обнаружилась – хорошо что не взорвался в моё отсутствие).
Вопросы: бывают производители не халтурщики, и безопаснее ли брать батареи меньших ёмкостей? У нас тут юг, +35 летом норма.
Требования к телефону: съёмный аккумулятор (и чтобы запасной акк можно было отдельно купить), андроид (желательно голый), не лопата (max 6"), дешёвый (но RAM >= 2G на всякий случай), продаётся в РФ (не хочу с али связываться), совсем хорошо если он прослужит дольше чем 2.5 года (твари #$#%ь со своей копроэкономикой…).
Сабж. А то «всей» памяти у меня много, как бы SSD раньше срока не посадить.
Всем привет. Помогите плиз с сабжем. IPv6 RFC читал года 3 назад, всё забыл, освежать дюже влом.
Паранойи псто.
Сабж. А именно, внутри Hetzner vServer (так dmidecode определяет хост-систему на виртуалке в ихнем облаке).
Понятно, что когда виртуалка выключена, диск не расшифруешь. А вот насколько имеет смысл доверять хостеру (в т.ч. не только хецнеру) в плане что они не перехватывают обращения к гостевой ФС, вот в чём вопрос?
Здратути. Сабж. Чтобы повесил я на дату событие, и оно должно мозолить мне глаза в систрее даже будучи просроченным, до тех пор пока я его не удалю. Есть такое?
По поводу пайпов между дочерними процессами на SO полно всякого разного: e.g. тыц, туц, тут – and I’m good.
А вот если я хочу stdout подпроцесса – в файл (или stderr в файл, или stdin из файла)? Видится мне два варианта:
В дочернем процессе, между fork() и exec() открыть файл и dup2() его в STDOUT (STDERR, STDIN). Ещё не добрался попробовать, будет ли это работать в принципе. И тут с ходу виден ещё один косяк: если exec()-нутая программа тоже создаст подпроцесс, то FD туда пробросится (я ж не могу его открыть O_CLOEXEC прямо перед вызовом exec()? или могу потому что dup2 в STD…?) и непонятно как оно там себя потом будет вести (pipe read end например не отдаст EOF пока не будут закрыты все FD).
В родительском процессе открывать файл и вручную (через epoll API) перекачивать из него данные в pipe. Чёрт с ним с геморроем, у меня уже есть работающий epoll loop. Но тут не запустить дочерний процесс асинхронно: родитель не может завершиться, не дождавшись завершения детей.
Собсна, сабж.
Пару недель назад ещё «make install» в gentoo-sources создавал файл /boot/vmlinuz-X.Y.Z-gentoo. Теперь создаёт /boot/vmlinuz и ругается «Cannot find LILO». Какой ещё LILO, тыщу лет уже как EFISTUB. Скорее всего это с ядром 5.4 началось. Конфиг перенёс с ядра 5.3.
Ни у кого больше такой фигни не случалось? Дюже влом конфиг с нуля пересоздавать, может есть покороче рецепты?
Частенько встают на паузу eclean-dist и «emerge -pvuND @world», когда я надолго переключаюсь то ли в другую вкладку qterminal, то ли в другое приложение. У меня у одного такое? Уже довольно давно. qterminal-0.14.1-r1 (если это вообще к нему претензии).
UPD. Загрузка CPU в ноль. Как только переключаюсь назад, просыпается и продолжает, как ни в чём не бывало. Спит, сука, на рабочем месте, и только при появлении шефа подрывается работать.
Всем здратути. А работал ли кто с сабжем?
Приспичило мне тут погуглить на предмет embedded NoSQL for C/C++. Нашёлся сабж. Прям идеально что хотел: безо всяких там json-заморочек, тупая бинарщина – кусок памяти под ключ, кусок памяти под значение; есть Hash DB, B+ Tree DB и Fixed-length DB; что ещё здоровому человеку может быть нужно?
Плюс, судя по нагугленному, по скорости его ещё никто не переплюнул, так что вопрос про альтернативы – чисто на всякий случай. Ихний же KyotoCabinet не интересен: (1) GPL; (2) там нет Fixed-length DB; (3) на SO гуглилось что TC в некоторых аспектах всё равно лучше. А тривиальные RAII-обёртки вокруг евойного сишного API любой дурак напишет.
Но непонятно про транзакции. Что случится, если я буду писать без явных вызовов start transaction (…dbtranbegin()) & commit (…dbtrancommit())? Мне не нужно batch writes, я собираюсь писать по одной записи за раз, но нужно чтобы в момент выхода из функции записи база была на диске и консистентная. Т.е. хочу implicit transactions. Вызвать start transaction & commit явно мне не проблема, но мечтается обойтись без WAL-файла (т.к. это замедление).
По этой теме в доках есть только два пассажа:
(1) «database file is not corrupted even under catastrophic situation» – но corruption тут можно трактовать по-всякому; так есть поведение implicit tranasction или нет?
(2) В функциях …dbopen() для всех типов баз есть флаг HDBOTSYNC, «which means every transaction synchronizes updated contents with the device». Будет ли этот флаг действовать, если я НЕ стартую транзакцию явно?
← назад | следующие → |