Давно пытаюсь решить проблему шумов в гарнитурном микрофоне под Fedora 37 с Pipewire, почти безуспешно.

На данный момент использую EasyEffects с самодельным пресетом Compresson - Deesser - Noise Reduction - Limiter - Gate. Конечно, с ним лучше, но меня слышно все равно ужасно. Фоновые шумы во время молчания пропадают, но при разговоре возвращаются и сильно фонят. Нужно что-то еще подкрутить, но что и как - загадка.

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

Может быть у вас есть свои работающие пресеты? И как вы решили такой вопрос? Перепробовал NoiseTorch-NG, noise-suppression-for-voice и пульсовской плагин, все безуспешно.

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

Выпущен стабильный релиз XFCE Terminal с красивым номером версии 1.0.0, сообщает мейнтейнер Сергиос-Анестис Кефалидис (Sergios - Anestis Kefalidis). Он взялся за фактически брошеный проект в сентябре и сейчас спешит рассказать о проделанной работе и планах на будущее.

Во-первых, он решил перенять подход к версионности, где каждый нестабильный релиз будет выходить с нечетным числом (например, 1.1.x) на второй позиции номера, а стабильный - с четным. Так, следующий стабильный релиз выйдет под номером 1.2.0.

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

>>> Подробности

Привет! С сегодняшнего дня мой любимый black стал совсем другим для списка форумов. Было хорошо и компактно, тэги в скобочках, теперь сиди-крути. Можно старый вид вернуть? Я даже не догадывался, что кому-то придет в голову его править.

Один из лидеров проекта Solus Linux, Джошуа Стробл (Joshua Strobl), объявил о намерении отказаться от GTK при разработке как будущих версий Budgie, так и всей экосистемы приложений в Solus. В своем блоге он высказал ряд упреков в адрес текущего состояния и планов развития GTK, а также философии разработки GNOME.

По его словам, повсеместное насаждение Adwaita как единственно верной темы рабочего стола и попутное удаление части API для разного рода кастомизации добавило головной боли разработчикам, поддерживающим стек GNOME в дистрибутивах или интегрирующим в него свои приложения. Все предлагаемые варианты настройки внешнего вида приложений на базе GTK и сопутствующих библиотек отклоняются, а участники команды GNOME в ответ грубят в тикетах и соцсетях.

Жалуется Джошуа и на то, что выпущенный чуть менее года назад GTK 4 немного усложнил код для работы с виджетами, запретив прямое наследование. Но гораздо более важной проблемой ему видится упразднение API X11, в частности для получения конфигурации подключенных мониторов. Двигаясь в сторону полной поддержки Wayland, GNOME удалил функции опроса X-сервера, поручая разработчику писать собственные интерфейсы для обращения напрямую к X11 (либо к API других ОС, если приложение оказалось кроссплатформенным).

В то время как рабочая функциональность удаляется, многие известные ошибки в GNOME не исправляются месяцами и годами (в частности, автор приводит в пример ошибки с прокруткой в GtkListView и с переключением на другое окно при открытом выпающем списке в GtkPopover). При этом Джошуа описывает это в разрезе собственного опыта написания с использованием GTK своего аудиоплеера Koto.

Релиз GTK 4 не оправдал ожидания авторов Solus, надеявшихся на ряд обещаемых изменений в libhandy, которые в итоге так и не были добавлены. А дорожная карта к GTK 5 предрекает ещё большее закручивание гаек в части кастомизации и общий регресс как в UX, так и для использования библиотки в сторонних приложениях. Джошуа прямым текстом утверждает, что использование в разработке GTK 4 и выше — это выстрел себе в ногу.

По итогам этих размышлений лидеры проекта Solus приняли решение отказаться от использования GTK в Budgie и в целом минимизировать присутствие GNOME в своем пользовательском окружении, перейдя к выбору одного из следующих GUI-тулкитов:

• EFL (библиотека в основе Enlightment Desktop);

• Qt;

• iced (кроссплатформенная GUI-библиотека для Rust).

В случае Qt разработчикам Solus не хочется писать код на C++, и к тому же смущает «коммерческая лицензия» Qt и неприятный осадок. iced находится в ранней стадии разработки и многие полезные вещи придется писать с нуля, а ресурсов для этого нет.

Остаётся EFL, который в итоге и был выбран. Постепенно планируется написать на EFL свои виджеты, а затем и основные десктопные приложения, либо адаптировать существующие, по возможности не связанные с GNOME.

Что касается дистрибутива, то версия с GNOME будет собираться в отдельный образ, и ей будет уделен минимум внимания, будет обеспечена лишь базовая работоспособность. В Budgie 11 не будет никаких зависимостей от GTK.

>>> Подробности

Разработчик популярного файлового архиватора 7-Zip Игорь Павлов опубликовал его первую версию под ОС Linux. Она предназначена для использования в консоли и в целом предполагается в качестве официальной замены на первый взгляд заброшенному, но вполне работоспособному p7zip.

Игорь отмечает, что сам не использует Linux и еще не исправил все проблемы при сборке и просит у сообщества советов по методам компилирования и линковки для обеспечения наилучшей совместимости с различными дистрибутивами. При этом он отмечает, что вряд ли справится с поддержкой такого множества специфичных файлов сборки под каждую архитектуру процессора и каждый дистрибутив, которое написано для того же p7zip. На данный момент выложены сборки 7-zip под x86-64 (AMD64), ARM64, x86 и armhf.

Тем не менее, начало непростому пути положено, и каждый пользователь Linux приглашается поучаствовать в тестировании первой версии. Исходный код архиватора остается под лицензией LGPL.

>>> Подробности

Выпущено крупное обновление файловой системы и средств ее обслуживания OpenZFS 2.0.0. Новая версия поддерживает ядра Linux, начиная с 3.10, и FreeBSD, начиная с версии 12.2, и в дополение к этому теперь объединяет код для обеих операционных систем в едином репозитории. Среди наиболее крупных изменений разработчики отмечают следующие:

• Добавлена возможность последовательного (LBA) перестроения разрушенного RAID-массива Mirror vDev. Этот механизм гораздо быстрее традиционного «лечащего» восстановления. Однако в нем отсутствует проверка контрольных сумм блоков, из-за чего сразу после его завершения следующим шагом запускается проверка целостности системы (scrub).

• Восстановление данных кэша L2ARC после перезагрузке системы. Сам кэш использует выделенный объем оперативной памяти, не задействуя более медленный жесткий диск при частых обращениях к данным. Теперь после перезагрузки данные кэша L2ARC будут на месте.

• Поддержка сжатия в формате ZStandard, предоставляющего сравнимый с GZIP уровень компрессии, но при этом гораздо более высокую производительность. Для удобства администратору предоставлена возможность выбора уровня сжатия для обеспечения наилучшего баланса между быстродействием и экономией места на диске.

• Возможность выбора данных при переносе командами send/receive. Теперь администраторы могут вручную исключать из переноса лишние, либо приватные данные перед копированием снэпшота.

• Реализовано множество других, менее значительных, но не менее приятных улучшений, в частности написан модуль pam для загрузки ключей шифрования папок, реорганизованы man-страницы и актуализирована документация, добавлен генератор монтирования zfs-томов для systemd, расширено логирование в syslog, улучшена совместимость с системными загрузчиками и многое другое.

• Добавлены новые команды и ключи к существующим, о чем можно почитать подробнее в кратких комментариях к выпуску.

• Проведена оптимизация ряда внутренних инструментов в плане скорости и эффективного использования системных ресурсов.

Полный список изменений.

>>> Подробности

Всем привет, наткнулся на такую проблему, возникающую только в Хроме.

В общем, существует один сайт, на котором выложены аудиофайлы, по историческим причинам проигрывающиеся в самописном флэш-аудиоплеере, и вряд ли это когда-то изменится. Поскольку этот флэш уже у всех отключен, я написал скрипт для Tampermonkey, который просто заменял флэш-аудиоплееры на встроенные html5, а также следил за очередностью треков и т.п. Так вот, в файрфоксе все работает хорошо. Треки без прелоада (чтобы не загружались автоматически, вдруг кому не надо), кликаешь - небольшая подгрузка первого куска и почти сразу играет, завершился - переходит к следующему, все быстро. А в хроме неожиданно загрузка треков варьируется от такой же быстрой до десятков секунд, причем последнее случается гораздо чаще.

Сделал вторую версию - простоей плеер с плейлистом, на howler.js (надеясь, что авторы как-то по уму обходили подобные особенности браузеров). Что бы вы думали, ничего не поменялось, в хроме проигрывание стартует с огромными задержками, в фф - мгновенно. Немного покопал гитхаб и СО, нашел это обсуждение, но куда копать и что делать - понимания нет. Скажите, вы с таким сталкивались, это вообще известная багофича?

24 сентября команда разработчиков сообщила о выходе очередного релиза Postgresql под номером 13. В новом выпуске основное внимание, среди прочего, было уделено повышению производительности, ускорению внутренних служб обслуживания и упрощению мониторинга базы, а также более надежному контролю доступа к системе.

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

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

Среди нововведений для разработчиков стоит выделить функцию datetime(), преобразующую различные стандартные форматы записи времени во встроенный тип Postgresql; доступную из коробки функцию генерации UUID v4 gen_random_uuid(); нормализацию работы с юникодом; более гибкую систему распределения данных таблицы на связанных сетевых узлах базы с полноценной репликацией на логическом уровне, а также другие изменения в запросах и новых доступных для реплик триггерах.

Контроль доступа к базе заявляется как один из ключевых компонентов системы, и в новой версии в этом плане сделаны большие шаги вперед. Теперь установку расширений к базе может выполнять только привилегированный пользователь (superuser). При этом обычные пользователи самостоятельно смогут устанавливать только те расширения, которые помечены им как надежные, либо небольшое множество расширений, считающихся надежными по умолчанию (например, pgcrypto, tablefunc или hstore). При аутентификации пользователей с помощью механизма SCRAM (при работе через драйвер libpq) теперь требуется «привязка канала», а функция-обертка для сторонних данных postgres_fdw с 13-ой версии поддерживает авторизацию по сертификату.

Примечания к выпуску

Страница загрузки

>>> Подробности

Состоялся релиз каталогизатора, просмотрщика и редактора электронных книг Calible 5.0. Ключевыми изменениями в новой версии стали новая возможность выделения, подсветки и добавления аннотаций к фрагментам текста, а также полный переход на Python 3.

В новом релизе вы можете выделить интересующий вас текст и применить к нему цветовое выделение, а также стили форматирования (подчеркивание, перечеркивание…) и собственные заметки. Вся эта информация будет сохранена в библиотеке Calibre, а в случае EPUB-документов - внутри их самих. Все это работает не только в приложении, но и в браузере.

Кроме этого во всех приложениях Calibre наконец-то добавлена темная тема, причем в Windows и Mac OS она будет работать автоматически, а на Linux для ее активации нужно будет добавить переменную среды CALIBRE_USE_DARK_PALETTE=1.

Calibre 5.0 также расширила возможности поиска по документу, добавив новые режимы, например, выбор поиска слова целиком или поиск по регулярному выражению.

Малозаметным для конечного пользователя, но наиболее трудозатратным стал полный переход на Python 3. Это сделали и разработчики некоторых сторонних расширений, но еще не все. Статус их портирования можно посмотреть в посте на официальном форуме.

>>> Подробности

Недавно наткнулся в youtube на «Замок» Балабанова и вспомнил, что уже сто лет собирался его посмотреть. Посмотрел и обомлел - какая вуду-магия помогла режиссеру изобразить именно то, что было в моей голове во время чтения книги? Лица, интерьеры, голоса, весь антураж вообще.

Но вопрос не в этом. Теперь захотелось еще одной дозы этой безнадеги плюс минус начала 20 века в таких же декорациях, что важно. Поисковики предлагают либо другие фильмы Балабанова, либо другие экранизации Кафки (очень умнО). На ум пока приходит только «Джорджино» и фильмы а-ля «Плоть для Франкенштейна». Помнится, в стародавние времена был у нас в локальном dc-хабе провайдера некто с крутой подборкой таких фильмов, но где ж его теперь найдешь. Может быть, коллективный разум ЛОРа что-то подскажет, а старый «посоветуй-тред» в толксах открепили, поэтому отдельный пост.

Сегодня Google выложила для скачивания новую книгу (верхняя в списке) из серии о проектировании безопасных и надежных систем, и в самой первой главе описан следующий забавный случай из практики компании.

В сентябре 2012 года компания разослала всем сотрудникам в своем кампусе в Сан-Франциско (тысячи человек) письмо. В нем сообщалось, что пароль к Wi-Fi сети, развернутой в циркулирующих по кампусу автобусах, с текущей даты изменен, и вот вам новый.

Для хранения различных паролей и прочих секретных ключей ко внешним и прочим сервисам в Google развернут собственный корпоративный сервис, куда почти одновременно и бросились тысячи человек. Никогда ранее не видавший (и не спроектированный для выдерживания) такого трафика сервис очень скоро прилег. Балансировщик перенаправил поток запросов на второй узел-реплику, но, естественно, прилегла и та.

Умный мониторинг распознал проблему и направил запрос в техподдержку с критичным статусом. Задача теперь легла на дежурного инженера в Нью-Йорке, который впервые в жизни столкнулся с отказом сервиса хранения паролей. Инженер решил просто его перезапустить, но даже не догадывался, что такое действие требует авторизации хардварным ключом (смарт-картой).

Смарт-карты для авторизации потенциально опасных и критичных действий хранятся в сейфах в разных офисах Google по всему миру, но именно в Нью-Йорке этой смарт-карты и не оказалось. Когда перезапуск сервиса завершился ошибкой, дежурный инженер связался со своим коллегой из Австралии, чтобы тот авторизовал перезапуск своей смарт-картой. Но здесь появилась новая проблема: комбинация для открытия сейфа на противоположном конце планеты хранилась как раз в упавшем сервисе, и на память ее не помнили. Но, по счастью, нашелся другой инженер в Сан-Франциско, который помнил шифр к своему сейфу. Он достал смарт-карту, вставил ее в кардридер, но получил ответ «Пароль не может быть считан с защитной карты».

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

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

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

В связи с этим печальным событием пользователям Antergos не стоит беспокоиться за работоспособность своих систем. Новые пакеты из Arch Linux продолжат поступать традиционным образом, а в собственных репозиториях Antergos вскоре появится обновление, отключающее их самих и удаляющее все специфичное для дистрибутива ПО. Часть пакетов уже есть в AUR, так что обновляться их пользователи смогут там. В итоге установка Antergos просто превратится в обычный Arch Linux.

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

Разработчики Antergos благодарят всех, кто пользовался проектом за прошедшие пять лет и считают, что за это время они достигли своей первоначальной цели: сделать Arch Linux доступнее для более широкой аудитории и организовать дружественное сообщество вокруг него.

Согласно статистике проекта, с 2014 года образы дистрибутива скачали почти миллион раз. В списке на сайте DistroWatch Antergos на сегодняшний день занимает 18-ую строчку.

>>> Подробности

Релиз-менеджер легковесной среды рабочего стола XFCE Саймон Штайнбайсс (Simon Steinbeiss) в почтовой рассылке проекта опубликовал планируемый график выхода предварительных и финального выпусков XFCE версии 4.14. Команда разработчиков будет придерживаться традиционной модели выпуска новой версии: сначала будут выложены три пре-релиза, за которыми последует финальная стабильная сборка. Сам график выглядит так:

• 19 мая: 4.14-pre1

• 30 июня: 4.14-pre2

• 28 июля: 4.14-pre3 (если он все-таки не потребуется, то в этот день будет представлен 4.14-final)

• 11 августа: 4.14-final

Если верить краткому плану по задачам на релиз 4.14, то всё уже готово: среда полностью переписана на GTK3 с учетом сохранения совместимости со старыми темами xfwm4, рендеринг через GdkGC заменен на cairo, добавлена поддержка XInput2.

Желающие протестировать текущие сборки могут запустить xfce 4.14 из docker-контейнера. Обратная связь приветствуется!

>>> Подробности

Задача найти бесплатный сервис или selfhosted-приложение для удобного получения rss + обновлений сайтов, у которых нет rss + twitter-лент из аккаунтов или списков + сабреддитов.

В целом достаточно обновления 1 раз в день. Хорошо если есть возможность уведомлений по почте или в мессенджер, отправка в pocket/instapaper. Подойдет и открытое приложение/фреймворк с плагинами для разнородного контента.

Можно просто все собрать в формат rss, как угодно. Вдруг так умеет какой-нибудь ifttt/flow или еще чего. Я совсем не в теме, а сейчас понадобилось. В общем, всем заранее спасибо за советы.

Спустя почти полтора года с момента предыдущего релиза команда разработчиков elementary OS выпустила стабильную версию этой операционной системы под номером 0.4 и с кодовым названием Loki.

elementary OS создана на базе Ubuntu LTS с пользовательской средой собственной разработки Pantheon и достаточно широким набором необходимых приложений. Проект развивает уже ставшая коммерческой компания elementary с тремя разработчиками на зарплате, и в честь большого события ее основатель и ведущий дизайнер организовали видеострим с краткой презентацией.

В частности, они рассказали о том, что предыдущий релиз 0.3 Freya был загружен примерно 1,2 миллиона раз, 73% из загрузок совершались с OS X (macOS) и Windows. Новый релиз включает себя около тысячи исправлений ошибок и 20 нововведений, причем за работу над некоторой функциональностью сторонним разработчикам было выплачено суммарно 8700 долларов.

( Подробности )

>>> Подробности

Ситуация такая. После обновления с неделю назад при загрузке в дефолтную систему Debian Testing в течение полутора минут висит задание:

Start job is running for dev-disk 55b218c76.service

Это мой раздел /home, кроме него есть еще /, по которому File System Check проходит первым и быстро. Больше разделов нет, в том числе нет swap. В fstab все так и написано, uuid я сверял.

По истечение 1:30 появляется сообщение Welcome to emergency mode, хотя привычной строки для ввода пароля root-а после нее нету. Кажется, идет ожидание поднятия сети и все, тишина, на клавиатуру не реагирует.

Заметил в загрузочной консоли сообщения об успешных

[ OK ] Starting File System Check on /dev/by-uuid/... (мой /home )
[ OK ] Mounted /home

Перезагружаюсь, выбираю recovery mode для того же ядра. Здесь загрузка идет быстрее, предложение войти как root и все проверить появляется сразу. Но так или иначе ожидание есть, хотя это может быть ожидание задания

Start job is running for Raise network interfaces

которое, к слову, вновь вернулось месяц назад и оффлайн-загрузка получается долгой. Я не вхожу в режим диагностики (^D), у меня стартует X-сервер и дальше все, как и должно быть.

Сейчас пишу как раз загрузившись в такой recovery-режим.

Сижу на 12.04, уже надоело, поэтому есть вопросы знатокам.

Хочется пересесть на роллинг-релиз, не обязательно bleeding edge. Рассматриваю Arch (на котором протянул полтора года, это было года четыре назад, примерно представляю что это) и Debian Unstable (вот тут нужен совет). Стоит ли вообще рассматривать openSUSE (со всей этой санта-барбарой и очередной продажей фирмы-разработчика) или Fedora с их роллинг (или обычными вариантами)?

Вообще требования такие:

• Большие и поддерживаемые репозитории, отсутствие необходимости пользоваться сторонними репозиториями типа рра или прочих помоек, которые неизвестно кто и до каких пор поддерживает, а софт там имеет разные поломанные зависимости. В дебиане очень большой репозиторий, но известно, что разработчики крайне щепетильны в вопросах лицензий, так что вопрос первый - все ли пакеты вам удавалось найти под дебиан? Есть ли какие-то популярные, но отсутствующие пакеты? Вообще .deb - один из стандартов пакетов, которые авторы приложений обычно собирают на своем сайте для всех желающих, в то время как в aur мне часто встречались пакеты, которые просто распаковывают те же .deb-ы и rpm-ы.
• Понятно, что роллинг и стабильность - две несовместимые вещи, но все же, с чем меньше мороки и что требует меньше вмешательства?
• Понимаю, что вопрос имеет малое отношение именно к этим двум дистрибутивам, но где лучше собирают гном/корицу? Есть ли какие-то дистро-специфические проблемы с этими рабочими средами?
• Действительно ли так важно, что в дебиане разработчики могут сами выпустить патчи (до определенной сложности), если апстрим долго не фиксит свои проблемы?
• Действительно ли «ванильность» пакетов заметно (и отрицательно) сказывается на их производительности в случае Arch?

Что бы вы, основываясь на своем опыте, сегодня выбрали для десктопа?

К радости огромного числа фанатов этой открытой ОС, визуализация обратного отсчета на главной странице официального сайта завершилась, и главные разработчики системы в прямом эфире рассказали о достижениях предыдущего релиза, “Luna”, а также торжественно объявили о релизе версии “Freya”.

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

>>> Подробности

Некто взялся поддерживать детище Филипа Ньюборо Crunchbang, обозвав его Crunchbang++ (автор попросил как-то изменять оригинальное название дистрибутива в случае подобных форков). Пока это проект одного человека, который, как и подсказывал здравый смысл, будет работать над мета-пакетом для Debian Jessie, не забыв добавить новые нескучные обои новую gtk-тему и иконки faenza-crunchbang.