https://www.tgoop.com/bbbreaking/214755

"Машина начинает работать на пределе возможностей, заявил банковский деятель. Также машина начнет работать лучше, если пригрозить ей расстрелом, добавил господин Греф"

«Удивительные вещи!»,— отметил он.

https://www.opennet.ru/opennews/art.shtml?num=63840

"Добавлен конфигурационный макрос "FT_CONFIG_OPTION_USE_HARFBUZZ_DYNAMIC" для динамической загрузки библиотеки компоновки глифов HarfBuzz"

Приятно (нет) чувствовать себя частью истории!

#harfbuzz

«Крысиная жизнь»: как молодежь Китая ответила обществу потребления и жесткой конкуренции
Поколение Z в Китае все чаще отказывается от традиционной для общества гонки за успехом, выбирая стратегию осознанной капитуляции. Социальная философия «танпин» («лежать плашмя») эволюционировала в более мрачный тренд — «байлань» («пусть гниёт дальше»), а сегодня на смену им приходит ироничное самоопределение «крысиная жизнь».

От «лежания плашмя» к «гниению»

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

Феномен «человека-крысы»

Следующей стадией этого социального пессимизма стало возникновение субкультуры «крысиной жизни». «Человек-крыса» — это горькая и ироничная форма самоидентификации, символ полного выхода из системы. Его расписание кардинально отличается от ритма жизни старших поколений: подъем за полдень, доставленная еда, многочасовой досуг в кровати со смартфоном и сериалами, активность преимущественно по ночам. Для «крысиных людей» характерен полный отказ от «гонки»: им не нужна карьера, ипотека или семья. Аналитики расценивают это как форму молчаливого протеста против диктата усердия, упорства и самодисциплины.

Социальные корни явления

Причины такого выбора молодежи кроются в глубинных проблемах современного китайского общества.

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

Во-вторых, молодые люди разуверились в принципе социальной справедливости. Распространено мнение, что лучшие позиции «предрешены» связями и семейным бэкграундом. На фоне недоступного жилья и медленного роста доходов возникает закономерный вопрос: «Стоит ли стараться, если усилия все равно не окупятся?»

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

Однако, по мнению социологов, эти меры не меняют системных причин явления. Молодежь, выросшая в условиях экономического бума и жесткой конкуренции, своим отказом от игры — в том числе и от рождения детей — бросает вызов самой модели общества, где ценность человека измеряется его продуктивностью и материальным успехом. Сознательное решение не заводить семью становится крайним проявлением «забастовки» — рациональным выбором поколения, которое ищет выход из осады из собственных ожиданий и общественных требований, не видя для себя будущего в рамках предложенной системы.

Источник

Поддержать канал

@kom404

https://www.opennet.ru/opennews/art.shtml?num=63841

А вот это уже интересно!

Код вполне себе содержательный, не игрушечный, https://github.com/dbrant/ftape/tree/master

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

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

https://github.com/mmulet/term.everything

TL;DR - "term.everything❗️ is a Linux CLI program to run GUI windows in your terminal. Specifically, term.everything❗️ is a built-from-scratch Wayland compositor that outputs to a terminal rather than your monitor"

Most cursed.

https://promo.selectel.ru/openfix

Гля какая красота, за "переписать на Rust" уже официально денег дают!

(предложка)

ksmbd - Fuzzing Improvements and Vulnerability Discovery

Another article by Norbert Szetei about fuzzing the ksmbd module with syzkaller.

Covers the improvements made to the fuzzer since the previous article. These improvements allowed finding an impressive amount of 23 bugs in ksmbd.

Много раньше писал про #ksmbd, но чет надоело, потому что это было дыренью, есть дырень, и всегда ей будет.

https://www.phoronix.com/news/openSUSE-Disabling-Bcachefs

"OpenSUSE announced today though they are resorting to disabling the kernel driver in their Linux 6.17+ builds"

Apple: Мы уберём жест из рекламы что бы не ущемлять корейцев

Корейцы о микропенисах которых теперь знают намного больше людей:

В Северной Корее открыли первый компьютерный клуб. Зал рассчитан на 300 мест, но интернет там только государственный — интранет под жёстким контролем.

Про железо не говорят, игры называют «простыми». Зато посетителям разрешают смотреть фильмы из официального списка и даже пользоваться ксероксом. На входе проверяют паспорта и фиксируют каждого в журнале.

Час игры стоит 5000 вон (около 500 рублей). Гейминг пускает корни даже в диктатуре

Будни #bootstrap, #lab, #home_lab

У меня в пакетнике нет способа передать какую-то информацию от пакета "наверх". То есть, у меня флаги наследуются вниз по дереву зависимостей, а вверх - нет.

Почему так?

Потому что такая фича делает язык описания сборки пакетов turing complete, и построение пакетов не обязательно будет сходящейся процедурой:

{% if not X %}
{% yield X %}
{% endif %}

(тут yield - гипотетическая конструкция, которая поднимает флаг до корня)

Свойство это важное, его терять не хочется.

Где это может быть полезно?

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

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

Фича выше делает такое возможным, например, каждый бинарь может yield список всех нужных ему модулей, а сборка бинарника python получала бы этот список на вход, и добавляла в свои зависимости.

Увы.

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

https://github.com/pg83/lab/blob/master/lab/cg.py#L986-L992 - вот сервис декларирует все свои зависимости.

https://github.com/pg83/lab/blob/master/lab/cg.py#L1569 - вот я их агрегирую

https://github.com/pg83/lab/blob/master/lab/cg.py#L1598 - передаю в пакет, собирающий python, через флаг py_extra_modules

https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1576520-bcachefs-outlines-plans-for-shipping-as-a-dkms-out-of-tree-kernel-module?p=1576592#post1576592

Взгляд #Kent на всю ситуацию:

"Look, being in the kernel hasn't been good for bcachefs-the-project.

Sure, it's brought in more users, but the drama has kept other developers away, it's constantly freaking out funders, and it takes over the public discussion when I'd much rather be talking about the technical stuff and the cool things we're doing. Things are nice and calm and peaceful, and low drama, when Linus isn't causing problems.

Coincidence? I think not.

The drama has taken an enormous toll over the entire history that bcachefs has been upstream, so now I'm just happy to leave it all behind and focus on the code.

Being in the kernel is pointless if it means too many cooks in the kitchen screwing things up, derailing the project and adding nothing.

I'd rather have a smaller project, and do it well. It's still going to keep growing, because there's nothing else out there that can compete.

You guys who keep assuming that code is meaningless if it's not in the kernel are entirely missing the point. I had a real userbase before it was even merged, and now gauging by the number of people who keep asking when DKMS is going to be ready and even volunteering to help out and contributing code for that - I don't think it's actually going to hurt my userbase that much.

I'm worked my ass off to get this done, and I didn't do that just so I could have idiots who've never remotely worked on a modern filesystem and don't give a crap about making reliable filesystems screw this up.

Now, I'm going to get my nice calm and peaceful coding life back. I've had my backup plan in the works for a year now; I drove down to Colombia over the winter where I can live comfortably off just my Patreon in case I lose my funding, and I've got plenty of money in the bank besides that. I've spent a career making sure I can work independently, and it's worked out just fine.

So now, I get to spend the next few years doing nothing but finishing erasure coding, online fsck, failure domains, some really nice management tooling, and maybe if I'm lucky I'll get into send/recv too. And spending my time hiking and playing music when I'm not coding.

Without a care in the world, and answerable to no one"

Я, короче, решил сам проверить, как эти uutils работают в качестве замены системных утилит.

Собрал, перезагрузился, и, мааама-дорогая, у меня в 2 раза больше процессов, чем обычно.

Отлаживать особо не пришлось, виновника обнаружил самый простой pstree:

# pstree
...
... bash---env---sleep
...

Да, у кучи программ обнаружился очень странный parent - env.

env - максимально примитивная тулза, она выставляет заданные env переменные, и делает exec в программу, которая ей указана в самом конце cmd line (то есть, "исчезает").

(она обрабатывает те самые шебанги #!/usr/bin/env python3, отсюда и масштаб проблем)

Только в случае rust uutils:

* она или делает fork + wait

* или, еще хуже, еще и перегоняет данные через pipe между child и parent, как это делает python subprocess, например

(код не читал, что там именно - сказать не могу)

Школьники такие школьники - тесты проходить научились, а суть понимать - нет.

Я, от греха подальше, эту хтонь выключил - https://github.com/pg83/ix/commit/6b1c02c2cde2f3e229a33772ae04b2bf0e995081

UPD: нам тут пишут, что, в последней версии, починили - https://github.com/uutils/coreutils/commit/cab307a40e9b3f12c812e3ba6207b55f4fa21496

Писал как-то про #pthread_cancel - https://www.tgoop.com/itpgchannel/817

"Не используйте ее, нигде и никогда. Ее поведение максимально плохо определено, и, в реальной жизни, введет вас в какой-нить deadlock. Потому что тестов на этот участок кода вы все равно не напишите"

Вот, в копилочку проблем - https://eissing.org/icing/posts/rip_pthread_cancel/

TL:DR - авторы curl захотели научиться отменять резолв dns через getaddrinfo, но не учли, что функция эта читает файл /etc/gai.conf, через fopen. И иногда они отменяли это чтение файла, что приводило к утечке памяти.

Красивое, спасибо подписчику за ссылку!

Возрождение легенды 🌝

Язык Perl поднялся с 27 на 10 место в рейтинге Tiobe
https://www.opennet.ru/opennews/art.shtml?num=63878

Причины роста популярности Perl не ясны, никаких значимых событий, связанных с данным языком, кроме очередного ежегодного релиза Perl 5.42, в этом году не происходило. По предположению руководителя TIOBE высокая позиция в рейтинге связана с большим числом книг по Perl, продаваемых в интернет-магазине Amazon (например, число книг по Perl в 4 раза превышает PHP и в 7 раз Rust).

Также упоминается учащение публикации промежуточных релизов Perl 5 и вытеснение Perl 6/Raku из поля зрения (Perl 6 занимает 129 место). Из гипотез также отмечается возвращение интереса к языку Perl из-за его возможностей обработки текста и продвинутых регулярных выражений, что стало востребовано с развитием AI-платформ. Пик популярности Perl пришёлся на март 2003 года, когда данный язык поднялся на 3 место в рейтинге, после чего началось постепенное снижение популярности Perl.

Из других набирающих популярность языков выделяется язык Си, который по сравнению с сентябрём прошлого года поднялся на 3 место, вытеснив на 4 место язык Java. Кроме того, с 11 на 9 место поднялся язык Pascal, с 15 на 13 - R, с 26 на 14 - Ada, с 21 на 17 - Assembler. Первое и второе места продолжают занимать Python и С++. Кроме Java популярность снизилась у языков SQL (с 9 на 11 место), Fortran (10 → 12), PHP (13 → 15), Rust (14 → 18), Matlab (12 → 19) и Kotlin (18 → 20).

Индекс популярности TIOBE строит свои выводы на основе анализа статистики поисковых запросов в таких системах, как Google, Bing, Wikipedia, Amazon, YouTube и Baidu.

Ссылка на рейтинг
https://www.tiobe.com/tiobe-index/