В который раз замечаю, не работают нормально картинки, заливаемые в режиме дневника. Была добавлена одна картинка. При редактировании дневника картинка видна. Когда сохраняешь дневник - картинка исчезает, вместо нее появляется 2 кружочка (переключалки картинок, хотя картинка была одна). При очередном редактировании дневника картинка снова видна в режиме предпросмотра. После публикации новости картинка опять исчезает - появляется 2 кружочка. Сейчас картинка в новости есть, но она не отображается. Размер и формат стандартный, метаданных нет.

Нажимаю «правка» - картинка видна. В самой новости нет.

Если что, картинка была такая: https://ibb.co/dJ0N0Hmm

На площадке Humble Bundle появилась коллекция полезных курсов по разработке игр на движке Godot Engine. Всего в продаже 30 обучающих курсов, каждый из которых актуален на 2025-й год и рассчитан на последнюю версию Godot Engine 4.

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

Источник (ссылка может не открываться в России)

Как это выглядело

Подробности (ссылка может не открываться в России)

Перемещено hobbit из opensource

В моей новости про Adblock, которая была самой обсуждаемой за этот месяц (было 16 страниц обсуждений) - исчезли все комментарии. Теперь под этой новостью вообще закрыты комментарии и нельзя оставить новые. Как по мне, это какое-то форменное неуважение к читателям и комментаторам. Вы запрещаете людям выражать свое мнение. Позор вам за такое поведение.

Была удалена картинка к моей последней новости про KDE.

Также были удалены теги «KDE Gear» и «Приложения».

Картинка была взята отсюда: https://kde.org/

Что не так?

Один товарищ вопрошает, нельзя ли писать новости сначала в черновике, а не делать заготовки. Как правильно подметил другой товарищ - черновика не видно, а перевод больших новостей занимает время. Пока тихонько переводишь в своем черновике - кто-то выкатывает новость раньше тебя - потерянное время. А в случае больших новостей на популярные темы - вероятность не нулевая. Можно «застолбить» новость и в этом разделе, но сюда мало кто заходит. Так что заготовки - это отличная тема и всем хорошо.

Проект ядра Linux не имеет формального плана преемственности на случай ухода Линуса Торвальдса, пишет обозреватель Register Руперт Гудвинс. Торвальдс заявил, что «нет необходимости в формальностях», а переход произойдёт естественным образом благодаря доверию сообщества.

«Следующий великодушный повелитель появится сам собой», — считает Торвальдс.

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

Проект ядра Linux уже сталкивается с проблемами, включая перегруженность сопровождающих, выполняющих «двойную работу: ту, за которую им платят, и работу над ядром Linux», коммерческое давление со стороны таких компаний, как Red Hat, и растущую нагрузку на поддержку из-за автоматизированных отчётов об ошибках. Обсуждение отчёта о ядре Linux, проведённое Джоном Корбетом из LWN.net на саммите Open Source Summit, содержит множество обнадёживающей статистики и весьма откровенный анализ долгосрочных проблем проекта. Это консервативное сообщество не склонно к риску, что, безусловно, хорошо, но это также затрудняет необходимые инновации, такие как переход на Rust. Гудвинс считает, что это делает проект уязвимым.

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

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

«Надежда, как говорится, не стратегия», — заключает Гудвинс.

В конце декабря 2024 года организация Linux Foundation опубликовала финансовый отчёт за 2024 год. В Linux Foundation отметили, что доля затрат, связанных с разработкой ядра Linux, в общем объёме расходов снизилась с 2.9% в 2023 году до 2.3%. В 2022 этот показатель составлял 3.2%, в 2021 году — 3.4%. На разработку ядра Linux в 2024 году было израсходовано $6.8 млн, что на $1 млн меньше, чем в 2023 году и на $1.4 млн меньше, чем в 2022 году.

27 июля 2025 года Линус Торвальдс представил первый стабильный релиз ядра Linux 6.16 под кодовым названием Baby Opossum Posse. Позднее он отверг изменения архитектуры RISC‑V для кода ядра Linux 6.17 со словами «no f%^5ing clue» и «Garbage».

Весной этого года Торвальдс в сорокаминутном интервью инженеру-программисту GitHub Тейлору Блау рассказал о развитии проекта Git за 20 лет, своём вкладе в это решение и своих любимых командах в Git.

Подробности

Перемещено hobbit из linux-general

В очередной раз Dimez сносит новость с пометкой «FUD». Что за бред вообще?

www.linux.org.ru/forum/talks/18049145

Новость была взята отсюда.

https://habr.com/ru/news/936382/

Вот живешь себе спокойно, честно зарабатываешь на хлеб в поте лица... А кто-то живет не так чтобы спокойно, но очень даже весело. Зачем работать на одной работе, когда можно «работать» на двух, трех или даже пяти работах? И с каждой получать по полноценной зарплате! Такой философии придерживается новое IT-движение «осознанные меркантилы». Их девиз: «минимальная отдача» и «выжимать из компании максимум». В идеале полная имитация деятельности. Как я понимаю, если руководитель не совсем идиот, то надолго такие товарищи в компании не задерживаются. Но все зависит от степени хитрожопости, конечно.

https://habr.com/ru/articles/933686/

Кто сталкивался? Может вы и сами немножко «осознанный меркантил», либо приходилось бороться с такими?

Lumo - это новый и полностью свободный AI от создателей ProtonMail и ProtonVPN.

В отличии от существующих AI-моделей, новый искусственный интеллект Lumo был спроектирован разработчиками CERN и Proton с заботой о конфиденциальности пользователей. Это означает, что Lumo не собирает, не хранит и не продает личные данные пользователей, а также не использует их для тренировки AI-модели. Lumo не ведет никаких логов и все ваши данные остаются под вашим контролем.

Основные преимущества Lumo:

• Никаких логов.

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

• Шифрование с нулевым доступом.

  Ваши чаты хранятся с использованием нашего проверенного шифрования с нулевым доступом, так что даже мы не можем их прочитать, аналогично другим сервисам Proton, таким как Proton Mail, Proton Drive и Proton Pass. Наше шифрование является открытым исходным кодом и пользуется доверием более 100 миллионов людей для защиты их данных.

• Без передачи данных.

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

• Не используется для обучения AI.

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

• Открытая модель.

  Lumo основан на открытых языковых моделях и работает из европейских дата-центров Proton. Это обеспечивает гораздо большую прозрачность в том, как работает Lumo, по сравнению с любым другим крупным AI-ассистентом. В отличие от Apple Intelligence и других, Lumo не является партнерством с OpenAI или другими американскими или китайскими компаниями AI, и ваши запросы никогда не отправляются третьим сторонам. Наша исследовательская и развивающая деятельность будет сосредоточена на открытых моделях, которые мы будем постоянно улучшать и дополнять.

Особые возможности Lumo:

• Режим призрака.

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

• Поиск в интернете.

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

• Загрузка файлов.

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

• Интеграция с Proton Drive.

  Вы можете легко добавлять файлы со сквозным шифрованием из вашего Proton Drive в чаты с Lumo.

Начало использования:

Начать использовать Lumo можно бесплатно и прямо сейчас, в т.ч. без аккаунта Proton. При наличии аккаунта Proton вы сможете сохранять свою историю чатов, которая хранится в зашифрованном виде и доступна на любом из ваших устройств.

Lumo также доступен для устройств Android или iPhone, что позволяет быстро общаться на ходу. Если вы войдете в систему, ваша защищенная история чатов будет доступна вам в приложении.

Платная подписка Lumo Plus позволяет получить доступ к премиум-функциям и неограниченному количеству запросов.

Подробности

Перемещено hobbit из opensource

В связи с постоянными отключениями интернета по всей России появилась вот такая актуальная и полезная статья. Мне кажется, грядет новая эпоха, и скоро mesh-сети превратятся из гиковских развлечений в средство первой необходимости. Из статьи подчистил все, что может не пройти по правилам этого сайта...

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

Что такое Meshtastic и что он позволяет делать:

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

В Meshtastic все пользовательские устройства, использующие один и тот же радиочастотный диапазон и предустановку модема и находящиеся в общей зоне покрытия, автоматически формируют сеть. При этом каждый узел может ретранслировать сообщения других, что расширяет зону покрытия. В некоторых городах США и Европы энтузиасты с помощью Meshtastic построили сети, покрывающие десятки процентов городского пространства. В России тоже есть свои сообщества пользователей Meshtastic — в крупных городах вроде Москвы, Санкт-Петербурга, Екатеринбурга, Новосибирска и Нижнего Новгорода. Но мы не знаем, какое там покрытие мэш-сетями.

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

Какие есть ограничения в Meshtastic:

Meshtastic — это программная реализация мэш-сети поверх физического канала передачи данных LoRa (Long Range). LoRa — технология модуляции радиосигнала, которая определяет способ кодирования и передачи данных по радиоканалу. Meshtastic же отвечает за формирование пакетов, маршрутизацию и ретрансляцию сообщений между узлами.

LoRa использует нелицензируемые радиочастотные диапазоны 433 МГц, 868 МГц и 915 МГц. В России Государственная комиссия по радиочастотам разрешает использовать первые два без оформления специального разрешения и абсолютно бесплатно. Эти же частоты используются в европейских странах. Причем, как и в России, там чаще всего используют частоту 868 МГц.

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

Кроме того, скорость передачи данных в сети очень низкая. Она не будет превышать пары килобит в секунду (гораздо медленнее, чем даже в dial-up модемах). Поэтому на отправку или получение одного текстового сообщения может уходить несколько секунд.

Шифрование сообщений в Meshtastic:

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

• Личные сообщения с прошлого года шифруются и подписываются с использованием асимметричной криптографии и уникальных ключей, генерируемых на каждом пользовательском устройстве. Это обеспечивает не только конфиденциальность, но и аутентичность сообщений.
• Переписка в приватных групповых чатах защищена сильной симметричной криптографией (AES-256) — все члены такой группы используют один и тот же заранее обговоренный ими пароль.
• В общедоступном канале сообщения также шифруются AES-256, но по умолчанию используется один и тот же заранее предустановленный пароль для всех устройств Meshtastic. При желании его тоже можно поменять, заранее договорившись с участниками вашей мэш-сети. Но тогда новичкам будет гораздо сложнее.

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

Какие устройства надо приобрести для использования Meshtastic:

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

• Полностью автономные устройства со встроенной клавиатурой (внешне похожие на телефоны BlackBerry).
• Компактные устройства, которые надо подключать к своему телефону по Bluetooth и не забывать регулярно заряжать. Внешне они могут быть похожи и на миниатюрные рации, и на брелоки, и даже на кредитную карту.
• DIY-наборы из разных плат и антенн.

Особняком стоит Heltec MeshPocket. Формально он относится ко второй категории — но это еще и пауэрбанк. В повседневной жизни его можно использовать исключительно для зарядки своего телефона. Тогда во время внезапного отключения мобильной связи это Meshtastic-устройство с большей вероятностью окажется у вас под рукой и не будет полностью разряжено.

Список всех устройств, работающих с Meshtastic, можно найти на странице, посвященной их перепрошивке. Для этого нажмите на кнопку «Select Target Device». Некоторые устройства Meshtastic жители России могут заказать на AliExpress. Все они относительно недорогие — стоят, как правило, от двух тысяч до десяти тысяч рублей. Еще раз напомним, что для использования в России вам нужно выбирать устройства, работающие на частоте 868 МГц.

На что еще способны эти устройства:

Meshtastic — это открытая платформа. И экспериментаторы постоянно пытаются расширить стандартный функционал таких мэш-сетей.

• В Meshtastic запускали старомодную систему обмена сообщениями BBS (bulletin-board system). В качестве сервера можно использовать даже Raspberry Pi Zero.
• Разработчики из канадской компании Akita Engineering приспособили Meshtastic для передачи обычных файлов, голосовых сообщений и подобия электронных писем. Научились использовать эту мэш-сеть для общения через IRC-клиенты и передачи файлов через InterPlanetary File System (IPFS).

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

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

https://ru.wikipedia.org/wiki/Meshtastic

https://meshtastic.org/

Многие обвиняют Microsoft в намеренном использовании сложных форматов файлов как тактики для привязки пользователей к Microsoft Office, что затрудняет использование альтернатив с открытым исходным кодом, таких как LibreOffice. Теперь Microsoft заблокировала разработчика LibreOffice, Майка Каганского, от использования своих услуг, сославшись на «деятельность, нарушающую их соглашение об услугах».

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

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

Поэтому он решил подать апелляцию, процесс, который позже заставил его назвать Редмонд «жалко некомпетентным в ИТ». Автоматизированная система запросила его номер телефона, который он предоставил, только чтобы получить сообщение об ошибке «Попробуйте другой метод».

Проблема заключалась в том, что другого метода не было предложено. Затем он решил обратиться в службу поддержки Microsoft напрямую. После некоторых поисков он нашел ссылку для связи с командой, и там была кнопка с просьбой «Войти, чтобы обратиться в поддержку».

Теперь вы можете подумать: «Подождите, как он должен войти, чтобы обратиться в поддержку, если его проблема в том, что он не может войти в первую очередь?»

Как сам Майк выразился:

Да, вы правы. «Вот страница, где мы обсуждаем проблемы с входом. Вы пробовали наши предложения из FAQ? Вы все еще не можете войти? Не проблема! Свяжитесь с нашей службой поддержки, и мы решим вашу проблему за минуту! Но сначала, пожалуйста, войдите, чтобы продолжить.»

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

Он еще не восстановил свой аккаунт. Что касается письма, которое он пытался отправить, позже он смог использовать Gmail, и оно прошло без проблем. Если вам интересно, вы можете прочитать полное письмо и увидеть, нарушает ли оно соглашение об услугах Microsoft.

Майк не единственный, у кого недавно заблокировали аккаунт, и, похоже, нет способа его восстановить. 17 числа прошлого месяца пользователь Reddit u/deus03690 поделился, как Microsoft заблокировала его аккаунт, который, среди прочего, содержал 30 лет «незаменимых фотографий и работ» на OneDrive.

Их апелляция, как и у Майка, пока не принесла результатов. Пользователь сообщил, что Microsoft связалась с ним через 10 дней, попросив заполнить форму восстановления и пообещав помочь «на каждом этапе», но с тех пор тишина.

Подробности

Перемещено maxcom из linux-general

В России предлагается ввести «цифровой профиль молодого человека».

Все яйца в одной корзине. Вся жизнь в цифре.

Председатель Комитета Госдумы по молодежной политике Артем Метелев предложил создать в России новый сервис - «Цифровой профиль молодого человека». По замыслу депутата, он объединит социальную, профессиональную и образовательную жизнь молодежи, а заодно избавит от крючкотворства и лишних бумаг.

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

«Одна из национальных целей нашей страны - это раскрытие потенциала каждого человека, формирование социально ответственной, гармоничной, патриотической личности каждого человека. Молодых людей в нашей стране - 35 млн. И очень часто молодые люди, они просто не знают о тех возможностях, которые есть», - заявил Метелев.

В Комитете по молодежной политике добавили, что на основе данных об образовании, трудоустройстве, интересах, деятельности молодого человека (спортивной, культурной и других сферах) система сможет предлагать релевантные варианты обучения, стажировки, гранты, работу и многое другое.

Метелев подчеркивает, что всё это будет доступно – и во многом уже реализовано – через мобильные приложения, например: в электронном дневнике школьника, в электронном портфолио, в электронном студенческом билете (который появится у всех).

Так как все цифровые документы будут собраны по принципу «одного окна», впоследствии не придется отдельно собирать справки для поступления, трудоустройства или соцподдержки.

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

Первый экспертный совет Комитета по молодежной политике на тему цифрового профиля прошел 18 июля. До конца года планируется доработать предложения и продолжить обсуждение на площадке Госдумы.

Эксперты рассказали, чем теперь грозит передача аккаунтов и всякие подобные практики.

Похоже, славная традиция выкладывания паролей на ЛОРе тоже подпадает...

Кто в зоне риска:

В России готовятся принять закон, который может кардинально изменить цифровые практики — в том числе распространённые в геймерском мире и среди фрилансеров. Об этом пишет «Ъ» со ссылкой на опрошенных им экспертов и представителей онлайн-площадок.

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

Платформа FunPay уже объявила о закрытии разделов, связанных с передачей игровых аккаунтов. Пользователи там зарабатывали на продаже внутриигровых ресурсов и прокачке персонажей. Причина — опасения, что банки откажутся проводить платежи, а сама деятельность будет признана незаконной.

Аналогичные риски озвучили и в PayHolder: компания готова прекратить способ оплаты через авторизацию в личном кабинете. Предусматриваются альтернативы — инвойсы, реквизиты, удалённый доступ. Однако удобство и безопасность теряются, а юрисдикция — зарубежная.

Правозащитники считают, что видеоигры напрямую не затрагиваются: речь в тексте идёт о VPN и логинах к заблокированным сервисам. Но из-за «перестраховки» банков, для которых такие транзакции станут «серыми», игровую отрасль могут ждать непростые времена.

Партнёр Comply Максим Али уточняет: чтобы оштрафовать пользователя, нужно доказать неправомерность передачи и наличие жалобы от платформы. Однако посредники, где размещаются объявления, уже под угрозой — именно они рискуют стать объектом регулирования.

Над кем нависла наибольшая угроза — это платформы доступа к Adobe, ChatGPT, Midjourney, Spotify. Ученые, креаторы, геймеры и фрилансеры могут остаться без инструмента работы — из-за запрета на покупку чужих учёток. Поправки могут разрушить десятки бизнес-моделей. Расплывчатость и нечёткость формулировок в новых поправках создаёт большие риски.

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

Вроде смотрю никто не пишет про Plasma Bigscreen, так что начал новость постепенно переводить, пока в черновиках, если что. Где-то завтра-послезавтра опубликую. Похоже, ждет нас первый полноценный аналог Android TV, выглядит как серьезный проект.

Тихо и незаметно приземлился телеграмчик в лоно своих хозяев...

Кто там до последнего фантазировал, что свободный и независимый Пашка с нашими чекистами ни-ни? :)

https://habr.com/ru/news/928700/

Некто товарищ CrX высказал недовольство манерой написания моих новостей.

А именно:

1. Более живой манерой подачи, чем прямой сухой перевод. Причем, так делал практически всегда и во многих новостях (которые переводил сам). Никогда проблем и вопросов не возникало. Я понимаю, что есть люди, которые ходят в серых корпоративных костюмах, с вечно постным лицом, едят на завтрак, обед и ужин одно и то же, и привыкли ставить всех по стойке смирно... Но со стороны такие люди и их повадки выглядят крайне нездорово. И такими людьми не хочется быть.

2. Человек не понял смысл простой фразы (как вообще это можно не понять?) и обвинил в использовании переводчика. Только что зашел в Google Translator, вбил этот отрывок текста, и получил совершенно неадекватный перевод.

Оригинал:

Following a stalled start, a renewed effort is underway to build-out the ideas behind KISS, finish the codebase, and improve what it does and the way in which it does it.

Google Translator:

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

https://ibb.co/jk5VtFLV

И как после этого трактовать обвинения?

Если вам доводилось распаковывать свежий горячий ноутбук с Windows или MacOS, скорее всего, вы сталкивались с элегантной, пошаговой настройкой, которая проводит вас через создание аккаунта, настройки языка, часового пояса и т.п.

Большинство дистрибутивов Linux на базе KDE поддерживает создание пользователей через инсталлятор Calamares, который имеет режим OEM для производителей железа, позволяющий делегировать настройки при первом запуске. Хотя это и работает, но не так гладко, как начальная настройка в Windows, MacOS или даже GNOME.

Но времена меняются! Инструмент KDE Initial System Setup (KISS) был создан для улучшения этого процесса. После неудачного старта начата новая работа по развитию идей, лежащих в основе KISS, завершению кодовой базы и улучшению функциональности и юзабилити.

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

В новом обновлении KISS:

• Теперь он работает и компилируется.
• Багфиксы, чистка кода и полировка интерфейса.
• Создание аккаунта пользователя теперь работает.
• Реализован выбор языка и раскладки клавиатуры.

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

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

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

Скриншот на LOR

Видеопревью

Подробности

Перемещено dataman из kde

Очередная дискуссия между Линусом Торвальсом и Кентом Оверстритом (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.

Подробности

Перемещено dataman из kernel

Предлагаю перенести новость в «новости».

Canonical пожертвует 120000$ на проекты с открытым исходным кодом

В связи с тем, что это не новость о намерениях. :)

За июнь 10 килобаксов было отсыпано.

Проверять можно здесь.

https://thanks.dev/r/canonical

Неделю назад было 20000$.

Компания Canonical объявила о намерении пожертвовать 120000$ разработчикам ПО с открытым исходным кодом на GitHub в течение следующих 12 месяцев.

Создатели Ubuntu заявляют, что по 10000$ в месяц будут распределены между небольшими проектами с открытым исходным кодом (инструменты, библиотеки, зависимости и т.п.), на которые разработчики Canonical полагаются для разработки, исправления, настройки и поддержки собственных приложений, сервисов и веб-сайтов компании.

Поддержка инициативы осуществляется с помощью платформы thanks.dev. Платформа анализирует код Canonical на GitHub, чтобы определить внешние проекты, библиотеки и инструменты, код которых используется, при этом средства распределяются в зависимости от частоты использования зависимости.

С момента запуска в апреле Canonical уже открыла свои кошельки для более чем 350 проектов на GitHub, на которые она полагается в своей деятельности, начиная от линтеров и проверок покрытия до помощников по коду - такие как coverage.py, Pallets Project и разработчик приложений для macOS Sindre Sorhus уже получили выгоду.

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

Как отмечает Бен Хойт из Canonical в описании инициативы:

Хотя очень немногие разработчики с открытым исходным кодом делают это ради денег, чувство признания, знание о том, что кто-то заботится о тебе достаточно, чтобы это показать, имеет реальное значение для создателя ПО с открытым исходным кодом.

Платформа thanks.dev берет 5% комиссии за свою работу: анализируя деревья зависимостей (до трех уровней глубины), чтобы идентифицировать разработчиков. Бен Хойт говорит, что Canonical скорректировала веса пожертвований на уровне языков программирования, чтобы лучше отразить их использование.

Canonical не новичок в финансировании проектов с открытым исходным кодом, но обычно они поддерживают крупные проекты: Eclipse Foundation, Cloud Native Computing Foundation (CNCF), Gnome.

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

И это делает инициативу Canonical замечательной.

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

Подробности

Перемещено hobbit из opensource