И это всё МОЁ
четверг, 31 октября 2019
И это всё МОЁ
Предположим у нас есть некий unix-blackbox без часов реального времени (без батарейки в них) и без NTP (вообще без сети). Тогда при каждом запуске (включении и загрузки) на системных часах такого unix-box будет примерно одинаковое время (или совсем одинаковое).
Задача: Переносимым способом определять такую ситуацию.
У меня есть вариант решения (назовём его «900»
, но хочется услышать идеи от молодых и талантливых.
Для понимания: Всё это нужно (т.е. полная постановка задачи) для принятия решения «откатывать или нет» последние транзакции при открытии БД, что требует переносимого аналога /proc/sys/kernel/random/boot_id, что в свою очередь требует определения boot time. И вот тут-то и нужно понять что это самое «boot time» не будет одинаковым при каждой загрузке.
И это всё МОЁ
Из-за ошибки при организации кэширования в системе доставки контента, при попытке загрузки одной из сборок опубликованного позавчера корректирующего выпуска Python 3.5.8 распространялась предварительная сборка, не содержащая всех исправлений. Проблема затронула только архив Python-3.5.8.tar.xz, сборка Python-3.5.8.tgz распространялась корректно.
И это всё МОЁ
Привет всем!
Вопрос прост:
у nginx'а есть параметр размера и количества буферов ответа приложения на бэкенде
fastcgi_buffers число размер_одного_буфера
- Так вот, как лучше делать, немного буферов большого размера или много, но мелких?
- Отражается ли это на объёме ОЗУ, которую потребляют процессы веб/FastCGI-сервера?
- Какой оптимальный размер client_max_body_size для среднестатистического веб-приложения?
И это всё МОЁ
И это всё МОЁ
Прошу помощи, достало, постоянно при смене языка при помощи Meta + Space выскакиевает сверхку бестолковый Krunner, искад поиском и протсмотрел настройки шорткатов, насколько помню раньше такого не было
прошу не предлагать переключить язык комбинацией клавиш Alt + Shift так как таким образом не рабюотают Alt + Shift + Tab
И это всё МОЁ
Возможно вопрос глупый, извиняюсь. Суть такова. Если я ставлю OpenBSD, там всё как бы минимально. Все файлы конфигов, если и создаются, то буквально несколько строчек. А в дебиане, например, ставлю dovecot и там развесистая директория /etc/dovecot с несколькими десятками файлов, в каждом файле куча всего закомментировано. Причём по сути если сделать doveconf -n, окажется, что мой конфиг это те же несколько строчек по сути. Но эти строчки прячутся за всем этим огромным закомментированным конфигом. В /etc/apache2 разобраться вообще нереально.
В общем я понимаю этот подход - типа человек не читает маны, а просто открывает конфиг и читает этот же ман в комментариях конфига, но мне он кажется немного тупым.
Я, конечно, могу настраивать индивидуальные сервисы в таком стиле, тупо грохая всё. Но всё равно остаётся куча конфигов, какой-нибудь sysctl.conf на 68 строк, в котором ровно 0 не-пустых строк.
Есть ли какой-то популярный дистрибутив, в котором подход минималистичный. Т.е. без этих манов внутри конфигов. Маны я и через man могу почитать.
И это всё МОЁ
Сформирован корректирующий выпуск пакета для создания виртуальных частных сетей OpenVPN 2.4.8. В новой версии восстановлена возможность сборки с криптографической библиотекой LibreSSL и обеспечена поддержка сборки с OpenSSL 1.1 без устаревших API. Реализована обработка добавочного заполнения PSS (Probabilistic Signature Scheme) в cryptoapicert (необходимо для TLS 1.2 и 1.3). Размер очереди входящих соединений, ожидающих обработки (backlog в listen()), увеличена до 32, что позволило улучшить отзывчивость серверов OpenVPN, которые используют TCP и подвергнуты сканированию портов.
И это всё МОЁ
Нужно из одного файл (в ANSI кодировке файл) считать русский текст и записать в другой файл. Делаю так:
QFile * file_imit = new QFile(this);
file_imit->setFileName("imitator.txt";
if(!file_imit->open(QFile::ReadOnly))
{
qDebug() << "error" << file_imit->errorString();
}
QByteArray buffer2;
buffer2 = file_imit->readLine();
QTextCodec::ConverterState state;
QTextCodec *codec = QTextCodec::codecForName("UTF-8";
QString text = codec->toUnicode(buffer2.constData(), buffer2.size(), &state);
qDebug() << "text" << text << "state.invalidChars" << state.invalidChars;
if (state.invalidChars > 0) //если не угадали
{
text = QString::fromLatin1(buffer2);
qDebug() << "fromLatin1" << text;
}
qDebug() << "manufactureNumber" << text;
QString manufacture = text;
//QString manufacture = "A0404 "; //это работает
QString buffer;
buffer.append("Заводской №:" + manufacture + "\r\n";
QFile file;
file.setFileName("info.txt";
if(file.open(QFile::WriteOnly))
{
file.write(buffer.toStdString().c_str(), buffer.toStdString().size());
file.close();
}
Вывод:
text "?0404 " state.invalidChars 1
fromLatin1 "A0404 "
manufactureNumber "A0404 "
В файле info.txt
Заводской №:
И это всё МОЁ
И это всё МОЁ
Всем привет.
В Debian Jessie и Stretch шрифт DejaVu Sans Mono при размерах до 11 включительно и установке хинтинга в Native-режим (по умолчанию) отрисовывался тонкими, чёткими линиями. Сейчас, в Debian 10, он обрёл вырвиглазное начертание (по моему мнению, в сравнении с тем, что было).
Как было и стало в Mate-Terminal
Особенно плохо в Android Studio
Исследуя проблему, сделал в LibreOffice документ и сравнил начертания шрифтов c настройкой fontconfig в режим Native и Autohinter.
Нетрудно заметить, что с Native-отрисовкой DejaVu до определённого размера выглядит иначе, как будто бы это другой шрифт. С Autohinter начертания разных кеглей выглядят однородно. Но мне нужно старое начертание!
Как уже сказал, в Debian Buster шрифт что в Native, что в Autohinter выглядит одинаково (я бы сказал идентично).
Создал в /etc/fonts git-репозиторий и после dpkg-reconfigure fontconfig-config смотрел, меняется ли там что-то. Меняется, но эффекта ноль. Перезапускал Libreoffice. Перезапускал X-сервер, без толку.
Пробовал разные уровни сглаживания: none, slight, medium, full.
Включал/отключал субпиксельное сглаживание.
Наконец, предполагая, что изменились сами шрифты, а не их отрисовка, я сделал рокировку шрифтов DejaVu: Debian 8 <--> Debian 10. Эффекта нет.
Сравнивал с разными версиями Ubuntu, так там вообще «тонкого» начертания DejaVu никогда и не было.
Вопросы:
1) что это: баг или фича?
2) есть ли способ вернуть старый вид шрифта?
И это всё МОЁ
Почитал анонсы, вроде неплохо, решил переставить с нуля, исклюая /home и удалив конфиги. Нормально, по крайней мере внешне. потом, естественно, обновить надо. Опа-на! А уровней в Менеджере обновлений-то и нет вовсе. Это как, простите? Всё - или ничего? Или настолько уверовали в Timeshift, который мне лично, никогда нахрен не нужен был?
Ну, не ломал я ось настолько неисправимо, чтобы он мне вдруг понадобился. А уж если и случалось, то в основном с драйвером nvidia-340, но и тогда, удавалось загрузить и поправить. Сейчас - не получилось. Ни «nomodeset», ни «nouveau.noaccel=1» не работают. Правда, путём гугления, вроде-бы нашел способ использовать этот драйвер ручным методом. Пока не пробовал.
Вобщем, впечатления не самые лучшие, даже не смотря на Samba Sharing Folders, которую в свете вышеперечисленных причин, так и не попробовал. А штука, судя по описанию, хорошая.
И это всё МОЁ
Free to Play games will now remain in your Steam Library when uninstalled. You can remove these titles by right clicking on the game’s entry in your library.
не прошло и 100 лет
ну и по мелочи:
Linux:
Help > System Information now runs several tests to check for common problems with your Steam Runtime environment. Make sure to include it in your bug reports!
Steam Linux Runtime updated (0.20190927.0):
Merged i386/ and amd64/ directories for better layout and space savings.
Disable obsolete SSLv3 in libcurl, fixing a libcurl problem on Arch
Disable LDAP in libcurl
Update SDL2
Added support for enabling the Big Picture overlay when using controllers with the desktop client
Fixed a problem where the screen could go to sleep while using a controller
Fixed cases where the on-screen keyboard would steal focus
Fix titles depending on SDL_image not working on distros that use SDL2 2.0.10
Fix GPU crashes and overlay corruption with games that use Vulkan async compute, such as DOOM 2016.
Fix mouse problems with in-game overlayИ это всё МОЁ
Создатель языка Python, последние шесть с половиной лет работавший в компании Dropbox, уходит на пенсию.
За это время он работал над Python и развивал культуру разработки Dropbox, которая переживала стадию перехода от стартапа в крупную компанию: был ментором, наставлял разработчиков писать понятный код и покрывать его хорошими тестами. Он также составил план перевода кодовой базы на python3 и начал воплощать его в жизнь.
Также занимался развитием mypy — статического анализатора Python-кода, который был изначально разработан другим сотрудником Dropbox, нанятым Гвидо.
Помимо этого был активным участником движения за разнообразие в Dropbox — попытки приобщения в IT-компании женщин, геев, трассексуалов, чернокожих и прочих «меньшинств» (или другими словами всех кроме белых мужчин); тем не менее зачастую выраждается в введение квот на цвет кожи, пол и пр.
И это всё МОЁ
Наваял такой скрипт. Интересно мнение о том, что я сделал не так и как бы можно было отрефакторить код.
И это всё МОЁ
Посоветуйте лучшую 'сборку' у проверенного продавца. Бюджет, будем считать, что $200 потолок.
И это всё МОЁ
Стоит ли объединенять в бандлы css, js файлы для HTTP/2? Насколько производительность увеличится?
И это всё МОЁ
В gentoo завезли некий dev-java/openjdk.
Традиционно в генте в роли открытого jdk был icedtea. Насколько я понимаю, раньше он был нужен, чтобы бутстрапить openjdk из gcc gcj без проприетарной жабы от sun/oracle. Ещё там была
Но сейчас gcj всё, icedtea бутстрапится через icedtea-bin, в связи с чем вопрос. В чём сейчас отличие openjdk от icedtea?
И это всё МОЁ
Здравствуйте.
Имеем: свой ПК с линуксом и доступом в интернет.
Хотим: просматривать содержимое пакетов отправляемых с ПК и на ПК
Проблема: трафик завёрнут в SSL
Вопрос: неужели для просмотра этих пакетов придется устраивать MITM атаку на себя самого же с жонглированием сертификатами или на самом деле всё проще?
среда, 30 октября 2019
И это всё МОЁ
После 6 с половиной лет в компании Гвидо ван Россум покидает Дропбокс и уходит на пенсию.
https://blog.dropbox.com/topics/company/thank-you--guido