Kurgan-Telecom Ru | Информационные технологии

Опубликован следующий стабильный релиз компилятора и стандарта языка Rust.

В этой версии добавлены следующие возможности:

1. Синтаксис для описания функций без пролога и эпилога. Тело таких функций обязано состоять из naked_asm! блока :

#[unsafe(naked)] pub unsafe extern "sysv64" fn wrapping_add(a: u64, b: u64) -> u64 { // Equivalent to `a.wrapping_add(b)`. core::arch::naked_asm!( "lea rax, [rdi + rsi]", "ret" ); }

2. Возможность объявлять две и более переменных в условных выражениях if / while:

if let Channel::Stable(v) = release_info() && let Semver { major, minor, .. } = v && major == 1 && minor == 88 { println!("`let_chains` was stabilized in this version"); }

3. В DSL для условной компиляции cfg добавлены константы true и false, которые так же стали доступны в макросе cfg!.

4. Добавлено предупреждение о попытке обращения к нулевому указателю для функций, чьи инварианты корректной работы требуют не нулевых адресов. К примеру попытка сконструировать объект std::slice по нулевому адресу:

// Undefined behavior unsafe { std::slice::from_raw_parts(ptr::null(), 1); }

приведёт к выдаче сообщения. По умолчанию это предупреждение имеет уровень deny-by-default, то есть будет рассмотрено компилятором как ошибка.

Все нововведения перечислены в списке изменений.

 rust

PeaZip — это про­грам­ма-ар­хи­ва­тор, на­пи­сан­ная на FreePascal (Lazarus) и до­ступ­ная на Linux, macOS, Windows и BSD. Сов­ме­сти­ма с ReactOS и Wine. Эта вер­сия со­бра­на с Lazarus 4.x, но под­дер­жка сбор­ки с 3.х и 2.х со­хра­ня­ет­ся.

Так­же раз­ви­ва­ет соб­ствен­ный фор­мат ар­хи­вов — PEA (Pack, En­crypt, Authen­ti­cate), целью ко­то­ро­го явля­ет­ся бе­зо­пас­ность дан­ных, пре­до­ста­вле­ние ар­хи­ва­ции, сжа­тия и мно­го­том­но­го раз­де­ле­ния фай­лов, а так­же про­вер­ки кон­троль­ных сумм / це­ло­ст­но­сти хэ­шей и а­утен­ти­фи­ци­ру­емо­го ши­фро­ва­ния фай­лов.

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

( читать дальше... )

 freepascal, lazarus, pascal, peazip, архиватор

Очередная дискуссия между Линусом Торвальсом и Кентом Оверстритом (Kent Overstreet), автором BcacheFS, завершилась тем, что Линус выразил готовность исключить код BcacheFS из ядра Linux 6.17. При этом Линус принял в состав ядра 6.16 изменения в BcacheFS, ставшие предметом очередного недовольства действиями Кента. Линус написал:

Я считаю, что наши пути разойдутся в окне слияния 6.17.

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

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

Предшествовавшая данному заявлению переписка с Кентом велась в личном порядке и детали пока не ясны. Тем не менее, в обсуждении данной темы Кент написал, что возможно его слова в частной переписке были неправильно истолкованы и он не считает, что BcacheFS следует исключить из ядра. При этом он готов к прекращению поставки BcacheFS в основном составе ядра Linux и это не убьёт проект, хотя и будет огромной проблемой. В случае удаления BcacheFS разработка будет продолжена и данная ФС станет распространяться в форме модуля DKMS. Кент также отметил, что исключение BcacheFS из ядра будет лучшим вариантом для его с Линусом спокойствия, но явно не станет лучшим решением для пользователей и сообщества разработчиков.

Споры между Кентом и Линусом вызваны постоянными нарушениями правил отправки изменений и исправлений в ядро. Кент считает, что исправления проблем в ФС должны продвигаться безотлагательно и любыми возможными способами. Линус настаивает на том, что функциональные изменения и крупные исправления допускаются на начальной стадии разработки новой ветки ядра, а поздние кандидаты в релизы сосредоточены только на исправлении ошибок. Кент регулярно нарушает данное правило и присылает крупные изменения в неподходящий момент, что приводит к недовольству Линуса и к новой волне споров. Ранее Линус уже предупреждал Кента о желании удалить BcacheFS из основного ядра, так как Кент продолжает играть один в своей песочнице, не подключается к совместной работе и не желает принимать правила игры сообщества разработчиков ядра.

В случае с ядром 6.16 Кент отправил для включения в обновление RC3 набор патчей, среди которых был патч с реализацией новой опции «journal_rewind». Линус написал, что Кент забыл о том, что после закрытия окна приёма функциональных изменений добавление новой функциональности в ядро не допускается, даже если она связана с исправлением других ошибок, так как добавление новых возможностей на поздних стадиях формирования релиза может привести к регрессиям. Кроме того, BcacheFS продолжает позиционироваться как экспериментальная ФС и оперативность устранения ошибок в ней не является столь критичной.

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

Добавленная опция «journal_rewind» откатывала изменения в журнале для сброса ФС в более раннее состояние. Кент считает, что новая опция должна быть включена безотлагательно, так как она решает проблему с восстановлением ФС у пользователей, столкнувшихся с ошибкой при удалении подразделов и не имеющих резервной копии. Вначале Линус отказался принимать набор патчей с данным изменением в ядро 6.16-RC3, но после личной переписки с Кентом изменил свою позицию и принял изменения в кодовую базу, на основе которой формируется обновление 6.16-RC4.

 bcachefs, linus torvalds, linux, скандалы, ядро

Компания Canonical опубликовала финансовый отчёт за 2024 год, в соответствии с которым выручка за прошлый год составила 291 млн долларов. Для сравнения в 2023 году был получен $251 млн, в 2022 году — $205 млн, а в 2013 — $84 млн. Валовая прибыль компании за 2024 год составила $258,3 млн (в 2023 году — $218,5 млн), а операционная прибыль — $15,5 млн (в 2023 году — $11,2 млн).

Что касается расходов, то $77,5 млн (в 2023 году — $75,4 млн) было потрачено на организацию продаж и маркетинг; $36,7 млн — на разработку и исследования; $138 млн на административные расходы. В 2024 году в компании было трудоустроено 1175 сотрудников (в 2023 году насчитывалось 1034 сотрудника, в 2022 году — 858, а в 2014 году — 337 сотрудников).

 canonical, ubuntu, бюджет, история успеха, финансы

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

Написан на C с SDL3. Поддерживаются форматы изображений, которые поддерживаются SDL3_Image (то есть, все популярные кроме HEIC).

( читать дальше... )

 image viewer, sdl, sdl3, от автора, просмотр изображений

19 и 25 июня, после более трёх месяцев разработки, состоялись выпуски 2.5.0 и 2.5.1 библиотеки и консольной утилиты pkgconf – кроссплатформенной замены pkg-config от freedesktop.org.

Проект написан на языке C и распространяется по лицензии ISC.

( читать дальше... )

 c, pkgconf, pkg-config

Доступна финальная версия Firefox 140, а также новая ветка с долгосрочной поддержкой (ESR).

( читать дальше... )

 firefox, mozilla