19 марта состоялся выпуск C++ библиотеки Lug, реализующей встраиваемый предметно-ориентированный язык для выражения синтаксических анализаторов в виде расширенных грамматик синтаксических выражений, и распространяемой по лицензии MIT.

Возможности библиотеки:

• Естественный синтаксис, напоминающий языки внешних генераторов парсеров, с поддержкой атрибутов и семантических действий.
• Возможность работы с контекстно-зависимыми грамматиками с таблицами символов, условиями и синтаксическими предикатами.
• Сгенерированные парсеры компилируются в байткод и выполняются в виртуальной машине синтаксического анализа.
• Чёткое разделение синтаксических и лексических правил с возможностью настройки неявного пропуска пробельных символов.
• Поддержка прямой и косвенной левой рекурсии, с уровнями старшинства для разграничения подвыражений со смешанными левой и правой рекурсиями.
• Полная поддержка разбора текста в формате UTF-8, включая уровень 1 и частичное соответствие уровню 2 технического стандарта UTS #18 Unicode Regular Expressions.
• Обработка ошибок и восстановление с помощью помеченных сбоев, правил восстановления и обработчиков ошибок.
• Автоматическое отслеживание номеров строк и колонок, настраиваемая ширина и выравнивание табуляции.
• Header-only-библиотека, использующая только стандартную библиотеку и возможности стандарта C++17. Перспективно совместима со стандартами C++20 и C++23.
• Относительно небольшой размер библиотеки, с целью содержания общего количества строк во всех заголовочных файлах на уровне менее 6000 строк лаконичного кода.

( читать дальше... )

>>> Подробности на github.com

Привет, ЛОР!

Вышла бета-версия достаточно интересного дистрибутива Chimera Linux. От других дистрибутивов Chimera отличается отсутствием утилит и библиотек GNU и использованием кода из систем BSD. Для сборки используются LLVM и musl с аллокатором mimalloc от Microsoft. В качестве системы инициализации поставляется Dinit. Средой рабочего стола по умолчанию является GNOME. Менеджером пакетов дистрибутива является APK (из Alpine Linux).

Chimera является бинарным дистрибутивом с готовыми сборками под архитектуры x86_64, ARM AArch64, POWER и RISC-V. Для энтузиастов также доступна сборка из исходного кода.

>>> Подробности

Как сегодня создать свой Linux-дистрибутив?

Equinix Metal, ранее известная как Packet.net, прекращает предоставление своих услуг bare-metal хостинга. Это решение создало значительные трудности для проекта Alpine Linux, который на протяжении многих лет полагался на поддержку Equinix Metal для обеспечения надежной и эффективной работы своей инфраструктуры.

Equinix Metal предоставляла три сервера для хранения данных, которые поддерживали инфраструктуру зеркалирования T1, обеспечивая быстрые и надежные загрузки для пользователей Alpine Linux по всему миру. Эти серверы использовали около 800 ТБ трафика в месяц. Также Equinix Metal предоставляла два сервера для CI-раннеров, поддерживающих архитектуры x86_64 и x86, и один сервер для разработки, используемый участниками и поддерживающими проект.

В связи с завершением работы Equinix Metal, команда Alpine Linux ищет альтернативные решения для размещения своей инфраструктуры. В первую очередь, проект нуждается в колокационном пространстве вблизи Нидерландов для упрощения установки и обслуживания серверов. Кроме того, требуются высокопроизводительные bare-metal серверы для замены текущей инфраструктуры зеркалирования и поддержки CI-работ.

Если bare-metal серверы недоступны, виртуальные машины с достаточными ресурсами по хранению, вычислительной мощности и сетевым возможностям могут стать альтернативой для задач разработки и CI.

Помимо хостинга, проекту Alpine Linux необходимы финансовые средства для поддержания своей деятельности. Теперь пользователи и организации могут делать финансовые взносы через платформу Open Collective, что позволит напрямую поддерживать инфраструктуру и развитие проекта.

Если вы или ваша организация можете помочь с ресурсами для хостинга или финансовыми взносами, связаться с командой Alpine Linux можно по электронной почте infra@alpinelinux.org. Ваша поддержка поможет обеспечить стабильную работу и дальнейшее развитие Alpine Linux, важного элемента экосистемы Open Source.

Планируемый срок завершения работы Equinix Metal – июнь 2026 года.

>>> Информация на сайте Equinix Metal

>>> Новость на сайте Alpine

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

Хороший разработчик знает как работают вещи, великолепный знает почему они работают именно так.

Good developers know how things work. Great developers know why things work. (c) Steve Souders в придесловии к книге Ильи Григорика.

• High Performance Browser Networking
• https://hpbn.co/
• https://ilya.grigorik.com/
• Make The Web Fast - плейлист выступлений Ильи Григорика, около полсотни выступлений на тему HTTP/2 и ускорения Веб.

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

1. Играться с настройками монитора
2. Менять монитор
3. Играться с графическими оболочками, дистрибутивами
4. Менять видеокарту, пробовать в ноутбуке
5. Менять темы, шрифты, цвета и т.п
6. Списывать всё на эффект так называемого плацебо
7. Крутить и нажимать всё, что крутится и нажимается, методом научного тыка приближаясь к боль-мень приятному результату.

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

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

Итак, как же контрить сию проблему/выявить её причины? Было ли у вас что-то похожее?

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

Заранее извиняюсь за тупняк, не владею всей терминологией т.к. сварщик не настоящий, но уверен что тут пнут в нужном направлении, так чтооо…

Вот есть у меня ворох скриптов. Они дергают данные с определенных мест (начиная от склада файлов в фс заканчивая пулянием данных по публичным api). Этот ворох хочется немного порефакторить, привести совсем позорные места к более-менее читабельному виду. Может поиграться с многопотоком, но я так понимаю лучше рефакторинг отдельно от фичей. Не суть)

Как мне правильно организовать тестирование, чтобы спокойно копаться не дёргая реальные данные и не забивая реальные базы «тестовыми» данными? Подёргать файлики (они разные бывают, одни и те же данные чуть по-разному размечены и у меня там как раз парсит где что) разных типов и сложить их отдельно в «тестовый» инстанс программы?

Про обращение к api гугол подводит к понятию mock которое я честно говоря не совсем понял. Буду рад ссылкам на статьи или литературу где про это с наглядными примерами рассказано.

Или просто поделитесь кто как поступает в подобной ситуации)

OpenRC – система инициализации для Linux-систем, которая поставляется вместо systemd в таких дистрибутивах как Gentoo и Alpine Linux.

В ветку master репозитория openrc добавлена функциональность, необходимая для запуска сервисов в сессии пользователя с помощью этой системы инициализации.

Конфигурационные файлы и скрипты инициализации пользовательских сервисов размещаются в следующих папках:

/etc/user/init.d
${XDG_CONFIG_HOME}/rc/init.d

/etc/user/conf.d
${XDG_CONFIG_HOME}/rc/conf.d

${XDG_CONFIG_HOME}/rc/rc.conf
${XDG_CONFIG_HOME}/rc/runlevels

Все поставляемые с openrc утилиты, такие как собственно openrc и rc-*, получили дополнительную опцию --user / -U для работы с пользовательскими сервисами.

Данные изменения вероятно войдут в ещё не выпущенный релиз openrc 0.57.

>>> коммит с документацией

Хотелось бы узнать по сабжу. На сколько жив/пригоден для продакшена? Какие основные области применения? Как обстоят дела с вебом? Его плюсы/минусы по сравнению с Haskell, Scala, Clojure?

Кто-то пишет или писал под web на Go?
Стал посматривать в сторону Go, та как захотелось чего-то менее абстрактного. Код понимаем, но всё равно пока лезу в документацию по каждому чиху.

Что нравится

• предоставляемые инструменты. Ты вообще не зависишь от IDE, редактора etc.
• документация
• адын бинарник, docker говорит «спасибо», да и я тоже

Что не нравится

• документация (нет примеров с описанием, почему так и что это даёт)
• может пока не разобрался, но если навернуть технологий то становится понятно желание раскидать всё на микросервисы. Код избыточен и приходится придумывать/следовать неким правилам (абстракциям), а тут он (Go) по внутренним ощущениям не очень подходит. Или я не разобрался.

Кто-то использует в мире ML? Удобно как в Python или приходится приседать?

Если сравнивать с той же Nodejs/Python? А если с серьёзными вещами (C#/Java)?

Поделитесь опытом.

С++

По идее

h - прототип Cpp - реализация

Но у меня в h есть логика. Это очень плохо?

Привет, ЛОР!

Тащемта, вопрос. В x86-16 были near и far pointers, что позволяло экономить на размере указателя в ту глубокую древность. Почему этот концепт не попал в 64-битные архитектуры? Ведь с учётом локальности, делать все указатели 64-битными выходит в конский расход памяти при том, что большая часть бит указателей в рамках одного экземпляра структуры данных (допустим, связанный список или дерево) будут одинаковыми. А значит, можно сэкономить кучу памяти, сохраняя только последние N бит указателя и хранить полный указатель, например, только в заголовке структуры данных.

В общем, вариантов как это может облегчить жизнь просто вагон. Почему этого сейчас нет нигде?

Update:

Вообще, такой подход дохрена где применяется. Гуглить «succinct data structures». Например, вот это: https://web.archive.org/web/20160312010342/https://www.computer.org/csdl/proceedings/focs/1989/1982/00/063533.pdf

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

В сообществе разработчиков ядра Linux возникли разногласия по поводу интеграции языка программирования Rust. Кристоф Хелвиг (Christoph Hellwig), мэйнтейнер подсистем DMA, KVM, Slab Allocator и архитектуры PowerPC в ядре Linux, в своё время входивший в управляющий технический комитет организации Linux Foundation и выступавший истцом в связанном с GPL судебном разбирательстве с VMware, отказался подтверждать патчи, связанные с поддержкой разработки драйверов на языке Rust.

( читать дальше... )

>>> Подробности (OpenNet)

Здравствуйте, коллеги!

Понимаю, что данная тема из разряда holywar, но так уж вышло.

Я более-менее знаю С, С++. Последний мне не нравится.

Поверхностно знаком с Python. Он не плох, только уж слишком тормознутый. Еще в минусы падает, сложная переносимость между устройствами, тут и разноверсица, и возможные сложности с использованием библиотек. Да. Многое решает venv, но это ужасно не удобно.

В общем, со всем можно было бы смириться, кроме тормознутости. До смешного. Сделал в питоне функцию, которая выполняет банальнейшее XOR шифрование, потом то же самое сделал на С и замерил скорость при работе с блоком данных в 100Мб.

Результат убил на повал. Сишный код оказался быстрее более чем в 1000 раз! Это как, вообще? Понятно, что функцию шифрования можно написать на С и подцепить ее в питоновском сприпте, но постепенно оказывается, что нужно что-то еще ускорить на С. И еще что-то. И еще… В результате от питона ни фига не остается.

Вроде, ну если знаешь С и С++, то пиши и радуйся жизни! Но, С++, как я написал выше, мне не нравится. А на чистом С работа со строками - издевательство.

Раз уж я знаю С, то что стоит изучить любой другой язык?

Вот я и решил копнуть Rust и Golang…

Что сказать… Посмотрев немного на Rust у меня остатки волос встали дыбом! Нагородили хрен знает что! У меня создалось впечатление, что Rust это просто набор костылей.

Возможно я не прав, даже скорее всего, но вот на него переползти с С для меня окажется или непосильной задачей, или ооочень сложной.

Golang? С ним вроде попроще. Но снова чувство костылинга. Плюс, зачем-то изголянее с объявлением переменных. Ну нафига тип переменной идет после ее названия? Типа, Golang не С? Впрочем, у Rust то же самое. Ну зачем???

Еще сильно поразило, что в Go и Rust нет нормальной перегрузки функции, типа int wise_func(char * str) и int wise_func(char * str, int len), Как в С++. Ну и функций с параметрами по умолчанию нет ни там, ни там. Алё! Разрабы! Вы ухи объелись?

Вроде, с помощью костылинга можно решить эти проблемы, но, блин, опять костыли!

В общем, поверхностный взгляд на Rust и Go, отбил всякое желание изучения.

Python мне дался очень легко, и можно было бы его простить за некоторые неудобства, но он таакой тормоз! К тому же, я практически все автоматизационные скрипты сначала написал на Python, а потом всех их переписал на BASH.

Да, BASH еще более тормознутый и разбирать свой же скрипт, через месяц после написания, то еще удовольствие, но хотя бы bash скрипты без проблем переносимые!

В общем, я в печали. Хочется некий язык общего назначения что бы он был быстрым и был лишен неудобств старичка С, но, по ходу, нет гармонии в мире IT.

Дорогие друзья, я приглашаю вас на 14'е международное онлайн-«виртПиво» которое состоится сегодня! Эта встреча — отличная возможность обсудить опенсорсные прошивки/железо и провести увлекательный познавательный вечер за чашкой ☕☕ в приятной компании.

Первая часть мероприятия, чуть более нишевая — «Dasharo User Group (DUG)» — посвящена экосистеме Dasharo, форка опенсорсной прошивки coreboot для ПК c дополнительными возможностями вроде удобного пользовательского интерфейса и функции перепрошивки БИОСа с флешки. Кроме того, на ней состоится презентация нового железа с опенсорсными прошивками от компании NovaCustom. Конференция DUG начинается раньше — а сразу после неё, в 10 вечера по Москве состоится опенсорс-вечеринка «виртПиво»; на ней будут свободные обсуждения любых тем, относящихся к открытому прошивкам/железу, а также несколько рассказов от наших друзей — например:

• Как самостоятельно стать удостоверяющим центром UEFI Secure Boot чтобы подписывать UEFI'шные модули ?
• Как обходить защиту Intel BootGuard («антифича» мешающая запуску опенсорсных прошивок на многих матплатах) при помощи новой утилиты Deguard?

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

Доступен и звуковой/видео, и анонимный текстовый чат — как в Matrix, так и в Jitsi Meet (регистрация не требуется). Язык общения/чата — английский

>>> Страница встречи: подробности + все ссылки на подключение

А что интересного вы отыскали в Copr? ))

sudo dnf copr enable karlisk/ventoy -y && sudo dnf copr enable nalika/gzdoom -y && sudo dnf install gzdoom ventoy -y

Запуск веб-версии Вентой:

cd /opt/ventoy && sudo bash ./VentoyWeb.sh

Спустя 8 месяцев разработки, 29 июля 2024 года вышел Xen 4.19.

( читать дальше... )

>>> Список изменений

Китайская компания DeepSeek выложила в открытый доступ свои модели искусственного интеллекта, включая DeepSeek-R1 и DeepSeek-R1-Zero, что уже вызвало падение акций OpenAI на американском фондовом рынке.

( читать дальше... )

>>> Официальный репозиторий

subj

каков баланс надёжности+максимизация_вычь_мощи?

какими инструментами?