Я получил несколько раз -7 за политику. При том что политику я упоминал не потому что хотел создать флуд а потому что политика реально существовала в обсуждаемом вопросе.

Я понимаю почему политика забанена на этом ресурсе и считаю что это правильно. Но тем не менее к сожалению политика приходит за линуксом, за опенсорсом и иногда приходится формулировать сообщение так что политика начинает фигурировать в этом сообщении.

Особенно это важно когда дело касается мотивации или спекуляций автора о том почему те или иные группировки пытаются навязать нам то или иное поведение. То есть происходит Х но я считаю что Х происходит не потому что коррупционер Y занёс бабла куда надо а потому что нехорошие люди масоны-сатанисты-рептилоиды что-то замышляют.

Так вот. Я предлагаю сделать какую-то возможность исключить политику полностью из сайта, но оставить возможность указать что «я думаю так потому что есть внешние политические причины от чего так происходит». Для обычных пользователей это должно быть что-то типа фразы «это политота» или «it’s too old» как говорят педобиры.

То есть любая политота на конкретно этом сайте должна сводиться к какой-то ключевой фразе. Мы договорились что если хочешь сказать что какая-то дрянь происходит по причине политоты, то например пишешь жирными крупными буквами «политота». Или другое слово которое утвердят.

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

Тэг поставил потому что его надо ставить.

https://www.linux.org.ru/forum/talks/18237751

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

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

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

function(IWANTTRANSLATIONS PROJECT )
    qt_standard_project_setup(I18N_TRANSLATED_LANGUAGES ru)

    qt_add_translations(${PROJECT} QM_FILES ${TS_FILES}
        INCLUDE_DIRECTORIES ${PROJECT})
    add_dependencies(${PROJECT} ${PROJECT}_lupdate)
    add_dependencies(${PROJECT} update_translations)
    set_source_files_properties(${CMAKE_CURRENT_BINARY_DIR}/${PROJECT}_ru.qm
        PROPERTIES QT_RESOURCE_ALIAS "${PROJECT}_ru_RU.qm"
    )
    qt_add_resources(${PROJECT} ${PROJECT}_translations.qrc
        PREFIX /translations
            FILES ${CMAKE_CURRENT_BINARY_DIR}/${PROJECT}_ru.qm)
endfunction()

Можно объявить в корневом CMakeFiles.txt и потом в подкаталогах накатывать с помощью iwanttranslations(projectname)

Похлопайте мне что ли, я кресло прожег пока разбирался.

!Ъ:https://www.jdsupra.com/legalnews/analyzing-california-s-digital-age-6008724/

кому удобно слушать голос: https://www.youtube.com/watch?v=Ie9-kgxKjIc

Ъ: в калифорнии приняли закон, по которому с 1 января 2027го года каждый производитель операционной системы обязан внедрить в неё средства проверки возраста пользователя. Также, каждый разработчик софта обязан учитывать возраст пользователя в своем приложении и что-то там цензурить.

Калифорния не первая такая:

In doing so, California joins Louisiana, Texas, and Utah, in passing laws this year requiring app developers to receive age bracket signals….Texas and Louisiana’s laws go into effect January 1, 2026, and Utah’s law will go into effect May 6, 2026.

Есть разница в степени упоротости этих законов:

в техасе закон налагает ограничения на магазины приложений:

The age-verification regimes adopted in Louisiana, Texas, and Utah target specific content categories. They focus on the role of app stores to proactively verify age and prevent minors from accessing applications without parental oversight and consent.

Но в калифорнии-то ахтунг на ахтунге сидит и ахтунгом погоняет, поэтому там требования накладываются именно на разработчика ОС и разработчиков софта.

Unlike the other states’ laws, AB 1043 creates a more fundamental, device-level infrastructure and places the collection burden on OSPs rather than app stores.

То есть например берем убунту. Допустим что в неё на этапе создания аккаунта добавят указание возраста или что-то типа parental control. Вроде бы закон позволяет этим обойтись. Далее, в убунте есть установка приложений: она попадает не только в калифорнии. Хорошо, они туда добавят фичи.

Но дальше эти фичи надо внедрять во все приложения которые лезут в интернет. Браузер, почта, и так далее. Кто будет всё это делать? Для браузера надо резалку траффика сделать - ой, а тут вообще все плохо в линуксе. Как по софту, так и по простоте его использования. Там зачастую не каждый дид в свитере разберется.

А есть еще freebsd, netbsd, openbsd, haiku, freedos… И не у всех них хватит ресурсов чтоб удовлетворить требования поехавших борцов за права детей.

И сказать что мы делаем только для взрослых бородатых дидов в свитерах не получится. Исключений нет. У микрослопа есть бонус: они могут не просто внедрить всё это от браузера до контроля приложений, но также могут обеспечить базовую настройку белых списков чтоб все работало из коробки.

И тут надо понимать, что вот ЭТО тренд по всему миру. Австралия, новая зеландия, германия, франция, англия и теперь сша по кусочкам(но все больше и больше) в деле. РФ туда же движется просто на костылях бежать в ад быстро не получается.

Upd: MidnightBSD уже поменяла лицензию: теперь жители калифорнии с 2027 и колорады с 2028 не могут устанавливать эту бздю потому что мы не сделали, не хотим и не будем делать все эти зонды

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

Так вот, я там делаю интерфейс для плагинов чтоб уширять потом этот IDE и встал вопрос: само API ПРОСТО_ДОБАВЛЕНИЯ оно выражаясь на английски straightforward. Есть набор действий, которые должны стать активны или видимы только когда активна определенная вьюшка. То есть мы даем инфу по какому критерию их врубать, в какое меню их напихать и как их в меню сортировать.

/*
 * add menuitems which are specific only to this view
 */
void addActions(IView * owner, QList<QAction*> actions,
                const QString& menuname,
                int menu_priority);
/*
 * add menuitems which are specific to a feature
 */
void addActions(const QString& feature_name,
                QList<QAction*> actions,
                const QString& menuname,
                int menu_priority);

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

Например плагин foo создает меню «build» и «debug» а плагин bla - «analyze» и «debug» и в зависимости от порядка их старта будет либо analyze-debug-build или build-debug-analyze.

menu_priority это пока костыль страшный, хотелось бы что-то покрасивее.

Пока есть идея ввести категории менюшек. В креаторе это реализуется примерно так: помимо имени назначается строка -название категории вида «10.что-то-важное» «20.что-по-посередине» «50.бугага» «90.всамуюдальзасунуть»

Но возможно есть идея покрасивее. киньте совет.

https://layerxsecurity.com/blog/claude-desktop-extensions-rce/

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

Радует рост продуктивности при использовании ЫЫ, однако считаю что усилия в области внедрения ЫЫ надо утроить или даже удесятерить.

CVE-2026-20841

Скажи кому то на ЛОРе 10 назад что вендекапец наступит силами самого некрослопа да ещё так быстро никто бы не поверил

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

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

В аппарате вице-премьера Дмитрия Григоренко заявили, что предустановка отечественных сервисов на устройства россиян позволит «укрепить технологическую независимость» России. Власти считают, что у россиян должна быть возможность пользоваться «качественными отечественными сервисами». Минцифры пока никак не комментировало информацию.

https://www.kommersant.ru/doc/8421178

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

Сдается мне, вендекапец о котором так долго говорили большевики, наконец состоится. Вы посмотрите что они наделали.

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

Ставить что-то наркоманское типа генты ставить не буду.

По железу: Dell G5515, ряженка 5800H, ПЕЧ3060+встройка АМД, вроде бы amdgpu поддерживается. Если там будет какой-то с кнопками и вентиляторами ну что делать, дареному коню в зубы не смотрят.

https://aftershock.news/?q=node/1574423

Перфолента.NET — это на удивление профессионально выглядящий язык программирования (компилятор) на платформе .NET, который поддерживает объектно-ориентированное и функциональное программирование, и на котором написан даже написан другой язык, функциональный язык программирования — Перфо.NET (интерпретатор).

Гусары, молчать. Щас пойдёт тугая струя юмора

Преимущества изучения программирования с помощью Перфоленты.NET

Изучение основ программирования с помощью языка Перфолента.NET даёт ряд важных преимуществ:

Оптимальная нагрузка при обучении. Для качественного усвоения материала 80% изучаемого должно опираться на уже имеющиеся знания, а 20% — быть новым. Это позволяет естественно связывать новую информацию с уже известной. Русский язык ключевых слов. Нет необходимости учить английский: можно сосредоточиться на основных понятиях и концепциях. Совместимость с синтаксисом 1С. Это упрощает переход для тех, кто уже знаком с 1С. Простая и легковесная среда разработки (IDE). Установка и старт занимают минимум времени: поставил, открыл пример, скомпилировал. Это обеспечивает быстрый старт в изучении программирования. Доступность для большинства пользователей. Язык изначально разработан для Windows 7/10/11, что делает его доступным для 99% пользователей. Качество реализации языка Перфолента.NET

Язык профессионально реализован на платформе .NET. Он позволяет изучить ООП/Функциональное программирование, в том числе: параллельное программирование, лямбда-функции, замыкание, каррирование и т.п. Развивается уже 12 лет: имеет устоявшийся синтаксис, полноценную документацию, официальный сайт и активное профессиональное сообщество. Существует интерпретатор Перфо (2000 строк на Перфолента.NET) — лёгкая реализация языка Scheme/Lisp, предназначенная для изучения функционального программирования. Отработана технология написания консольных приложений, пригодных для использования в бизнесе. Имеется более сотни примеров проектов: заготовка «Тотал Командер» для консольного режима; игры (Тетрис, Змейка); простые веб-серверы; примеры для блокчейна и др.

Ссылка на видео IXBT games, на ютубе искать лень ибо лень включать ВПН.

https://vkvideo.ru/video-192534154_456248028

для Ъ: в сфере ИИ надувается пузырь. Деньги гоняют по кругу шайка невидия-оракл-опенаи и прочие черти типа микрософта и меты. Денег этот пузырь не приносит и приносить не будет никогда при инерционном развитии событий. Этот пузырь должен лопнуть но!

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

Что если вам будут давать вместо пекарни, ноутбука, планшета или смартфона некий «терминал для доступа к датацентру».

Может такое быть? После ношения намордников и овценации я нисколько не сомневаюсь что подобные планы могут начать внедряться глобально и прямо в глотку будут пихать этот ИИ.

Как это обставят - я не знаю, но например везде начнут пердолить этот ИИ даже если он невпихуем туда. Говорящие головы в телевизоре начнут вещать что да не нужны нам эти ваши компуктеры, мы уже оформили подписку на яндекс-зонд/гугл-зонд/что-тотамеще-зонд и он отлично сидит в заднице. И тут же совершенно случайно производители памяти и накопителей такие: ой на раз так, мы вообще уходим с рынка. Оставим самую малость для «терминалов», ну там гигабайта хватит.

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

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

int y=foo(100);
int x(y);

от

typedef int y;
int x(y);

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

Упрощением было бы всегда указывать явно что перед нами функция: тогда можно было предварительно распарсить редактируемую строку, оставив «висячие» ссылки на типы которые будут ниже по тексту.

но для этого нужен хороший красивый синтаксис, например:

int func x(y z)
int fn x(y z)

парсится идеально но выглядит вырвиглазно. конечно можно сделать тип опциональным, но вдруг есть менее вырвиглазные варианты? например

function(int) x(y z) //тип явный
function x(y z) //тип по тому что возвращают

сделать

function x(y z) -> int

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

может я чего-то простого не понимаю, и есть красивый вариант который мне в голову не приходит? что-то покрасивее вышеописанного?

Гад качает из интернета всякую лабуду и пытается её собрать вместо того чтоб использовать уже установленные бинари. Это пол беды: лабуда не собирается.

/home/foo/Desktop/u/openwrt/staging_dir/host/bin/gcc -O2 -I/home/foo/Desktop/u/openwrt/staging_dir/host/include -L/home/foo/Desktop/u/openwrt/staging_dir/host/lib /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/lib/*{,/*}.c /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/programs/{gzip,prog_util,tgetopt}.c -o /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/libdeflate-gzip
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s: Assembler messages:
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s:549: Error: unsupported instruction `vpdpbusd'
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s:550: Error: unsupported instruction `vpdpbusd'

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

родной gcc 15.1.0, собран руками с заботой и любовью. проц ryzen7 5800H, линукс в виртуалке virtualbox 6.1.

Есть wifi-сетевуха с драйвером ath10. Она шибко умная, и есть ряд параметров которые она не дает поменять. То есть связь есть, но есть чисто логическая проблема, связанная с реализацией стека внутри прошивки.

Есть идея перевести сетевуху в режим тупого свистка а стек использовать линуксовый. Не могу найти мануала вдруг это возможно: зафорсить использование softmac на сетевухе с hardmac.

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

Хорошую значит что-то уровня «ричард лайонс» для цифровой обработки сигналов но про верилог. кто видел книжку лайонса тот знает в чем её отличие.

кто не видел - просто хорошую книгу на ваш взгляд если знаете.

Не знал куда сунуть тему - в development она вроде как-то не совсем подходит.

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

Натолкнулся на проблему: QtCreator 18.0.0-beta2 + Qt6 - падает или глючит редактор текста. На Qt6.5.3 время от времени содержимое текстового окна внезапно начинало разваливаться на отдельные пиксели, как будто часть картинки рисуется с небольшим сдвигом поверх себя же. Сдвиг вверх-влево и вверх-вправо, получается ступенька такая из пикселей. С переходом на Qt6.11 баг пропал, но появилось время от времени пропадание строк под курсором и редко падения.

Багов на Qt + тестовое приложение я пока не вижу.

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