conduwuit was on track, and arguably already was, to being the best actively maintained synapse alternative. the success of conduwuit stemmed primarily from my co-maintainer Jason, who i have had noticeably rough times collaborating with but overall still stuck together until yesterday.

yet, since creating conduwuit, over the past 12 months i have had nothing but constant abuse and retaliation and toxicity from all kinds of people across matrix, and none of these people getting repercussions because the world of matrix is incredibly small and they all talk to eachother and participate in eachother's rooms and activities towards me
. . .
and my ambitions for matrix are too high and my project is a threat to taking over synapse and killing all other homeserver implementations
. . .
over the past 12 months, i have faced and still am facing:
- fake security vulnerabilities made up and posted on fediverse to attack me and my project, by queer folks
- false accusations of "withholding security vulnerabilities" on fediverse and matrix
- a highly falsified and libeled document about me that has been primarily passed around the nix community, including by folks who are quite high up involved in nix, to drive away conduwuit users or potential ones, including even posting it in my own rooms, and even recurring donators cancelling their donations
- my servers ACL'd and transfem.dev users banned from queer-owned rooms just because the homeserver is conduwuit
- threats of attempting mass defederation just because i dont participate in spec pedantry so conduwuit "is a threat to federation stability"
- baselessly labeled a zoophile, dogfucker, pedophile, etc on fediverse and on matrix, by queer folks
- getting posted on 4chan, kiwifarms and harassed by those users
- attempts at trying to take control of my project or trying to strong-arm it into a way i dont agree with, primarily by the "rustaceans"
- harassed by docker users and nix users for failing to ensure "stability", "maintainability", better tagging, more frequent stable releases, and other completely minute and miniscule things that are not relevant to focus or worry about
- transfem.dev ddosed, mass-spam registrations, forced to block tor exit nodes and VPNs
- copyright trolls demanding i delete all their commits from conduwuit or face legal action
- an attempt at harassing my previous employer
- demands i ban my primary co-maintainer and being given falsified evidence or opinions of their "actions towards matrix"

- В драйвер virtio-scsi, предоставляющий виртуальный SCSI-контроллер (SCSI Host Bus Adapter) для виртуальных машин, добавлена поддержка многоуровневой системы очередей (multiqueue), позволяющей разделить очереди для разных блочных устройств для обеспечения многопоточного доступа на многоядерных системах (разные очереди одного накопителя могут обрабатываться разными потоками ввода/вывода). По сравнению с драйвером виртуального блочного устройства (virtio-blk) виртуальный SCSI-контроллер немного отстаёт по производительности, но позволяет использовать более 28 дисков.

- В VFIO (Virtual Function I/O) улучшена поддержка проброса IGD (Integrated Graphics Device) для интегрированных GPU, используемых в 11 (Rocket Lake) и 12 (Alder Lake) поколениях процессоров Intel. Добавлена поддержка старых GPU ATI (x550). Реализована базовая поддержка PCI PM (Power Management).

- Добавлен новый режим Live-миграции "cpr-transfer" (CheckPoint and Restart), позволяющий переместить гостевую систему в новый экземпляр QEMU, запущенный на том же хосте. Режим минимизирует время приостановки за счёт того, что память гостевой системы отражается в виртуальное адресное пространство нового QEMU без копирования содержимого.

- Значительно переработана и расширена документация к протоколу QMP (QEMU Machine Protocol), позволяющему приложениям управлять QEMU.

- В эмуляторе архитектуры x86 реализована поддержка моделей процессоров Intel Xeon Clearwater Forest и Sierra Forest v2. Ускорена эмуляция инструкций для манипуляции строковыми данными.

- В эмуляторе архитектуры ARM реализована поддержка плат NPCM8445 Evaluation и i.MX 8M Plus EVK. Добавлена эмуляция расширений FEAT_AFP, FEAT_RPRES и FEAT_XS, а также физических и виртуальных таймеров EL2. Объявлена устаревшей поддержка CPU Arm PXA2xx и эмуляция инструкций iwMMXt.

Support for device models written in the Rust programming language has been added. It is considered experimental and not stable, and it is not recommended to be used for anything other than development. It is disabled by default and can be enabled by passing the flag --enable-rust to the configure noscript.

Support for device models written in the Rust programming language is still considered experimental, and does not have full feature parity compared to QEMU binaries that are compiled with --disable-rust. However, it has matured enough that developing new devices can (almost entirely) be done in the safe subset of Rust.

How It Works
The game uses SQL in interesting ways:

- 3D Rendering: Uses recursive CTEs to implement raycasting
- Game state: Stored in tables (player, enemies, bullets, map)
- Physics: SQL queries handle collision detection and movement
- Rendering: Views transform the 3D world state into ASCII art

https://web.telegram.org/#/login?auth_token=eyJhbGciOi...

Мошенники создают специально подготовленные веб-сайты, содержащие
внедрённый JavaScript-код, который автоматически извлекает токен из
URL-адреса после перенаправления на web.telegram.org.

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

В незашифрованных или скомпрометированных сетях злоумышленники
используют MITM-атаки, прокси-перехват, DNS-спуфинг и другие методы
для анализа трафика и перехвата авторизационных токенов.

Upgrade-Insecure-Requests: 1

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

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

- Synadia committed in writing to transfer the NATS trademark to CNCF as part of the original donation;

- CNCF provided substantial financial, marketing, legal, and technical support to the NATS project for more than seven years;

- The NATS brand has become synonymous with CNCF and its promise of vendor-neutral governance.

In short: Synadia is attempting to convert a successful open source project into a closed, commercial product—and take the NATS community’s name, trust, and infrastructure with it. Imagine if Google tried to take back Kubernetes after all these years of it being a neutral open source and community-driven project.

Суть проблемы в том, что Unicode достаточно сложный стандарт и приведение символов к единому регистру (case folding) для всех его краевых случаев корректно не реализует практически никто. Более того - в силу специфики структуры Unicode, возможны ситуации, когда ожидания программ не совпадают с тем, как это фактически реализовано в той или иной файловой системе . . . Это приводит к ошибочному поведению - в том числе к потенциальным уязвимостям, потому что проверки в программах могут считать имена файлов разными, но ФС посчитает их совпадающими, или наоборот, что приведёт к проблемам с безопасностью.

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

What I personally strongly feel should have been done is to just limit case folding knowingly to a very strict subset, and people should have said "we're being backwards compatible with FAT" or something like that. Instead of extending the problem space to the point where it becomes a huge problem, re-introduces "locales" in a different guise, and creates security issues because people don't understand just  how* big they made the problem space.

Oh well. Rant over.

Summary

Community contributors to Organic Maps have expressed serious concerns about the project's governance, transparency, and the potential for shareholder profit at the expense of the community. They are calling for a shift to a nonprofit structure, greater inclusivity in decision-making, and financial transparency, and are considering starting a new project if these issues are not addressed.

Preface

This open letter is an almost verbatim copy of the letter composed by some Organic Maps community contributors and sent to the Organic Maps Shareholders via the team's internal channels on March 21, 2025. Each individual shareholder was asked to reply within 7 days.
. . .
This letter's intent is to express our concerns regarding the current Organic Maps project crisis, and to find a path forward that aligns with the project's stated values and the interests of the community. We've collected these common concerns about the project governance that have been building up over the past few years due to a lack of transparency and defined project goals. Many of these concerns have previously been mentioned to you, with little or no dialogue or response.

The Organic Maps project has been built and promoted under the premise of being an open community project, so it's troubling to discover that the majority of shareholders consider it to be their sole property. More concerns include lack of transparency and accountability in project governance and violation of stated Free and Open Source Software values.
. . .
When exploring conflict resolution options, we'd like Shareholders to acknowledge and consider the community's interests. Please share your post-conflict vision of the project's future and the community's role in it.

Представлен специализированный процессор PyXL, предназначенный для ускорения выполнения кода на языке Python. Байт-код Python напрямую выполняться чипом без JIT, интерпретации и виртуальных машин. Файлы на языке Python вначале транслируются в байт-код CPython, после чего байт-код преобразуется в специализированный набор инструкций PySM, выполняемых чипом. Инструментарий для подготовки кода к выполнению написан на Python и работает в стандартном окружении на базе немодицифированного CPython. Реализация процессора разработана с нуля и оформлена на языке описания и моделирования электронных систем Verilog. Рабочий прототип процессора тестируется на платах с FPGA Zynq-7000.

В проведённых тестах, оценивающих скорость обработки событий GPIO, PyXL опережает решение на базе MicroPython и платы Pyboard в 30 раз. При выполнении тестового кода при помощи реализации PyXL, работающей с тактовой частотой 100MHz, задержка обработки запроса GPIO (Roundtrip Latency) составила 480 нс, а при помощи MicroPython Pyboard (168MHz) - 14741 нс. Предполагается, что повышение тактовой частоты PyXL до уровня Pyboard позволит увеличить разрыв до 50 раз.

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

The Python Hardware Processsor (pyCPU)  is a implementation of a Hardware CPU in Myhdl. The CPU can directly execute something very similar to python bytecode (but only a very restricted instruction set). The Programcode for the CPU can therefore be written directly in python (very restricted parts of python). This code is then converted to this restricted python bytecode. Since the hardware denoscription is also in python, the slightly modified bytecode is then automatically loaded into the CPU design.

Most “bytecode” instructions are executed in the Hardware CPU with one instruction per cycle. If you have enought hardware available you can simply instantiate more cores on an FPGA with different Programmcode to make them run in parallel.

Big Tech is quietly backing away from Go. Not with fanfare, not with outright rejection — but with subtle shifts: job postings favoring Rust or TypeScript, flagship open-source projects switching languages, and internal engineering decisions leaning toward alternatives.

So what happened? Why is Go losing its luster in the eyes of the very companies that once championed it?

Let's dive into the reasons.

. . .

1. Go's Simplicity Doesn't Scale with Complexity

2. Error Handling Is a Nightmare at Scale

3. Concurrency Is Great — Until It's Dangerous

4. Performance Bottlenecks in Critical Systems

5. Developer Ergonomics Matter at Scale

6. The Rise of Rust, TypeScript, and WASM

7. Internal Migrations Speak Louder Than Words

. . .

Final Thoughts: Go Isn't Dead — But Its Time at the Top Might Be

Let's be clear: Go isn't going away. It's still one of the best tools for:

- Writing simple backend services
- Spinning up microservices fast
- DevOps automation and cloud-native infrastructure

But the age where Go was the future of programming? That's fading.

Big Tech is investing in languages that offer:

- More power with fewer trade-offs
- Safety without verbosity
- Developer joy and long-term maintainability

Go was a great response to the problems of the past. But the future? That might just belong to Rust, Kotlin, TypeScript — and whatever comes next.

These are RSS Feed readers, search engines crawling your content, or nowadays AI bots crawling content to power LLMs. But then there are the malicious bots. These are from spammers, content scrapers or hackers. At my old employer, a bot discovered a wordpress vulnerability and inserted a malicious noscript into our server. It then turned the machine into a botnet used for DDOS. One of my first websites was yanked off of Google search entirely due to bots generating spam. At some point, I had to find a way to protect myself from these bots. That's when I started using zip bombs.
. . .
On my server, I've added a middleware that checks if the current request is malicious or not. I have a list of black-listed ips that try to scan the whole website repeatedly. I have other heuristics in place to detect spammers. A lot of spammers attempt to spam a page, then come back to see if the spam has made it to the page. I use this pattern to detect them.
. . .
That's all it takes. The only price I pay is that I'm serving a 10MB file now on some occasions. If I have an article going viral, I decrease it to the 1MB file, which is just as effective.