Избранные сообщения Infra_HDC
при сборке deb пакета cmake не видит systemd
Пытаюсь собрать https://github.com/3proxy/3proxy/tree/0.9.6
Тестовый стенд:
- свежий debian13
- Зависимости для сборки пакета ‘dpkg-dev devscripts equivs wget’
- Зависимости для плагинов ‘cmake libssl-dev libpcre2-dev libpam0g-dev’
Действия по сборке
# git clone https://github.com/3proxy/3proxy /usr/src/3proxy# cd /usr/src/3proxy# git checkout 0.9.6# mk-build-deps --install# debuild -us -uc -b
Успешно, но я получаю пакет без systemd сервисов. И в логе сборки вижу
dh_auto_configure: warning: Compatibility levels before 10 are deprecated (level 9 in use)
cd obj-x86_64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb PKG_CONFIG=/usr/bin/pkg-config cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DFETCHCONTENT_FULLY_DISCONNECTED=ON "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu ..
-- OpenSSL found: 3.5.6
-- PCRE2 found: 10.46
-- PAM found
-- systemd: NO (using init.d)
--
-- 3proxy configuration summary:
-- Version: 0.9.6
-- Platform: Linux
-- Compiler: GNU 14.2.0
-- Build type: None
--
-- Options:
-- BUILD_SHARED: ON
-- USE_OPENSSL: ON
-- USE_PCRE2: ON
-- USE_PAM: ON
-- USE_ODBC: OFF
-- USE_POLL: ON
-- USE_SPLICE: ON
-- USE_NETFILTER: ON
--
-- Libraries found:
-- OpenSSL: TRUE
-- PCRE2: TRUE
-- PAM: TRUE
-- ODBC: FALSE
И в /usr/src/3proxy/CMakeLists.txt соотв цепочка if не срабатывает
L537: elseif(CMAKE_SYSTEM_NAME STREQUAL "Linux")
Вместо этого падает в
L589: else()
L590: # Other Unix - install init.d script
this variable is set to the output of uname -s.
root@debian:/usr/src/3proxy# uname -s
Linux
Прошу помочь понять почему не отрабатывает CMAKE_SYSTEM_NAME STREQUAL "Linux" и почему оно не видит systemd.
Возвращение Focal-81
Интерпретатор языка программирования Focal-81, который был написан энтузиастами и заброшен ещё в 1995-м году, возвращается.
Исходный код интерпретатора Focal-81 был модифицирован для соответствия современным реалиям. Без этого интерпретатор даже отказывался собираться. Однако, теперь пропатченная версия собирается и работает.
>>> Скачать (net2ftp.ru)
Какое значение вашего рейтинга (score) на linux.org.ru?
Посмотреть Score можно в своём профиле.
>>> Результаты
Как лучше конвертировать HTML в текст?
Требуется превратить много файлов в формате HTML в формат TXT. С сохранением разбиения на абзацы. Как это лучше сделать?
Копирование текста из браузера плохо поддаётся автоматизации. elinks -dump рубит абзацы по 76 символов и вставляет номера гиперссылок (ширину можно менять, но тогда вставляет много пробелов в отцентрированный текст, и ширина ограничена). w3m -dump объединяет абзацы.
Что есть ещё?
Ответ: pyhtml2text -b 0 --ignore-links ....htm даёт желаемый результат.
86Box 6.0
Представлен выпуск проекта 86Box 6.0, развивающего эмулятора систем на базе архитектуры x86, при помощи которого можно запускать старые операционные системы и приложения, включая те, что применялись в начале 1980-х годов на компьютерах IBM PC 5150 и IBM PS/2. Поддерживается точная низкоуровневая эмуляция систем, начиная с процессоров 8086 и заканчивая Intel Сeleron Mendocino.
Для управления работой предоставляется графический интерфейс c возможностями для настройки виртуальных машин. Доступна эмуляция различных периферийных устройств, таких как видеоадаптеры, звуковые карты, сетевые карты и контроллеры жёстких дисков. Среди поддерживаемых операционных систем: MS-DOS, Windows 3.11/95, OS/2, различные дистрибутивы Linux, BeOS, NEXTSTEP и другие старые ОС.
( читать дальше... )
>>> Источник: OpenNET (opennet.ru)
Новые дебианы не поддерживают rc.local
Фу такими быть.
Я ещё мирился с системг на тех немногих железках где стоит дебиан (более старых версий), но на новом даже стартовый скрипт нормально теперь не прописать без возни с юнитами. Походу и на серверах надо его на девуан менять.
Какие VPN-протоколы не блокирует РКН? (Тема не посвящена обходу блокировок)
Вот если я хочу соединить свою виртуалку/облако (пусть даже на зарубежных хостингах) с домашним компьютером через VPN, то через какие VPN-протоколы это сейчас можно делать? Чтобы скорость была нормальная (а то вроде по ssh медленно работает) и ПО было свободным.
Вроде для компаний РКН предлагает подавать заявки на включение их адресов в белые списки. Но вряд ли такое есть для частных лиц. Но частным лицам же пока не запрещено иметь свои виртуалки и сети из них?
Ошибки при попытке обновить Debian
Debian 11.5 bullseye
В попытке перейти на следующую версию и на первом шаге выполнении команды - sudo apt update получил вот такой ворох (ошибки отделены и основные в конце):
Get:1 file:/tmp/repo/local-team ./ InRelease
Ign:1 file:/tmp/repo/local-team ./ InRelease
Get:2 file:/tmp/repo/local-team ./ Release
Ign:2 file:/tmp/repo/local-team ./ Release
Get:3 file:/tmp/repo/local-team ./ Packages
Ign:3 file:/tmp/repo/local-team ./ Packages
Get:4 file:/tmp/repo/local-team ./ Translation-en_US
Ign:4 file:/tmp/repo/local-team ./ Translation-en_US
Get:5 file:/tmp/repo/local-team ./ Translation-en
Ign:5 file:/tmp/repo/local-team ./ Translation-en
Get:3 file:/tmp/repo/local-team ./ Packages
Ign:3 file:/tmp/repo/local-team ./ Packages
Get:4 file:/tmp/repo/local-team ./ Translation-en_US
Ign:4 file:/tmp/repo/local-team ./ Translation-en_US
Get:5 file:/tmp/repo/local-team ./ Translation-en
Ign:5 file:/tmp/repo/local-team ./ Translation-en
Get:3 file:/tmp/repo/local-team ./ Packages
Ign:3 file:/tmp/repo/local-team ./ Packages
Get:4 file:/tmp/repo/local-team ./ Translation-en_US
Ign:4 file:/tmp/repo/local-team ./ Translation-en_US
Get:5 file:/tmp/repo/local-team ./ Translation-en
Ign:5 file:/tmp/repo/local-team ./ Translation-en
Get:3 file:/tmp/repo/local-team ./ Packages
Ign:3 file:/tmp/repo/local-team ./ Packages
Get:4 file:/tmp/repo/local-team ./ Translation-en_US
Ign:4 file:/tmp/repo/local-team ./ Translation-en_US
Get:5 file:/tmp/repo/local-team ./ Translation-en
Ign:5 file:/tmp/repo/local-team ./ Translation-en
Get:3 file:/tmp/repo/local-team ./ Packages
Ign:3 file:/tmp/repo/local-team ./ Packages
Get:4 file:/tmp/repo/local-team ./ Translation-en_US
Ign:4 file:/tmp/repo/local-team ./ Translation-en_US
Get:5 file:/tmp/repo/local-team ./ Translation-en
Ign:5 file:/tmp/repo/local-team ./ Translation-en
Get:3 file:/tmp/repo/local-team ./ Packages
Ign:3 file:/tmp/repo/local-team ./ Packages
Get:4 file:/tmp/repo/local-team ./ Translation-en_US
Ign:4 file:/tmp/repo/local-team ./ Translation-en_US
Get:5 file:/tmp/repo/local-team ./ Translation-en
Ign:5 file:/tmp/repo/local-team ./ Translation-en
Get:3 file:/tmp/repo/local-team ./ Packages
Err:3 file:/tmp/repo/local-team ./ Packages
File not found - /tmp/repo/local-team/./Packages (2: No such file or directory)
Get:4 file:/tmp/repo/local-team ./ Translation-en_US
Ign:4 file:/tmp/repo/local-team ./ Translation-en_US
Get:6 http://deb.debian.org/debian bullseye-updates InRelease [44.0 kB]
Get:7 http://deb.debian.org/debian bullseye InRelease [75.1 kB]
Get:8 http://deb.debian.org/debian sid InRelease [189 kB]
Get:9 http://deb.debian.org/debian bullseye-updates/main Sources [7,908 B]
Get:10 http://deb.debian.org/debian bullseye-updates/main amd64 Packages [18.8 kB]
Get:11 http://deb.debian.org/debian bullseye-updates/main Translation-en [10.5 kB]
Get:12 http://deb.debian.org/debian bullseye/contrib Sources [43.2 kB]
Err:8 http://deb.debian.org/debian sid InRelease
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 6ED0E7B82643E131 NO_PUBKEY 78DBA3BC47EF2265
Get:13 http://deb.debian.org/debian bullseye/main Sources [8,500 kB]
Get:14 http://deb.debian.org/debian bullseye/non-free Sources [81.0 kB]
Get:15 http://deb.debian.org/debian bullseye/main amd64 Packages [8,066 kB]
Get:16 http://deb.debian.org/debian bullseye/main Translation-en [6,235 kB]
Get:17 http://deb.debian.org/debian bullseye/contrib amd64 Packages [50.4 kB]
Get:18 http://deb.debian.org/debian bullseye/contrib Translation-en [46.9 kB]
Get:19 http://deb.debian.org/debian bullseye/non-free amd64 Packages [96.4 kB]
Get:20 http://deb.debian.org/debian bullseye/non-free Translation-en [92.5 kB]
Get:21 http://security.debian.org/debian-security bullseye-security InRelease [27.2 kB]
Get:22 http://security.debian.org/debian-security bullseye-security/contrib Sources [1,128 B]
Get:23 http://security.debian.org/debian-security bullseye-security/main Sources [294 kB]
Get:24 http://security.debian.org/debian-security bullseye-security/main amd64 Packages [457 kB]
Get:25 http://security.debian.org/debian-security bullseye-security/main Translation-en [307 kB]
Get:26 http://security.debian.org/debian-security bullseye-security/contrib amd64 Packages [2,880 B]
Get:27 http://security.debian.org/debian-security bullseye-security/contrib Translation-en [2,512 B]
Reading package lists... Done
W: GPG error: http://deb.debian.org/debian sid InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 6ED0E7B82643E131 NO_PUBKEY 78DBA3BC47EF2265
E: The repository 'http://deb.debian.org/debian sid InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
Что с этим делать ?
OpenBSD 7.9 на ThinkPad T20
Честно пытался написать это с самого финкпада, но то unicode в редакторе нет, то медленно грузит, надоело))
В принципе, за ним даже можно полазить в интернете, если использовать chawan – в 256 мегабайт ноутбука влезает отменно.
Очевидно, на скриншоте – chawan, top и ffplay в xterm, dwm. Pentium III немного задыхается, но кряхтя и пыхтя, грузит ЛОР xD
KernelScript 0.1.0
Представлен KernelScript — экспериментальный язык программирования для разработки eBPF-программ, пользовательских загрузчиков и расширений ядра Linux из единой кодовой базы. Проект развивает Multikernel Technologies, компания, продвигающая архитектуру split-kernel / multikernel для Linux. О KernelScript рассказал основатель компании Cong Wang на Linux Foundation Open Source Summit; код проекта опубликован на GitHub под лицензией Apache 2.0.
eBPF (Extended Berkeley Packet Filter) — это технология, которая позволяет запускать небольшие программы прямо в ядре Linux, не трогая его код и не подвергая риску стабильность системы. eBPF помогает решать множество задач, от мониторинга производительности до обеспечения безопасности и сетевой оптимизации. Например, с помощью eBPF можно отслеживать системные вызовы, сетевой трафик и другие события в режиме реального времени. Это позволяет находить узкие места в производительности и оптимизировать систему (Хабр).
Идея KernelScript — сделать разработку eBPF менее болезненной, чем при использовании связки C + libbpf, и при этом не ограничиваться только трассировкой, как bpftrace. Разработчики описывают язык как типобезопасный DSL, который объединяет eBPF, пользовательское пространство и kernelspace-разработку: из одного исходного файла компилятор должен генерировать код для eBPF-программ, userspace-части и интеграции с kernel modules через kfunc.
( читать дальше... )
>>> Источник (phoronix.com)
Энтузиасты дизассемблировали микрокод i386 и создали открытый CPU z386
Энтузиасты смогли успешно извлечь и дизассемблировать микрокод процессора Intel 80386, который из-за отсутствия документации считался «чёрным ящиком». Бинарный образ микрокода был воссоздан с привлечением AI по фотографиям кристалла в высоком разрешении, а логика работы разобрана через трассировку соединений на кристалле. Постепенно были определены структура микрокоманд (μ-ops), поля, порядок исполнения и маркеры конца инструкций. Наработки проекта опубликованы на GitHub как общественное достояние.
Выявлено, что в CPU 80386 каждая инструкция полностью исполняется через микрокод, в то время как в 8086 и современных процессорах часть инструкций обрабатывается напрямую. Кроме того, в отличие от процессоров 8086, в 80386 микрокод не реализует алгоритмы напрямую, а в основном настраивает аппаратные ускорители (умножитель, делитель, быстрый сдвиг, PTU (Protection Test Unit)).
( читать дальше... )
>>> Подробности на opennet (opennet.ru)
kmscon 10.0
Состоялся выпуск kmscon 10.0 – эмулятора терминала, который создан в качестве замены ядерной консоли. Вместо подсистемы ядра vt kmscon использует KMS и реализует необходимую функциональность в юзерспейсе.
С помощью такого подхода решается проблема низкого качества кода в подсистеме vt и отсутствия у сопровождающих опыта в нем, что делает практически невозможным дальнейшее развитие этой подсистемы.
( читать дальше... )
>>> release notes (github.com)
7 новых уязвимостей в FreeBSD
20 мая 2026 года разработчики FreeBSD объявили об исправлении семи новых уязвимостей в системе. Не все они одинаково опасны, но есть и крайне неприятные.
( читать дальше... )
>>> FreeBSD Security Advisories (freebsd.org)
Робот убил человека, приняв его за ящик овощей
В Южной Корее произошел трагический инцидент, когда робот ошибочно принял сотрудника робототехнической компании за ящик для овощей, что привело к его гибели. Информацию об этом событии предоставило издание The Korea Herald, ссылаясь на местные правоохранительные органы, а также BBC (bbc.co.uk), которая ссылается на данные новостного агентства Yonhap. Происшествие случилось ночью 8 ноября 2023 года в распределительном сельхозцентре в провинции Кёнсан-Намдо, принадлежащем компании Donggoseong Export Agricultural Complex.
Специалист робототехнической фирмы (название которой не раскрывается) прибыл в центр для проверки работы датчиков робота, предназначенного для поднятия ящиков с болгарским перцем и их укладывания на поддоны перед тестовым запуском. Проверка стала необходимой из-за «проблем с сенсорами».
По предварительной версии, из-за сбоя в системе робот ошибочно принял мужчину за ящик и прижал верхнюю часть его тела к конвейерной ленте, лишив его «физической возможности освободиться». Пострадавший скончался в больнице от полученных травм грудной клетки и лица. Ему было чуть больше 40 лет.
Полиция заявила, что проводит расследование в отношении сотрудников службы по охране труда центра на предмет возможной халатности. В компании Donggoseong Export Agricultural Complex выразили необходимость в доработке системы, чтобы исключить сбои и предотвратить угрозу для жизни работников.
Linux на новых Intel 12/13 Gen
Дано: рабочая ОСь - десктопный Linux с KDE (к дистру не привязан, но последнее время привык больше к Debian-based), старый ноут начал сыпаться. Самый простой вариант - запросить новую рабочую станцию. Однако, интеловские 12-е и 13-е поколения интелов добавили в салат P/E ядра. Хотелось бы остаться в рамках LTS, потому что контора и проекты упоролись по ISO27001.
Поделитесь, пожалуйста, личным опытом использования последних поколений интелов. Нужно ли руками раскидывать affinity по ядрам, или сразу стоит переходить на 6.1 ядро? Работа связана с жонглированием виртуалками и докерами, а также относительно процессорно-прожорливыми задачами.
Я не религиозен, поэтому вариант AMD процессоров с суффиксами HX или HS тоже рассматриваю, но их меньше, к тому же, часть вендоров определила их в игровой сегмент. Протащить Alienware с RTX через бухгалтерию будет непросто.
Задал вопрос Dell напрямую про их XPS 13 Developers Edition, который рекламируется, как linux-certified рабочая станция с Ubuntu 22 LTS. На борту у него Intel 1360P, работающий по формуле 4Р+8Е=16Т, и я поинтересовался, какое ядро в бубунте и как они обеспечивают корректное понимание ядер ОСью. Ответ, как и ожидалось, абсолютно бесполезен:
As you wanted to check if the CPU is compatible with operating system along with updates the answer is YES. Linux LTS (Long Term Support) has updates available every two years and Canonical supports it fully with updates for five years. It is a tested and stable build according to Dell, so it should work fully. Hope this helps.
Поэтому интересуюсь реальным опытом использования десктопных LTS линуксов с последними, 12/13, поколениями Intel. Нужна ли доводка напильником, как работают Virtualbox/VMWare Workstation, контейнеры и т.п.
как добавить глобальные переменные в ansible репозиторий
Здравствуйте, подскажите пожалуйста
У меня сейчас ansible репозиторий имеет следующую структуру:
inventory
- DEV
group_vars\all.yml
hosts.yml
- ST
group_vars\all.yml
hosts.yml
- PROD
group_vars\all.yml
hosts.yml
playbooks
playbook1.yml
playbook2.yml
...
roles
roles1
roles2
...
Я хочу доработать структуру ansible - нужно сделать возможность задавать глобальные переменные (например, адрес vault), которые будут срабатывать по умолчанию для всех ролей, но чтобы при необходимости их можно было переопределить в group_vars/all.yml нужного окружения. Я добавил group_vars/all.yml в каталог inventory, добавил туда переменную vault_url. Затем я вызываю эту переменную в роли в tasks/main.yml.
- name: check
debug:
msg: "{{ vault_url }}
При выполнении таски получаю ошибку undefined variable. Почему так происходит? Почему не используется глобальная переменная из файла inventory/group_vars/all.yml?
Там релизнулась OpenBSD 7.9
С официальной песней! После долгого перерыва! https://www.openbsd.org/lyrics.html#79
Но так как песен всегда мало, то есть еще и НЕОФИЦИАЛЬНАЯ! https://openbsd.org.ru/unsong79.html
Phosh 0.55.0
Состоялся выпуск Phosh 0.55.0, свободной графической оболочки для мобильных устройств на базе mainline Linux. Проект возник вокруг разработки Purism Librem 5, но сейчас используется на разных смартфонах, планшетах, трансформерах и даже ноутбуках. Основной упор, как и прежде, делается на Linux-смартфоны.
Phosh 0.55.0 опубликован 17 мая 2026 года. В состав выпуска входят обновления основной оболочки phosh, композитора phoc, экранной клавиатуры stevia, мобильных настроек, порталов, вспомогательных библиотек и нескольких новых компонентов.
В самой оболочке phosh 0.55.0 добавлена новая быстрая настройка для Syncthing. Также исправлена логика затемнения экрана: система больше не должна затемнять дисплей в ситуации, когда у устройства нет датчика внешней освещённости. Кроме того, разработчики отмечают различные исправления ошибок, включая устранение утечек памяти.
( читать дальше... )
>>> Источник (gnome.org)
Memtest86+ 8.10
Состоялся выпуск Memtest86+ 8.10, свободной автономной программы для проверки оперативной памяти, распространяемой под лицензией GNU GPLv2. Проект подчёркивает, что Memtest86+ не является редакцией закрытого freemium-продукта MemTest86 от PassMark, а развивается как отдельная свободная ветка.
Memtest86+ запускается отдельно от установленной операционной системы — напрямую через BIOS/UEFI или через загрузчик, поддерживающий протоколы загрузки Linux. Такой режим позволяет тестировать почти всю доступную память, не завися от ядра, драйверов и пользовательского окружения основной системы. Проект поддерживает x86, x86-64 и LoongArch64.
( читать дальше... )
>>> Источник (github.com)
| ← назад | следующие → |



