Тихо и незаметно вышел DavMail 6.6. DavMail – свободный шлюз, который позволяет подключать обычные почтовые клиенты и календарные приложения к Microsoft Exchange и Office 365 через привычные протоколы POP, IMAP, SMTP, CalDAV, CardDAV и LDAP. Для тех, кто по-прежнему пытается жить без Outlook и при этом работать с инфраструктурой Microsoft, это достаточно важное обновление.
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 7.0. Среди наиболее заметных изменений: правила применения AI-ассистентов, перевод Rust в основные возможности ядра, повышение производительности подкачки, включение по умолчанию режима PREEMPT_LAZY, поддержка фильтров для операций io_uring, новая ФС Nullfs, инфраструктура fserror, средства мониторинга XFS, поддержка ремапинга в Btrfs, включение по умолчанию версии NFS 4.1, интеграция пост-квантового криптоалгоритма ML-DSA, активация AccECN в сетевой подсистеме, начальная поддержка WiFi 8.
Номер 7.0 присвоен, так как в ветке 6.x накопилось достаточного выпусков для смены первого числа в номере версии (в своё время выпуск 6.0 был сформирован следом за 5.19). Смена нумерации осуществляется из эстетических соображений и является формальным шагом, снимающим дискомфорт из-за накопления большого числа выпусков в серии.
В новую версию принято 15624 исправления от 2477 разработчиков, размер патча – 56 МБ (изменения затронули 18053 файла, добавлено 704060 строк кода, удалено 278132 строки). В прошлом выпуске было 15657 исправлений от 2237 разработчиков, размер патча – 52 МБ. Около 51% всех представленных в 7.0 изменений связаны с драйверами устройств, примерно 11% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 5% – с файловыми системами и 3% c внутренними подсистемами ядра.
10 апреля 2026 года вышла новая версия PureBasic. Программа предназначена для создания кроссплатформенных приложений (Windows, Linux, macOS, Raspberry).
Дистрибутив содержит IDE (редактор, отладчик, инструменты, визуальный редактор форм GUI), компилятор, справку на трёх языках (русский поддерживается пользователями). Кроме разработки десктопных приложений, PureBasic позиционируется, как инструмент для создания 2D и 3D игр на движке OGRE.
Ошибка вызвана автоматической обработкой содержимого каталога a .git/, когда он размещён в одном каталоге с открываемым файлом. В этом случае Emacs при открытии файла запускает команды git ls-files и git status, выполняемые в контексте содержимого .git/. Для выполнения кода достаточно открыть в Emacs файл из каталога, в котором имеется подкаталог .git/ с файлом конфигурации config, включающим опцию core.fsmonitor с указанной атакующим командой для запуска.
Сопровождающие GNU Emacs отцы отказались устранять уязвимость, считая, что проблема на стороне git.
В тексте release notes на предстоящий выпуск Ubuntu 26.04 (последнее обновление 27.03.2026) появилась информация, что теперь новая Ubuntu Desktop с окружением, основанным на Gnome, требует как минимум 6 ГБ оперативной памяти и 25 ГБ дискового пространства.
Серверная версия 26.04 теперь требует 1.5 ГБ оперативной памяти, в то время как 22.04 требовала всего 1 ГБ, а 18.04 — всего 512 МБ.
На фоне подорожания оперативной памяти и дисковых накопителей это может увеличить затраты компаний на инфраструктуру, основанную на Ubuntu, и в конечном итоге ударить по карманам их пользователей.
Для сравнения, Windows 11 требует минимум 4 ГБ ОЗУ.
Планируемая дата выхода Ubuntu 26.04 — 23 апреля 2026 года.
20 марта состоялся выпуск 1.0.0 «Intel Optimization Zone – Intel Tuning Guides» — репозиторий, посвящённый оптимизации программного обеспечения для Intel, от настроек BIOS для конкретных рабочих нагрузок до рекомендуемых параметров программного обеспечения приложений/серверов для достижения максимальной производительности на оборудовании Intel.
Репозиторий содержит руководства по настройке, рецепты оптимизации и наиболее известные методы и рекомендации по анализу производительности и оптимальной конфигурации оборудования.
В некоторых из последних материалов рассматриваются Apache Kafka, Cassandra, Redis, Spark и другие. Раздел Intel Optimization Zone размещён в репозитории GitHub.
Комитет ISO по стандартизации языка C++ утвердил финальный вариант спецификации, образующей международный стандарт «C++26». Представленные в спецификации возможности частично уже поддерживаются в компиляторах GCC (gnu.org), Clang и Microsoft Visual C++. Поддерживающие C++26 стандартные библиотеки реализованы в рамках проекта Boost.
В следующие два месяца утверждённая спецификация будет находиться на стадии подготовки документа к публикации, на которой будет проведена работа по редакторской правке орфографических ошибок и опечаток. В начале ноября результирующий вариант документа будет направлен в ISO для публикации под формальным именем ISO/IEC 14882:2026.
Мартин Уимпресс (Martin Wimpress), основавший проект Ubuntu MATE в 2014 году, объявил о намерении передать руководство новым мейнтейнерам. За 12 лет он провёл редакцию от стартового релиза до статуса официальной редакции Ubuntu, но теперь признаёт, что потерял интерес к проекту и не располагает временем для его развития. Выпуска Ubuntu MATE 26.04 LTS не будет — проект не подал заявку на квалификацию. Уимпресс ищет преемников с опытом поддержки пакетов в архиве Ubuntu.
Не знаю с чего началось, возможно с того, что вчера обновился uBlock Origin. Местами вместо текста переливающиеся полоски, вместо элементов интерфейса страницы они же, картинок нет. Сама страница обрывается, т.е. немного проматываешь, а внизу чернота(да, у меня тёмная тема). Обновил со 147 на 148 - всё то же. Отключил uBlock и начались тооормооозааа. Две вкладки жрут 10-16 гб оперативки, процессор тоже пыхтит, хоть и не на пределе. Один раз вкладка упала, а я вообще не могу припомнить когда у меня что-то падало в браузере. ПКМ не работает, иногда не нажимаются элементы на странице, опять полоски вместо текста, приходится ждать пока отвиснет. Возможно это пикабушники там что-то сделали, плюнули на фаер, например, хз. Весь остальной интернет, кажется, без изменений. Может кто-нибудь знает что происходит и как всё вернуть назад, м? Firefox 148.0.2 Mint 22.2 32Gb ОЗУ
У нас в качестве клиентов RDP для Windows машин используются Linux.
Так вот мы тестировали разные клиенты: linux fedora и windows.
Оригинальный RDP клиент на Windows XP значительно лучше!!!
Для изменения скорости работы мы сделали линейку:
программа выводит на экран текст. После вывода текста пользователю надо нажать Enter, что бы обозначить время окончания вывода текста с точки зрения пользователя.
В Windows:
0,5 секунды идет текст, + 0,5 секунды реакция пользователя
В Linux xfreerdp имеет необъяснимую задержку в выводе, типа:
0,5 секунды идет текст и программа делает об этом отметку,
+ 3 секунды, когда вывод текст прекращается с точки зрения пользователя
Эта своеобразная «линейка» замера производительности
для проверки влияние настроек у нас есть,
но я сегодня целый день их в разных сочетаниях перебирал: безрезультатно!!!
Машина (в смысле железа) одна и та же и более того Windows клиент, который быстрее вообще запущен на виртуальке (под VM Ware Player).
xfreerdp брали готовый (0.8.???), после скомпилировали последний (1.0.1)
одна фигня, только настроек больше стало.
Подскажите: может есть рецепт, как заставить freerdp приблизится к оригинальному клиенту RDP на Windows ?
Причем приведенный тест показывает, что тормозит именно вывод на xfreerdp.
Можно ли глобально запретить домашнюю директорию (для клиента)? Чтобы все конфиги определялись через /etc/ssh/ssh_config и пользователь не мог сам ничего добавлять.
В доке указано что ~/.ssh читается первым, неужели нельзя выключить или только имутабельной директорию делать?
после уменьшения размера диска внутри hyper-v ubuntu18 перестала запускаться os, как можно починить? примонтировал виртуальный диск к другой машине - не видит разделов, но файлы которые там были можно прочитать, как можно починить загрузку?
fdisk - нечто подобное выдает
sudo fdisk -l
[sudo] пароль для user:
Диск /dev/loop0: 2,2 MiB, 2273280 байт, 4440 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop1: 255,6 MiB, 267980800 байт, 523400 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop2: 276 KiB, 282624 байт, 552 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop3: 62,1 MiB, 65105920 байт, 127160 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop4: 55,3 MiB, 58007552 байт, 113296 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop5: 29,9 MiB, 31334400 байт, 61200 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop6: 956 KiB, 978944 байт, 1912 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/loop7: 2,4 MiB, 2555904 байт, 4992 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Диск /dev/sda: 25 GiB, 26843545600 байт, 52428800 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: 19F5973F-1330-40F8-88DD-C077F7543BEC
Устр-во начало Конец Секторы Размер Тип
/dev/sda1 2048 1050623 1048576 512M EFI
/dev/sda2 1050624 52426751 51376128 24,5G Файловая система Linux
GPT PMBR size mismatch (629143584 != 140509183) will be corrected by w(rite).
Диск /dev/sdb: 67 GiB, 71940702208 байт, 140509184 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x00000000
Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип
/dev/sdb1 1 629143584 629143584 300G ee GPT
Диск /dev/loop8: 64,2 GiB, 68909268992 байт, 134588416 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Сегодня состоялся релиз норвежского браузера Vivaldi 7.9 для десктопов. В этот раз разработчики предложили следующие новые функции:
Автоскрытие интерфейса. Функция позволяет автоматически скрывать при просмотре страниц все элементы интерфейса, включая панель вкладок, адресную панель, боковую панель и панель состояния, как по отдельности, так и всех сразу. Также данная функция может использоваться в полноэкранном режиме просмотра.
Парные вкладки. Это новая, уникальная для браузеров функция, расширяющая возможности работы с контентом. Она позволяет работать в основной вкладке и открывать все ссылки с этой страницы в парной вкладке, размещённой рядом с основной в одном окне.
Отдельное окно для создания писем. Разработчики добавили возможность откреплять окно создания сообщений, позволяя размещать его там, где удобно пользователю, включая второй дисплей. Одновременно была проведена оптимизация работы со списками рассылки.
Пытаюсь собрать очень древний проект на автотулзах на чуть менее древнем Debian Wheezy. Исходники паковали для истинных Ъ, т.е. даже готового configure не приложили, только configure.in в подкаталоге gnu.
Выхлоп autoconf:
configure.in:160: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected
in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2729: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2748: AC_RUN_IFELSE is expanded from...
configure.in:160: the top level
Выхлоп полученного таким образом configure:
checking for a BSD-compatible install... /usr/bin/install -c
checking build system type... Invalid configuration `x86_64-pc-linux-gnu':
machine `x86_64-pc' not recognized
configure: error: /bin/sh ./config.sub x86_64-pc-linux-gnu failed
Могут ли гуру магии autotools подсказать, что с этим можно сделать?
Пара пояснений для тех, кто будет искать в этом проблему XY.
Я хочу ходить по arj-архивам Midnight commander-ом, а для этого нужен именно консольный arj, а не какой-нибудь 7-zip.
DEB-пакет arj для старенького дебиана найти проблематично, но в принципе, можно, если сопоставить содержимое FTP-каталога со списком пакетов. Но мне уже интересно стало: что, задача собрать из исходников в принципе нерешаема? Вероятно, это не последние древние исходники на автотулзах, которые может понадобиться оживить, поэтому хотелось бы, повторюсь, от специалистов по autotools услышать подсказку, что с этим x86_64-pc-linux-gnu (и прочим) не так. Беглый гуглинг подсказывает, что это устаревший синтаксис, можно ли его подновить?
Чёто, господа, на меня напала грустишка. Надо продумать массовую закупку железок, а ноутов анлогичных старым Тешкам с нормальными доками на рынке нет.
У Dell есть два варианта, как в том анекдоте:
TBxx варик неплохой, поскольку почти аппаратный (кроме Ethernet), но он работает только на некоторых ноутах, в специальных комплектация.
WDxx это просто старый добрый порт репликатор, со всем гемороем, прилагающимся в виде дров на Linux.
У Lenovo чуть лучше:
Для T и X есть доки, которые вроде аппаратные, но сами ноуты скатились, даже скотились и не оптимальны по цене.
У HP вообще пока не понял - сайт у них пиндец какой ужасный.
Может кто решал эту задачу недавно? Нужно-то не много: 4/8 core, 16-32 Ram, Intel HD, SSD 0.5T, FullHD и док, аппаратный. И как раз из-за последнего все идет в топку.
Большинство старых бинарников на новом процессоре гарантировано сегфолтились. Их я выловил ещё в ноябре.
Т.е. у человека с гентой сегфолты месяцами длятся.
Сравните это с «типа болезненным» апгрейдом моего Дебиана, который, на самом деле, вовсе не болезненный по сравнению с тем, что творится в Генте.
И ответьте на вопрос: а какой такой новый навык человек получает от траходрома с гентой, который ему пригодится за пределами генты?
P.S. Ах да, совсем забыл… При чём тут Development, если это траходром с гентой?
13 марта, после четырёх месяцев разработки, состоялся выпуск 2.7.0 высокопроизводительной библиотеки lexbor, предназначенной для обработки форматов HTML 5 и CSS.
манипулирование элементами и атрибутами DOM: добавление, изменение, удаление и прочее;
поддержка разбора фрагментов HTML;
прохождение всех тестов построения деревьев DOM;
протестирована на более чем 200 миллионах HTML-страниц с помощью ASAN;
поддержка определения кодировки по потоку байтов;
анализ стилей CSS в атрибутах тегов и в теге <style>;
поиск HTML-элементов с помощью CSS-селекторов;
поддержка 40 кодировок при кодировании и декодировании;
поддержка небуферизованного и буферизованного кодирования и декодирования;
написан на языке C (стандарт C99) без сторонних зависимостей и распространяется по лицензии Apache 2.0;
библиотека разделена на модули (Core, CSS, DOM, Encoding, Engine, HTML, NS, Punycode, Selectors, Tag, Unicode, URL, Utils), которые могут быть скомпилированы и использованы как раздельные библиотеки (с опцией CMake LEXBOR_BUILD_SEPARATELY=ON);
В применяемом во многих дистрибутивах Linux патче gssapi.patch, добавляющем в OpenSSH поддержку обмена ключей на базе GSSAPI, выявлена уязвимость, приводящая к повреждению памяти и обходу механизма разделения привилегий. Уязвимость может быть эксплуатирована удалённо. В настоящее время наличие уязвимости подтверждено в Debian и Ubuntu. Уязвимость проявляется при включении в настройках опции «GSSAPIKeyExchange yes» (по умолчанию выключена).