…ноутбуке или моноблоке?

На главной последний опрос был полтора года назад, и поскольку главная не резиновая, был максимально обобщён. А меня (думаю, и не только меня) интересуют, какие конкретные версии дистрибутивов ЛОРовцы используют дома.

На главную это невпихуемо, поэтому всех, кто готов поделиться информацией, приглашаю сделать это прямо здесь.

Нужно, чтобы оценить, под какие сочетания сборка DEB/RPM/etc. реально востребована (ну или наоборот, явных лидеров настолько нет, что только универсальные пакеты спасут вселенную — это вопрос для отдельной темы, которую я тоже как-нибудь затрону, но не в этом топике).

Другие свободные ОС (FreeBSD, OpenBSD, Haiku…) тоже пишите, если реально пользуетесь в качестве одной из основных, а не просто поставили «на потестить».

«Мультивыбор», если реально используемых компов несколько, приветствуется.

Например:

Ubuntu 22.04, x86-64 (ПК)

Или:

Arch/XFCE, x86-64 (ПК)
Simply Linux 10, x86-64 (ноутбук 1)
FreeBSD 14, x86-64 (ноутбук 2)
Raspberry Pi OS 11, armv7 (Raspberry Pi 4)

Комментарии необязательны, но приветствуются.

P.S. Опросы на главной по этой теме тоже, разумеется, будут…

Привет, ЛОР. Я не стал это тащить в новости, вопросов к источнику пока многовато. Но тема показалась интересной.

CNews: Начались продажи комплекта из материнской платы ALTRAD8UD-1L2T компании ASRock и процессора Altra Q64-22 марки Ampere, пишет Tom’s Hardware. Во-первых, Altra Q64-22 – это высокопроизводительное серверное решение, внутри которого работают 64 ядра. Во-вторых, это ARM-процессор, то есть, являясь прямым конкурентам Intel Xeon и AMD Epyc с архитектурой х86, он уже выгодно отличается от них. В-третьих, новый комплект предназначен не для серверов, а для настольных компьютеров, притом относительно компактных. Это все еще будет полноценный системный блок, но можно будет выбрать одну из самых маловместительных моделей, поскольку материнская плата выполнена в форм-факторе microATX. Другими словами, ее размеры 244х244 мм.

Материнская плата ALTRAD8UD-1L2T предлагает сразу восемь слотов под оперативную память, суммарный объем которой может достигать 256 ГБ.

Цена комплекта на момент начала продаж составляла $1500 (137,6 тыс. руб. по курсу ЦБ на 28 декабря 2023 г.).

Оригинал на Tom’s Hardware (в комментариях обсуждают, что неплохо бы на это Минт поставить)

Новость на CNews (со слегка поджаренным заголовком, да)

Привет, ЛОР.

Вот такой вот нубовопрос нарисовался по языку, на котором я пишу больше 10 лет…

В С++ после fstream::open() я могу вызвать is_open(), который и сообщит мне, удалось ли открыть файл. А вот как в случае неудачи получить более полную диагностику?

Что встречал: рекомендацию зачитывать глобальный errno и по желанию вызывать strerror().

Правильно ли это? errno ведь вообще из Си пришёл…

Оказывается, уже летом было на Хабре:

Доля Linux на десктопах достигла 3%? Возможно, гораздо больше. Всё зависит от того, как считать

Не нашёл, приносили ли это на ЛОР.

Данные предоставлены Statcounter, так что они вполне надёжные, хотя, конечно, погрешности тоже могут быть.

Доля Linux может быть гораздо большей. Дело в том, что аналитики, говоря о доле Linux, не учитывают Chrome OS. Да, это несколько необычный дистрибутив, он нестандартен во многих отношениях.

Ну и как же без лёгкого наброса:

Linux дал жизнь ещё одному популярному коммерческому (и не только) продукту — Android OS. Это уже совершенно точно не Linux, поэтому его в статистику невозможно включить.

Привет, ЛОР.

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

Это какая-то новая функция? Или с обновлением просто какая-то настройка слетела?

Или за это вообще не кеды отвечают, а иксы, а то и вовсе драйвер нвидии?

DESKTOP_SESSION=plasma
XDG_SESSION_DESKTOP=KDE
XDG_SESSION_TYPE=x11

Версия KDE Plasma: 5.27.9
Версия KDE Frameworks: 5.11
Графический процессор: NVIDIA GeForce GT 1030/PCIe/SSE2

Обновление: спасибо e1nste1n за исчерпывающий ответ:

System Settings / Power Management / Energy Saving / Dim screen
Обновление ddcutil повлияло скорее.

Привет, ЛОР.

Глядя в галерею, я вижу, что neofetch умеет выводить точные названия DE и WM с версиями. Откуда он берёт эту информацию, могу ли я сделать то же самое без неофетча? Может переменную или конфиг какой читает?..

Добрый день.

Недавно в комментариях появилась пометка «автор темы». Она распространяется и на анонимуса. На мой взгляд, это некорректно, и по старым темам, созданным анонимусами, хорошо видно, что эта пометка попадает на комментарии разных анонимусов, а не только автора темы (вот пример такой музейной темы из 2004 года, наверное, можно найти и намного поновее).

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

Может, правильнее всего будет просто не показывать эту «лычку» для форумчанина с ником anonymous?

Привет, ЛОР.

Тут встала задача выводить в QPainter растровую картинку, которая задана программно в виде массива байт RGB. Неупакованного. Давным-давно, во времена Qt3 был метод bitBlt, теперь все советуют вызывать drawPixmap(). Ей нужен QPixmap, который из памяти, кажется, можно загрузить только по списку определённых форматов. Не через setPixel() же её формировать, это бред. Жать массив в PNG, JPEG и даже XPM только для инициализации QPixmap — тоже бред, хоть и чуть побыстрее…

Куда копать?

Привет, ЛОР.

До сих пор я на Перле только строки обрабатывал, теперь вот возникла необходимость попробовать себя в байтосношательстве, и вещи, которые на сишке делаются элементарно, здесь ставят в тупик.

Допустим я читаю с помощью read() двоичный файл в переменную $buf и пишу его в другой файл print-ом. Это работает, файлы идентичны.

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

Можно как-то поколдовать через pack/unpack? Или писать по одному байту?

Привет, ЛОР.

Есть ли у нас люди, пользующиеся джойстиками для игр в Wine/Proton в 2023? Интересует опыт — какие модели джойстиков заводите, в какие игры получается играть (как насчёт семейства Mortal Kombat, например)?

Эту заметку видел :)

Пруф

Как думаете, много среди тамошних читателей тех, кто про это не знает, но способен заинтересоваться?

В своё время был такой проект:

Kooka is an intuitive, easy to use open source GNU/Linux scan program. It is the scan application of choice for the KDE platform and thus it is an official part of the KDE Graphics Package.

Kooka supports GOCR, an open source ocr project. Kooka works with KADMOS, a commercial OCR/ICR toolbox. Kooka interfaces Ocrad, a Free Software OCR program.

Были про него и темы на ЛОРе, правда, все они остались в середине нулевых.

Сейчас в базовом KDE у себя я его не наблюдаю, попытка сделать sudo pacman -S kde-graphics предлагает поставить что угодно, но не сабж.

Всё, проект дохлый? И есть ли современные альтернативы, или всё ценное в консоли?

Привет, ЛОР.

Есть ли для LibreOffice Draw сторонние библиотеки графических элементов под разные предметные области? Или даже не сторонние, просто не входящие в стандартную поставку?

Конкретно сейчас меня интересуют элементы, из которых можно составить схему локальной сети: сервера, рабочие станции, коммутаторы, выход на узлы связи и др.? Ну и другие библиотеки интересны, есть люди, которые пытаются слезть с Visio и сталкиваются с недостатком контента.

Буду благодарен и за ссылки, и за аннотации по их содержимому.

Привет, ЛОР.

Приходилось сталкиваться с мнением, что наилучший способ получить универсальный бинарник под линуксом — это собирать проект под в меру стареньким дистрибутивом и соответственно, со стареньким glibc.

Какой дистрибутив для этого лучше взять в 2023 году? Debian Oldstable (который сейчас Buster) подойдёт?

На cnews прочитал прекрасное.

Компания Adobe запретила пользователям своего ПО из пакета Creative Cloud пользоваться старыми версиями ее софта. Как пишет Vice, Adobe устроила массовую рассылку уведомлений, в которых сообщила, что использование старых версий ее приложений – это прямое нарушение лицензионного соглашения, а это, в свою очередь, тянет на повод для судебного иска против клиентов.

Уведомления получили пользователи наиболее популярных и распространенных программ Adobe, известных во всем мире. Так, обвиняемыми в суде теперь могут оказаться все, кто работает в Lightroom Classic, Photoshop, Premiere, Animate и Media Director и по тем или иным причинам не обновляет их до актуальных версий.

Продолжение драмы

Другие ссылки по теме:

• Hacker News (спасибо ksa242);
• Vice (статья 2019 года, спасибо ksa242);
• подробности от пользователей twitter (спасибо cocucka).

А линукс и опенсорс тут при том, что теперь ещё смешнее стало слушать песни на тему «Я выбираю программы не по идеологическим соображениям», «Столлман тащит в софт идеологию» и др.

Привет, ЛОР.

В последнее время на форуме резко подскочило количество новостей, частично (а чаще полностью) перепечатанных с уважаемого ресурса opennet.ru. Дело дошло до того, что в новости про Nginx 1.24.0, пока я её чуток не почистил, обсуждали не сам Nginx, а исключительно факт копипасты с опеннета.

В такой ситуации толку от копипаст, конечно, нет. На мой взгляд, весь смысл этих перепечаток сводился к тому, чтобы дать людям возможность обсудить новость в привычном кругу. Не у всех есть аккаунт на опеннете (да, там разрешён анонимный постинг, но это не совсем то), кому-то ЛОРовский формат комментариев нравится больше, чем опеннетовский древовидный, третьим хочется обсудить именно с ЛОРовцами. До определённого времени это работало, сейчас, как видно на примере с Nginx, работать перестало.

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

Однако это не догма, можно и вернуться к этому вопросу. Я сейчас склоняюсь к тому, чтобы ужесточить подтверждение и пропускать такие новости только в крайних случаях (например, новая версия ядра). Новости с опеннета можно почитать и на самом опеннете, а набирать рейтинг можно и более здоровыми методами, и вообще, «ни в коем случае не следует рассматривать рейтинг как показатель некой личной крутизны, это лишь показатель активности человека на форуме» (сами знаете, откуда).

В тему призываются все, чьи комментарии пострадали :) в новости про Nginx — Extraterrestrial, Aleksandra, UriZzz, anonymous_sapiens, Original_1 — ну и все остальные заинтересованные, конечно.

Привет, ЛОР.

Проводил я несколько экспериментов такого рода. На передающем конце RTSP-сервер и подключённая к нему камера. Сервер в отдаёт поток H.264 по UDP-транспорту. В одном эксперименте сервером был VLC, а к нему подключена простенькая Microsoft Lifecam VX-800. В другом — дорогое коммерческое решение. Результаты в обоих случаях одинаковы. :)

На приёмном конце находится самописная программа, читающая поток через библиотеки FFMPEG 3. Поток успешно читается, показывается, сохраняется в файл. Но при этом длительность одной порции потока, получаемой после одного avformat_open_input, составляет ровно 55 секунд. После этого поток приходится переоткрывать заново, на что уходит время (несколько секунд).

Вопрос: от чего зависит эта длительность, можно ли на это как-то повлиять?

Тут вы, конечно, спросите «где код»? Да, я начал было писать вырожденный пример, на котором ситуация повторяется, и который можно было бы выложить на форум. Но сначала попробовал вместо своей программы на приёмном конце поставить саму команду ffmpeg и направить выхлоп в файл, не накладывая никаких ограничений на длительность. Результирующий файл оказывается такой же длительности, чуть меньше минуты. Поэтому прежде чем погружаться в код, хочу определиться в принципе. Это особенность RTSP, особенность FFMPEG или что-то третье?

Обновлено: проблема решилась переходом на другую сборку FFMPEG той же мажорной версии. Что именно в предыдущей сборке препятствовало нормальной работе, выявить, к сожалению, не удалось.

Привет, ЛОР.

Есть ли возможность организовать RTSP-вещание, используя не IP-камеру, а простую USB, подключенную к компьютеру? К примеру, у меня есть Microsoft LifeCam VX-800, которая прекрасно работает под линуксом (в скайпе, зуме и т.п.). Можно ли программно «вытянуть» из неё RTSP-поток?

В интернетах встречал обрывочные упоминания, что это можно сделать через live555 Media Server, но документация на сайте самого live555 расписывает только стриминг из файлов.

Привет, ЛОР.

Возникла идея десктопной (плюс, возможно, с мобильными клиентами) программы типа блокнота, который запускается на двух (а может, и более) машинах, потом они снюхиваются по какому-то протоколу. Не обязательно P2P, можно указать одной, чтобы она стала сервером, а остальные будут клиентами, главное максимально упростить эту процедуру. Далее, весь текст, что валится в блокнот на одной машине, автоматически обновляется на другой. Во всех направлениях.

В первом приближении в качестве такой программы сгодится любой текстовый чат. Но во-первых, не все применения такой программы он покрывает достаточно удобным образом (лог чата потом надо сохранять и приводить в порядок). Во-вторых, что более важно, большинство чатов для такой задачи переусложнены, как правило, требуют установки сервера, а продвинутые P2P-решения сфокусированы на шифровании (которое бывает нужно, но не всегда) и проблемах аутентификации (как вспомню ключи Tox-а, так вздрогну). Если зайти с другой стороны, можно поднять rsync или даже просто гонять файлы по SSH, а на каждой стороне использовать свои любимые текстовые редакторы. Но всё это слишком затратные по времени варианты, особенно если переброс идёт не между двумя десктопами, а между десктопом и мобильником, например.

Хочется чего-нибудь простого, что поднимается на раз. И кроссплатформенного, разумеется. Чтобы на флешке можно было таскать AppImage для линукса и portable-сборку для винды. (Да, с андроидом так просто уже не получится, но это уже второй этап.)

Есть такие программы? Сам я это писать скорее всего, не буду, на меня недописанный DoubleContact с укоризной смотрит. Но вдруг кто знает готовое или наоборот, вдохновится идеей и напишет.

Привет, ЛОР.

Есть 2 учётные записи на одном компьютере. И подумалось: а нельзя ли сделать так, чтобы в одну (весьма объёмистую) игру можно было играть из-под обоих аккаунтов, не дублируя содержимое wine-префикса?

Я перенёс префикс в «нейтральный» каталог, из домашних каталогов сделал на него символические ссылки. Открыл префикс и всё его содержание рекурсивно на запись всем. Владельцем остался первый пользователь. У него всё работает. У второго при попытке запуска игры под wine выдаётся сообщение:

wine: .wine-proton is not owned by you.

(Я использую wine-proton из репозитория Kron4ek.)

Владелец каталога, понятное дело, может быть только один. Это принципиальное ограничение wine, или с этим можно что-то сделать, через группы как-то разрулить, например?

Уточнение: об одновременном запуске речь не идёт, только про совместное использование файлов игры. По очереди.