Намедни в Gentoo появилось предупреждение про удаление Clementine из-за неактивности основного репозитория.

# No real development since Q1 2020. Last release from 2016.
# Users should switch over to media-sound/strawberry which is actively developed fork.
# Masked for removal in 30 days.

С одной стороны, Clementine отлично работает и меня всё устраивает, почему бы его не перенести в личный overlay и не держать, пока он не перестанет собираться? Можно попытаться сопровождать и делать небольшие патчи, или упаковать в какой-то AppImage/Flatpak/Snappy.

С другой стороны, рано или поздно могут выбросить нужные версии Qt, GStreamer, и т.д. Поэтому стоит параллельно рассмотреть возможность комфортной миграции.

Кто пользовался Strawberry? Чего вам в нём не хватает? Знаю, что из этого форка вначале выкинули некоторые возможности Clementine (рейтинг, например), а потом часть вернули.

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

Опрос в контексте использования готового ПО, а не разработки.

Чем в 2021 году принято проверять мониторы на битые пиксели из-под GNU/Linux? 4k, если это имеет значение.

Смотрю, старые проекты, вроде lcdtest, удалены в репозиториях Gentoo и Debian, удалению предшествовали незакрытые баги со сборкой или запуском. Ссылки на unixforum битые или ведут на какие-то старые exe'шники.

Пока что в Debian нашёл screentest.

Пока пробую собрать lcdtest и screentest под Gentoo, а тем временем хотелось бы услышать мнение ЛОРа.

Запасной вариант — испытать утилиту CHZ Monitor-Test в https://www.ultimatebootcd.com (как советовал SakuraKun в теме 2017 года: Проверить монитор ноутбука в магазине. (комментарий)).

Разобрал блок питания от ПК для чистки и визуального осмотра. Обнаружил две вещи, вижу такое впервые: https://imgur.com/a/mqU8WFq

Прямые ссылки:

https://i.imgur.com/JdND9iK.jpg
https://i.imgur.com/aYrYrgk.jpg
https://i.imgur.com/m6h1CKB.jpg
https://i.imgur.com/FU2dQGO.jpg
https://i.imgur.com/yKbnkVR.jpg

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

2. Под платой располагается поролоновый уплотнитель. Наверное, для защиты платы от пыли. Меня смущает, что, во-первых, уплотнитель прилип к плате (к субстанции, см. пункт 1), и на самом поролоне есть повреждения, то ли от «клея», то ли от температуры. А во-вторых, пожаробезопасно ли такое решение?

Вы такое встречали?

Относительно недавно была новость о скрипте, который делает различные проверки ОС, конфигурационных файлов и т.д. База правил пополнялась сообществом на GitHub, ЕМНИП. Полноценного аудита там не было, скорее, оно ориентировано на десктоп и подкроватные сервера.

Помню, что было много «ненужно» в комментариях, и в целом скептический настрой ЛОРовцев.

Никак не могу найти эту новость и сам проект. Интересно посмотреть, развивается ли проект и что там появилось нового.

Кто-то помнит?

* но это не точно.

Министерство юстиции США и генеральные прокуроры недовольны монополией Google в области цифровой рекламы.

https://www.politico.com/news/2020/10/10/feds-may-target-googles-chrome-brows...

Появился шанс для Firefox и других самобытных браузеров?

В моей уютной Gentoo portage предлагает собрать x11-base/xorg-server с флагом libglvnd. Я бегло ознакомился, что это, и как оно может быть полезно, когда используется несколько драйверов, несколько видеокарт (особенно Nvidia).

Но есть ли от этой прослойки польза на десктопе с одной видеокартой от AMD?

Пришло время апгрейдить домашнюю сеть. В процессе выбора неуправляемых свитчей внезапно всплыли проблемы и вопросы.

Во-первых, похоже, что энергосберегающие технологии, вроде Green Ethernet, часто приводят к неработоспособности Wake-on-Lan. В инете есть и новее отзывы о проблемах с WoL.

Во-вторых, в разных ревизиях одной модели может быть весьма разная начинка, что удручает поиск беспроблемного тупого свитча, который есть продаже. То есть, советы 2012 или 2015 года (как и проблемы, в общем-то) становятся нерелевантными, разве что искать нераспроданные модели в небольших магазинах или на вторичном рынке.

Что порекомендуете?

Рассматривал несколько вариантов:

TP-LINK TL-SG105 - пока кажется самым лучшим вариантом, с металлическим корпусом, хотя у человека были странные проблемы с IPTV и IGMP snooping. Ещё в старых ревизиях (V4, вроде) были LED 100/1000M, в новых — индикатор один, без цветовой дифференциации максимальной скорости (по отзывам).

TP-Link TL-SG1005D — вроде вполне себе аналог TL-SG105, только корпус пластиковый, а ещё покупатели жаловались на писк БП.

D-Link DGS-1005A — пластиковый корпус, у одних свитч не грелся, у других был горячий летом. Примечательно, что запитывается от 5V, можно подключить от USB какого-нибудь NAS или постоянно включенного десктопа (где не нужен WoL). Коммутационная матрица 10Gbit/s (где её сейчас нет?). Дамп с флеша занимает 64кб с внутренностями, как будто там embedded OS, что весьма странно, даже потенциальный бэкдор можно разместить.

D-Link DGS-105 — вроде, похож на DGS-1005A.

Mercusys MS105G — дешевый нонейм, не знаю, чего от него ожидать.

Zyxel GS-105B — по крайней мере, там корпус металлический. Что внутри? Маркетологи не хотят отвечать.

___________________________________________

По поводу остальных характеристик — стандарты нужные поддерживают, Packet Forwarding Rate устраивает. Что ещё?

Ещё такое впечатление, что радиаторы то появлялись в роутерах, то исчезали, в зависимости от ревизий (не могу сейчас найти пруфы).

P.S. Спрошу саппорт TP-Link по поводу разницы между ревизиями TL-SG105.

В каких графических форматах и с какими параметрами кодеков ЛОРовцы хранят оцифрованные бумаги?

Каких правил придерживаетесь при сканировании черно-белых документов и в серых градациях?

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

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

Пока что я остановился на 300dpi для обычных распечатанных документов и 600dpi для мелкого шрифта, хранение в lossless TIFF с сжатием (пока не определился, с каким), и использование grayscale, если нет цветных подписей и печатей. Ещё смотрю в сторону lossless WebP.

P.S. Нашёл ещё какой-то лютый бенчмарк http://qlic.altervista.org, разбираюсь.

Во время отсоединения перемотанного скотчем шлейфа LVDS гнездо оторвалось вместе с площадками на текстолите, куда он был припаян.

Проблема такая же, как на этой фотографии (только у меня не Mac) https://d3nevzfk7ii3be.cloudfront.net/igi/1JkVRsGJIUay4W6Z.huge

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

Как восстанавливают такие площадки или как ещё крепят гнездо на текстолит при ремонте?

Привет, ЛОР. Присмотрел себе Xerox WorkCentre 3025BI для домашних нужд.

В документации декларируется поддержка GNU/Linux. Есть куча отзывов, что не удается печатать со смартфона или планшета, но мне это не нужно.

Ещё находил информацию, что это просто ребрендинг Samsung M2070.

Кто имел дела с этой железкой? Какие ещё косяки были замечены?

SUBJ. Младшие модели FX-83x0 тоже подойдут.

Делаю апгрейд с Phenom II X4 на FX-8370.

Знаю, что 3dnow и 3dnowex не поддерживаются больше в новых процессорах, начиная с Bulldozer. Хочу убедиться, что никаких других CPU_FLAGS_X86 не нужно отключать в пакетах перед заменой процессора.

AMD и Samsung Electronics объявили о долгосрочном партнёрстве в области высокопроизводительной мобильной графики со сверхнизким энергопотреблением на основе технологий AMD Radeon. В рамках сотрудничества Samsung сосредоточится на производстве производительных графических решений для мобильных устройств, включая смартфоны.

http://ir.amd.com/news-releases/news-release-details/amd-and-samsung-announce...

Я хочу сделать по-умолчанию ограничение потребления памяти приложением (а именно браузером). Желательно с возможностью легко временно изменять ограничения, например, если я хочу однократно увеличить лимит доступной памяти браузеру до 4 Гб только для одной сессии.

Сейчас я пользуюсь systemd-run:

systemd-run --user --no-block -p MemoryHigh=2G -p MemoryMax=3G firefox -P default

Выдержка из man:

MemoryHigh=bytes

Specify the high limit on memory usage of the executed processes in this unit. Memory usage may go above the limit if unavoidable, but the processes are heavily slowed down and memory is taken away aggressively in such cases. This is the main mechanism to control memory usage of a unit.

MemoryMax=bytes

Specify the absolute limit on memory usage of the executed processes in this unit. If memory usage cannot be contained under the limit, out-of-memory killer is invoked inside the unit. It is recommended to use MemoryHigh= as the main control mechanism and use MemoryMax= as the last line of defense.

Хочется сделать так, чтобы эти ограничения применялись к любому запущенному firefox, не важно, из консоли, через GUI или через xdg-open. И чтобы ограничения были и для самого приложения, и для всех его порождённых тредов и процессов.

В systemd-run это сделано с помощью unified control group hierarchy.

Релиз ODB (одна из самых продвинутых свободных ORM для C++) очень затянулся. Старая версия 2.4.0 уже не работает с GCC7 и новее, а для сборки и тестирования ODB из Git (а также alpha и beta) разработчики предлагают использовать их собственную сборочную систему build2.

Я предложил помощь в добавлении поддержки autotools/cmake для того, чтобы упростить сборку в source-based дистрибутивах и сборку пакетов для дистрибутивов в целом, но у разработчиков были причины использовать и официально поддерживать только собственную систему сборки.

Вот обсуждение: https://www.codesynthesis.com/pipermail/odb-users/2018-December/004160.html

Так как в качестве основной ОС у меня Gentoo, то у меня был выбор или написать ebuild-ы для build2 и соответствующий eclass, или портировать ODB на CMake, так как это упростит сборку пакетов для других дистрибутивов уже привычными инструментами. Пока что я остановился на втором варианте.

Если кому интересно попробовать свежий ODB, то здесь я буду в свободное время продолжать портировать на CMake https://gitlab.com/odb-cmake. Замечания и пожелания приветствуются.

И ещё: есть заинтересованные в build2 в Gentoo?

Во время установки ebuild получаю предупреждение:

>>> Install odb-9999 into /var/tmp/portage/dev-util/odb-9999/image category dev-util
>>> Working in BUILD_DIR: "/var/tmp/portage/dev-util/odb-9999/work/odb-9999_build"
[0/1] Install the project...
-- Install configuration: "Gentoo"
-- Installing: /var/tmp/portage/dev-util/odb-9999/image/usr/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/plugin/libodb.so
-- Installing: /var/tmp/portage/dev-util/odb-9999/image/usr/bin/odb
>>> Completed installing odb-9999 into /var/tmp/portage/dev-util/odb-9999/image

 * Final size of build directory: 21196 KiB (20.6 MiB)
 * Final size of installed tree:   4632 KiB ( 4.5 MiB)

 * The ebuild is installing to one or more unexpected paths:
 * 
 *   /usr/usr
 * 
 * Please fix the ebuild to use correct FHS/Gentoo policy paths.

Вот в этом файле дважды встречается каталог usr:

/var/tmp/portage/dev-util/odb-9999/image/usr/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/plugin/libodb.so

В CMakeLists.txt определяется каталог с плагинами для GCC таким образом:

execute_process (COMMAND ${CMAKE_CXX_COMPILER} "-print-file-name=plugin"
    OUTPUT_VARIABLE GCC_PLUGIN_DIR
    OUTPUT_STRIP_TRAILING_WHITESPACE
)

/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/plugin

И вот так идёт установка плагина в CMakeLists.txt:

install (TARGETS odb
    LIBRARY
        DESTINATION ${CMAKE_INSTALL_PREFIX}/${GCC_PLUGIN_DIR}
)

Теперь возникает вопрос: для того, чтобы исправить установку с помощью portage, мне нужно обработать эту ситуацию в ebuild или поменять логику в CMakeLists.txt?

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

Сейчас я нахожу только download statusbar, который весьма ограничен по сравнению с предыдущими аддонами.

Может, кто знает аддоны, которые не опубликованы в https://addons.mozilla.org?

Как сейчас добавить нормальную строку состояния?

При загрузке писем через POP3 на сервере остаются нетронутыми письма в папке «Sent». Насколько я понял, POP3 обычно работает только с «Inbox».

Может, есть способ заставить клиент забирать письма со всех папок, которые есть на сервере?

В качестве обходного решения можно на сервере перемещать все письма в папку «Inbox», а потом локально на клиенте рассортировать фильтрами. Но это костыль.

В качестве почтового клиента — KMail.

Сейчас успешно использую protobuf, хватает, в принципе, но он не идеальный. В новости о Qt 5.12 LTS узнал, что туда завезли CBOR (вики). В процессе изучения этого формата наткнулся на ещё один — ION (не путать с Ion от Amazon).

Воодушевляющее сравнение с другими форматами: http://tutorials.jenkov.com/ion/ion-vs-other-formats.html

Неимоверные бенчмарки (в части которых упущено сравнение с protobuf по странным причинам): http://tutorials.jenkov.com/ion/ion-vs-other-formats.html

Ок, но так ли всё радужно?

RFC нет, библиотек для C/C++ не нашёл, и вообще выглядит как proof of concept или с реальными, но единичными внедрениями в продакшн.

Судя по бенчмаркам, оно только пока для Java сделано. https://github.com/jjenkov/iap-tools-java-benchmarks

Возможно, что не формат такой крутой в реализации, а в том, что бенчмарки были на Java.

Кто сталкивался с ION и кто что думает о нём?

Перемещено tailgunner из general

https://f-droid.org/en/packages/org.gnu.icecat/

Раньше были только фиксы версии 52.x.

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

Кто ещё пробовал?