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

20 июня, после восьми месяцев разработки, состоялся выпуск 7.4.0 (Kyanite) набора bash-скриптов для Git Git Extras, существенно упрощающих и улучшающих повседневную работу с Git.

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

 bash, git, git-extras

Разработчики Kubuntu сообщили о прекращении предоставления сеанса KDE на основе X-сервера в базовом окружении. Начиная с выпуска Kubuntu 25.10 в предоставляемых сборках будет оставлен только сеанс на базе Wayland, а для использования сеанса, использующего X-сервер, потребуется вручную установить из репозитория пакет plasma-session-x11. Поддержка запуска X11-приложений при помощи XWayland оставлена без изменений. Ранее похожее решение по прекращении поставки сеанса GNOME на базе X11 было принято для основной сборки Ubuntu Desktop.

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

 kde, kubuntu, wayland, x11

Представлен первый выпуск проекта XLibre, развивающего форк X.Org Server. Выпуск позиционируется как имеющий качество бета-версии и предназначен для тестирования и выявления возможных недоработок. XLibre 25.0 включает изменения ABI, то есть для корректной работы требуется пересборка X11-драйверов. Проект открыт к сотрудничеству с дистрибутивами и готов интегрировать в свой состав патчи, накопившиеся в процессе сопровождения пакетов с сервером X.Org.

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

 x11, x11libre, xlibre, xorg

15 июня состоялся выпуск 4.0.7 многопоточной консольной утилиты поиска файлов bfs (Breadth-First Search, поиск в ширину), написанной на языке C и распространяемой по лицензии BSD.

Изменения:

• Для выбора количества используемых потоков теперь используется CPU affinity (sched_getaffinity(...) или xsysconf(_SC_NPROCESSORS_ONLN)).
• -execdir /bin/... теперь разрешён даже при относительном пути в $PATH.
• Тесты больше не зависят от утилиты expect.
• Для соответствия GNU find теперь только последний аргумент -files0-from имеет эффект.
• Исправлена ошибка -execdir {}, случайно добавленная в bfs 4.0.

 bfs, c, консоль, поиск файлов, утилита

Tewi — это TUI-клиент для управления демоном Transmission через его RPC-протокол.

Проект написан на Python и использует фреймворк Textual для реализации интерфейса. Лицензия — GPLv3+.

Поддерживается Transmission 2.40 и выше.

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

 bittorrent, python, transmission, tui, от автора

Разработчики свободной системы автоматизированного проектирования печатных плат KiCad рассказали о состоянии реализации поддержки Wayland и обобщили проблемы, мешающие полноценному использованию данного протокола. Пользователям, профессионально проектирующим печатные платы в KiCad или желающим получить стабильное и полнофункциональное окружение, рекомендовано запускать KiCad в средах рабочего стола на базе протокола X11, таких как Xfce, MATE или X11-сеанс KDE Plasma.

Тем кто намерен использовать KiCad в окружениях с Wayland следует быть готовым к возможным зависаниям и аварийным завершениям, невозможности восстановить желаемую раскладку окон и ограничению функциональности интерфейса. Утверждается, что ограничения в функциональности вызваны отсутствием в Wayland возможностей, давно применяемых в приложениях для X11, Windows и macOS, таких как поддержка позиционирования окон и мгновенного перемещения указателя мыши (cursor warp).

Что касается возникающих сбоев, то они связываются с большой фрагментацией композитных серверов для Wayland. GNOME, KDE и обособленные композитные менеджеры по-своему интерпретируют протоколы Wayland, поэтому полагаться при разработке на единую целостную реализацию протоколов Wayland и экспериментальные расширения проблематично. Разработчикам приложений приходится учитывать особенности каждого окружения и применять костыли для обхода проблем, специфичных для разных композитных менеджеров.

Фрагментация композитных серверов существенно увеличивает трудозатраты на реализацию поддержки Wayland. Отмечается, что самое неприятное в том, что разработчики KiCad не имеют возможности исправить возникающие проблемы своими силами, так как проблемы присутствуют не в KiСad, а в протоколах, оконных менеджерах и композитных серверах.

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

В системе отслеживания ошибок решено не разбирать жалобы от пользователей Wayland, связанные с позиционированием и размером окон, установкой фокуса, а также зависаниями, аварийными завершениями, повышенной нагрузке на CPU, проблемами с устройствами ввода и сбоями при отрисовке, не проявляющимися в сборке для X11.

Среди известных проблем, которые находятся вне зоны влияния разработчиков KiCad и которые не удаётся устранить на стороне KiCad:

• Проблемы с управлением окнами: Невозможность управления позицией окон и панелей (при открытии KiCad нельзя запомнить и восстановить положение окон и панелей инструментов). Проблемы с координацией работы одновременно с несколькими окнами. Ограничение возможности перемещения вкладок и панелей между разными областями.
• Проблемы с устройствами ввода: Возможность мгновенного перемещения курсора (cursor warping) завязана на необязательные экспериментальные расширения протокола, поддерживаемые лишь в отдельных композитных менеджерах. Непредсказуемое поведение при управлении фокусом ввода. Проблемы при использовании специализированных устройств ввода и при обработке горячих клавиш.
• Проблемы со стабильностью и производительностью: Повышенное потребление ресурсов и высокая нагрузка на CPU/GPU по сравнению с использованием X11. Появление графических артефактов при отрисовке и нарушение нормального вывода. Зависания и аварийные завершения, проявляющиеся только при работе в окружениях на базе Wayland. Ненадёжная работа с буфером обмена.
• Ограничения интерфейса пользователя: Проблемы с позиционированием, фокусом и взаимодействием в модальных диалогах. Проблемы с запуском внешних приложений и управления ими.

 kicad, wayland, x11

Команда разработчиков Arch Linux сообщила, что теперь Wine и Wine-Staging по умолчанию собираются в режиме Wow64 (Windows-on-Windows 64-bit). Это решение позволяет запускать 32-битные Windows-приложения в 64-битных Unix-средах без необходимости использовать 32-битные библиотеки. Благодаря переходу на 64-битные версии Wine отпала необходимость в использовании репозитория multilib для пакетов wine и wine-staging.

Основной причиной такого перехода стало стремление к согласованию с актуальными изменениями в основном проекте Wine — для упрощения сборки пакетов и уменьшения числа зависимостей. Вместе с тем, разработчики предупреждают о возможных сложностях: может наблюдаться снижение производительности OpenGL в 32-битных Windows-программах, а также потребуется пересоздать имеющиеся 32-битные префиксы Wine.

Установка steam по прежнему требует использования репозитория multilib.

 arch, multilib, wine, wow64

Новая версия Plasma уже здесь, и она стала ещё больше похожа на /home, поскольку стала более плавной, дружелюбной и полезной.

Plasma 6.4 улучшена практически по всем направлениям, прогресс достигнут в в спе­ци­аль­ных воз­мож­но­стях, цветопередаче, поддержке планшетов, управлении окнами и многом другом.

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

 kde, plasma

GoTo – консольный менеджер ssh-подключений. Программа написана на языке Go и распространяется по лицензии MIT.

Утилита помогает быстро манипулировать списком серверов, а также предоставляет интерфейс к файлу .ssh/config. Программа поддерживает поиск и группировку. На гитхабе есть короткие демки и F.A.Q., где можно посмотреть некоторые детали.

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

 cross-platform, go, ssh, terminal, utility

Это прямой перевод записи из блога Rust.

Мы за­пу­ска­ем Опрос по про­из­во­ди­тель­но­сти ком­пи­ля­то­ра Rust.

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

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

Для то­го, что­бы луч­ше по­нять эти ра­бо­чие про­цес­сы, мы при­го­то­ви­ли Опрос по про­из­во­ди­тель­но­сти ком­пи­ля­то­ра Rust. Он ак­цен­ти­ро­ван имен­но на про­из­во­ди­тель­но­сти ком­пи­ля­ции, что поз­во­ля­ет нам по­лу­чить бо­лее по­дроб­ные дан­ные, чем те, ко­то­рые мы обыч­но по­лу­ча­ем из еже­год­но­го опро­са «State of Rust». Дан­ные из это­го опро­са по­мо­гут нам по­нять ме­ста, на ко­то­рых нам сле­ду­ет со­сре­до­то­чить уси­лия по улуч­ше­нию про­дук­тив­но­сти Rust-ра­зра­бот­чи­ков.

Прой­ти опрос вы мо­же­те здесь.

Про­хож­де­ние дол­жно за­нять приб­ли­зи­тель­но 10 ми­нут ва­ше­го вре­ме­ни. Опрос пол­но­стью ано­ни­мен. Мы бу­дем при­ни­мать фор­мы до 7 и­юля 2025 го­да. По окон­ча­нии опро­са мы обра­бо­та­ем ре­зуль­та­ты и опуб­ли­ку­ем клю­че­вые мо­мен­ты в этом бло­ге.

Приг­ла­ша­ем вас при­нять уча­стие в опро­се, ведь ва­ши от­ве­ты по­мо­гут нам улуч­шить про­из­во­ди­тель­ность ком­пи­ля­ции Rust. Спа­си­бо!

 rust, мини-новость, опрос

После двух месяцев разработки состоялся выпуск 0.12 кроссплатформенного (Linux, MacOS, Windows) редактора текстов Notepad Next, написанного на языке C++ с использованием фреймворка Qt 6 (возможно, что скомпилируется и с Qt 5) и библиотек Lexilla, Scintilla, Qt Advanced Docking System, Lua и других.

Редактор распространяется по лицензии GPL-3.0 и называется автором кроссплатформенной реализацией Notepad++.

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

 c++, lua, notepad++, qt, текстовые редакторы