Murex.Rocks

Интуитивная и контекстно-ориентированная оболочка для современной командной строки.

Современная оболочка для всех

Murex предлагает множество уникальных возможностей:

Контекстная осведомленность

Нативная поддержка форматов данных: JSON, YAML, CSV и других. Типы данных могут быть явно приведены или выведены автоматически.

Выражения

Умная обработка переменных и выражений для предотвращения ошибок. Больше не нужно беспокоиться о специальных символах в именах файлов.

Интерактивность

Интуитивная интерактивная оболочка с подсказками из man-страниц и интеграцией с ИИ.

Расширяемость

Встроенный менеджер пакетов для простого обмена конфигурациями и переноса окружения между машинами.

Начало работы

• Тур по языку для старта
• Rosetta Stone как шпаргалка с сравнением Bash
• Интерактивная оболочка для использования в командной строке

Простая установка

Установите murex через ваш пакетный менеджер:

macOS:

brew install murex
# или
port install murex

Arch Linux:

wget -O PKGBUILD 'https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=murex'
makepkg --syncdeps --install

FreeBSD:

pkg install murex

Другие варианты в документе установки.

---

Лицензия GPLv2, Copyright © 2017-present Laurence Morgan

• Пользователи столкнулись с техническими проблемами при установке и запуске Murex, включая ошибки с aspell, HTTPS-протоколом и системными вызовами.
• Обсуждаются исторические и культурные отсылки в названии оболочки (Murex — моллюск, источник пурпурного красителя, значимый для финикийцев и иудеев).
• Поднимается вопрос о целесообразности изучения нового синтаксиса, несовместимого с Bash, и необходимости убедительных преимуществ для перехода.
• Murex сравнивается с альтернативными оболочками, в частности с Nushell и PowerShell, отмечается сходство в подходе к работе с структурированными данными.
• Критикуется маркетинг и описание проекта за отсутствие конкретных примеров и явных преимуществ перед существующими решениями.
• Отмечается, что для широкого применения скрипты должны быть совместимы с Bash, что ставит под вопрос нишевый потенциал Murex.
• Некоторые пользователи выражают заинтересованность в тестировании Murex при условии, что он будет стабильным и быстрым.

Похвала праздности, Бертрана Рассела

Как и большинство моего поколения, я воспитывался на поговорке «Дьявол найдет работу для праздных рук». Будучи добродетельным ребенком, я верил всему, что мне говорили, и приобрел совесть, которая заставляла меня усердно работать до сегодняшнего дня. Но хотя моя совесть контролировала мои действия, мои взгляды претерпели революцию. Я считаю, что в мире делается слишком много работы, что вера в добродетель труда причиняет огромный вред, и что в современных промышленных странах нужно проповедовать нечто совершенно иное.

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

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

• Цитируется определение работы Бертрана Рассела из эссе «In Praise of Idleness»: неприятный и низкооплачиваемый физический труд и приятный, высокооплачиваемый труд по управлению другими.
• Упоминается выделенный Расселом третий класс — землевладельцы, чья праздность обеспечена рентой и эксплуатацией труда других.
• Рекомендуется для более радикального взгляда эссе Боба Блэка «The Abolition of Work» («Об упразднении работы»).
• Приводятся ссылки на предыдущие обсуждения этой темы на Hacker News за 2015–2024 годы.
• Участники отмечают, что эссе Рассела остается актуальным и интересным спустя почти 100 лет после публикации.
• Эссе упоминается как подходящее чтение для подростков, перегруженных учебой.
• Поднимается вопрос, можно ли считать пассивное потребление контента (онлайн и офлайн) новой формой праздности.

Импортер Notion API с вознаграждением в $5000 за конвертацию баз данных в Obsidian. Навигационное меню GitHub с разделами: Платформа, Решения, Ресурсы, Open Source, Enterprise и Цены. Поиск кода, репозиториев, пользователей, проблем и запросов на включение. Возможность сохранения поисковых запросов и отправки отзывов.

• Пользователи обсуждают опыт использования баунти-программ в open source, включая успешные примеры выплат и сложности оценки адекватности вознаграждения.
• Высказываются опасения, что баунти в 5000$ за импорт из Notion в Obsidian может быть недостаточным из-за сложности и ограничений API Notion.
• Обсуждается потенциальная роль LLM в решении задачи, но мнения разделяются: одни видят в них инструмент для перебора edge-кейсов, другие скептически относятся к их эффективности для такой сложной интеграции.
• Поднимается вопрос о возможной эксплуатации сообщества через баунти-систему, а также о том, становится ли такая практика более распространенной.
• Упоминаются существующие решения и скрипты для конвертации из Notion и миграции с Dataview на Bases, а также проблемы производительности Obsidian на мобильных устройствах.
• Обсуждается формат баунти: выбор исполнителя до начала работы против приема готовых решений.
• Отмечается появление автоматизированных PR и спама от ИИ-агентов, что создает дополнительную нагрузку на мейнтейнеров проектов.

Глубокий анализ проблем задержек DPC в ACPI.sys на ноутбуках Asus ROG.

• Обнаружена критическая ошибка в ACPI-коде ASUS, вызывающая задержки до 30 мс в игровых ноутбуках, связанная с вызовом Sleep() внутри обработчика прерываний.
• Проблема сохраняется четыре года, затрагивает множество моделей и не фиксируется производителем, несмотря на наличие диагностических инструментов.
• Пользователи и эксперты критикуют отсутствие должного тестирования и низкое качество прошивок, особенно в сегменте игровых ноутбуков с гибридной графикой.
• Отмечается негативное влияние на пользовательский опыт: лаги, проблемы с аудио, thermal throttling, при этом возвраты по гарантии редки из-за сложности диагностики.
• Подчёркивается сложность обратной инженерии и исправления ACPI-кода, а также отсутствие эквивалентных инструментов для диагностики на Linux.
• Высказывается разочарование в бренде ASUS и игровых ноутбуках в целом, некоторые пользователи рекомендуют переходить на Mac или системы с интегрированной графикой.
• Обсуждается системная проблема индустрии: приоритет маркетинга над качеством инженерии и привыкание пользователей к неидеальной работе устройств.

Добро пожаловать в Midnight Commander

GNU Midnight Commander (или mc) — это визуальный файловый менеджер с двумя панелями, распространяемый под лицензией GNU GPL. Он предоставляет возможности копирования, перемещения, удаления файлов и каталогов, поиска и выполнения команд. Включает встроенные средства просмотра, редактор и сравнения файлов.

mc использует текстовые библиотеки, такие как ncurses или S-Lang, что позволяет работать в консоли, X Window, через SSH и другие удалённые оболочки.

Установка

Установите mc через системный менеджер пакетов:

• Debian/Ubuntu: apt-get install mc
• Fedora/Red Hat: dnf install mc
• FreeBSD: pkg install mc
• macOS: brew install midnight-commander

Исходные коды доступны на GitHub и через зеркало OSU OSL.

Документация

Используйте контекстную справку (F1) или руководства:

• man mc, man mcedit, man mcview, man mcdiff
• Онлайн-версии: source.midnight-commander.org

Цветовые схемы

Поддерживаются темы. См.: skins.midnight-commander.org.

Участие и поддержка

• Поддержка: раздел Communication.
• Разработка: раздел "Development".
• Заметки о версиях: wiki.

• Пользователи выражают ностальгию по Norton Commander и его клонам (Midnight Commander, FAR Manager, Total Commander), отмечая их эффективность для навигации и файловых операций.
• Подчёркивается особая популярность orthodox file managers (двухпанельных файловых менеджеров) в Восточной Европе и бывшем СССР.
• Обсуждается переход многих пользователей на более современные альтернативы (ranger, nnn, yazi, lf, dired в Emacs) или возврат к работе чисто через командную строку.
• Отмечается ценность MC и аналогов для работы в ограниченных средах (терминал, SSH, консольные системы) и на мобильных устройствах.
• Упоминаются проблемы с неинтуитивными горячими клавишами в MC для новых пользователей, привыкших к GUI.
• Подчёркивается мощь встроенных функций: интеграция с shell, FTP/VFS, быстрый просмотр, встроенный редактор с подсветкой синтаксиса.
• Некоторые пользователи отмечают, что со временем необходимость в таких менеджерах снизилась из-за изменения паттернов работы с файлами.

Hyperion — это игровой движок для Minecraft, написанный на Rust, предназначенный для масштабных событий с поддержкой до 10 000 игроков в одном мире при стабильных 20 TPS. Его ключевое преимущество — высокая надёжность благодаря Rust, что исключает сбои из-за утечек памяти или SEGFAULT.

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

• Обсуждение технических аспектов сервера: совместимость с Java Minecraft, оптимизация производительности для 10k игроков, симуляция мира и нагрузка на память.
• Вопросы о функциональности: защита от гриферства, система прав доступа, совместимость с существующими плагинами и античитами.
• Интерес к переходу с других платформ (Spigot, Forge, Fabric) и потенциальные сложности миграции.
• Уточнение терминологии (TPS - ticks per second) и обсуждение архитектуры плагинов на Rust с использованием Bevy ECS.
• Комментарии о названии проекта и его долгосрочной перспективе в контексте жизненного цикла Minecraft.

Медленные социальные сети

Люди часто думают, что я ненавижу социальные сети. И их можно понять: я открыто критикую современные платформы и их влияние на людей и общество, а в 2019 году удалил все свои аккаунты.

Однако сама идея соцсетей мне близка: оставаться на связи с теми, кто вам дорог. Проблема в том, что нынешний формат искажён и антисоциален. Вместо укрепления связей эти рекламные контент-мельницы designed, чтобы удерживать внимание, усиливать одиночество и неудовлетворённость. Когда TikTok показал, что короткие видео с алгоритмом рекомендаций — это цифровой наркотик, остальные платформы тут же скопировали эту формулу.

Meta превратила Instagram и Facebook из инструментов общения в бесконечный скроллинг случайного контента. Даже Pinterest стал походить на TikTok! Компании следуют за вовлечённостью, игнорируя реальные предпочтения пользователей. Я убеждён, что любая коммерческая соцсеть со временем деградирует в рекомендательную медиасреду.

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

Каким же мог бы быть не-зловещий аналог? Идеал — чтобы все вели блоги и подписывались через RSS. Но это не масштабируется: не каждый готов писать тексты длиннее 255 символов. Многие мои друзья не знают о моём блоге или RSS.

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

• Общении с друзьями и близкими
• Реальной связи
• Укреплении отношений
• Осмысленном взаимодействии

И не должна касаться:

• Сбора подписчиков
• Самопродвижения
• Рекламы
• Коротких видео и развлечений

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

Также стоит ввести лимит на число друзей — например, 300. Больше — это уже коллекционирование, а не общение. Это устранит 90% маркетингового интереса.

Второй ключевой элемент — хронологическая лента постов от друзей. Так платформа станет инструментом для отслеживания жизни близких, а не двигателем вовлечённости. Важно, что у ленты будет естественный конец — просмотренные посты. Пагинация гуманнее бесконечного скролла: она даёт паузу для принятия решения о продолжении.

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

Остальные функции можно оптимизировать для удобства: что-то между старыми Instagram и Twitter, с комментариями и реакциями. Никаких рилов или рекомендательных систем. И никакой аналитики — она ориентирует на охват, а не на связь.

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

Проект нужно как-то финансировать. К сожалению, немногие готовы платить $5 в месяц за софт, даже если используют его ежедневно. Но подозреваю, что такая платформа может быть управляемой и рентабельной для небольшой команды — возможно, на донатах.

• Предлагается ввести ограничения для социальных сетей: лимит на число друзей (~300), количество постов в день и обязательное ежегодное взаимодействие для поддержания связи.
• Обсуждаются существующие альтернативы: закрытые платформы (Discord, форумы), децентрализованные решения (Mastodon, Scuttlebutt, Nostr) и нишевые сервисы (микроблоги, Slowly, Peergos).
• Отмечается, что монетизация через внимание и алгоритмы рекомендаций коммерческих платформ противоречит целям искреннего социального взаимодействия.
• Подчеркивается важность хронологической ленты без алгоритмов, отсутствия счетчиков лайков и акцента на приватность в небольших группах.
• Признается сложность преодоления сетевого эффекта крупных платформ и необходимость регуляции или изменения пользовательских привычек.
• Высказывается мнение, что люди используют мессенджеры (WhatsApp, Telegram) и группы по интересам для медленного и осмысленного общения.
• Указывается на ностальгию по ранним социальным сетям (Friendster, LiveJournal) и желание вернуть фокус на близкий круг общения, а не виральный контент.

• LLMs демонстрируют сильные способности в математике и науке, но проваливаются на простых визуальных и пространственных головоломках, таких как Sokoban или ARC-AGI.
• Основная проблема LLM — отсутствие подлинного понимания и рассуждений; они работают через распознавание паттернов, а не через логическое мышление.
• LLMs особенно слабы в пространственных рассуждениях, так как обучались в основном на текстовых данных, а не на визуальной информации.
• Некоторые участники связывают неудачи LLM с форматом представления данных (например, визуальные головоломки в текстовом виде) и отсутствием мощных препроцессинговых блоков для изображений.
• Предлагаются методы улучшения, включая эволюционные алгоритмы, поиск с подкреплением (RL) и создание каркасов (scaffolding) для решения задач.
• Есть скептицизм относительно того, что улучшение производительности на узких тестах (как ARC-AGI) свидетельствует о прогрессе к AGI.
• Обсуждается, является ли решение головоломок LLM результатом доступа к публичным обсуждениям этих задач, а не новыми возможностями рассуждений.

О безопасности iOS 15.8.5 и iPadOS 15.8.5

Этот документ описывает обновления безопасности для iOS 15.8.5 и iPadOS 15.8.5.

Обновления безопасности Apple

Apple не раскрывает информацию об уязвимостях до завершения расследования и выпуска исправлений. Последние обновления перечислены на странице выпусков безопасности Apple.

iOS 15.8.5 и iPadOS 15.8.5

Выпущено 15 сентября 2025 года

ImageIO

Доступно для: iPhone 6s, iPhone 7, iPhone SE (1-го поколения), iPad Air 2, iPad mini (4-го поколения) и iPod touch (7-го поколения)

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

Описание: Исправлена ошибка записи за пределами границ за счёт улучшенной проверки.

CVE-2025-43300: Apple

Информация о продуктах, не изготовленных Apple, или независимых веб-сайтах предоставляется без рекомендаций. Apple не несёт ответственности за выбор или использование сторонних продуктов.

Опубликовано: 15 сентября 2025 года

• Пользователи отмечают длительную поддержку старых устройств Apple (до 10 лет) в сравнении с ограниченной поддержкой Android-устройств от Google и других производителей.
• Обсуждаются технические причины короткого цикла поддержки Android: ограничения со стороны производителей чипов (Qualcomm) и необходимость интеграции обновлений производителями телефонов.
• Выпуск обновления для устаревших моделей связывают с эксплуатацией уязвимости нулевого дня в целевых атаках государственного уровня, что подчеркивает серьезность угрозы.
• Уточняется, что обновление доступно для широкого списка старых устройств (iPhone 6s, 7, SE, iPad Air 2 и др.), а не только для 10-летнего iPhone 6s.
• Поднимается вопрос о практической пользе обновления для пользователей очень старых устройств, которые могут не устанавливать патчи.
• Отмечается, что современные Android-производители (Google, Samsung) увеличили承诺 срок поддержки до 5-7 лет, что приближается к политике Apple.
• Обсуждается техническая сторона уязвимости: возможность удаленного выполнения кода (RCE) через обработку malicious изображения, часто в связке с уязвимостью в WhatsApp.

Проект AMDVLK с открытым исходным кодом прекращён.

• AMD прекращает разработку открытого драйвера AMDVLK и переходит к полной поддержке стороннего драйвера RADV для Vulkan на Linux.
• Сообщество воспринимает это решение как позитивное и долгожданное, поскольку RADV уже давно популярнее у пользователей.
• Высказываются мнения, что полный переход на открытый код всего стека драйверов был бы выгоден для производителей железа.
• Поднимается вопрос о будущем Vulkan-драйвера AMD для Windows и возможности использования там RADV.
• Участники обсуждают сложности открытия кода из-за коммерческой тайны и патентов в проприетарных компонентах.
• Обсуждается влияние решения на развитие ROCm и совместимость с открытым стеком.
• Высказываются опасения о возможном негативном влиянии разработчиков AMDVLK на код RADV.