Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Разработчик GNOME Calendar обвинил Linux Mint в игнорировании проблемы с устаревшим пакетом

19.07.2026 10:51 (MSK)

Один из разработчиков GNOME Calendar (Hari Rana) вынес на публику конфликт с сопровождающим пакет в дистрибутиве Linux Mint. Конфликт обусловлен тем, что в Linux Mint поставляется пакет с изменённой устаревшей версией GNOME Calendar. Несмотря на наличие специфичных изменений, приложение поставляется под именем GNOME Calendar, из-за чего у пользователей возникает впечатление об использовании оригинального проекта.

В варианте GNOME Calendar от Linux Mint остаются неисправленными некоторые ошибки и пользователи регулярно обращаются по этому поводу к основным разработчикам GNOME Calendar, считая, что они ответственны за возникающие проблемы. На странице "About" в приложении сохранены контактные данные основного проекта и пользователи направляют уведомления о проблемах напрямую разработчикам GNOME Calendar, при том, что описываемые проблемы либо уже исправлены в актуальных версиях GNOME Calendar, либо вызваны изменениями, внесёнными сопровождающим пакет в Linux Mint.

Девять месяцев назад один из ключевых разработчиков GNOME Calendar создал тикет в трекере ошибок Linux Mint, в котором попросил сопровождающего пакет с GNOME Calendar удалить все ссылки, указывающие на основной проект, и выполнить ребрендинг, заменив пиктограмму приложения. Шесть месяцев запрос оставался без ответа, и после напоминания о его существовании, сопровождающий пакет в Linux Mint попросил уточнить, о каких именно проблемных изменениях речь. Он также подчеркнул, что в поддерживаемых ветках Linux Mint и LMDE используются пакеты, импортированные из Ubuntu 24.04 LTS и Debian 13, и соответствующие поставляемым в этих дистрибутивах версиям GNOME 46 и 48.

Разработчик GNOME Calendar пояснил, что у него нет времени анализировать изменения в пакете из Linux Mint и удаление отдельных изменений не решит проблему, так как пакет на базе GNOME 46 и 48 сильно отстаёт от актуальной версии. По его мнению проблему можно решить удалив пакет или проведя ребрендинг форка и удалив все ссылки, указывающие на GNOME.

Сопровождающий пакет ответил, что дополнительно проверил все специфичные для Linux Mint изменения и не выявил в них проблем. Он также указал, что пакеты с устаревшей версией GNOME Calendar из Ubuntu 24.04 LTS и Debian 13 используют миллионы пользователей и уточнил, не собирается ли разработчик потребовать у Debian и Ubuntu прекратить поставку их пакетов.

Разработчик GNOME Calendar ответил, что речь не столько об исправлении изменений, сколько о том, что Linux Mint поставляет проблемные версии GNOME Calendar, вынуждающие пользователей отправлять отчёты об ошибках в основной проект. И речь не о пакетах из Debian Stable или Ubuntu LTS, а о пакете из Linux Mint и о жалобах, поступающих именно от пользователей Linux Mint, а не от пользователей Debian и Ubuntu. Если бы жалобы отправлялись пользователями пакетов Debian и Ubuntu, то аналогичная просьба была бы направлена этим проектам.

Сопровождающий пакет в Linux Mint написал, что разница в пакетах из Debian/Ubuntu и пакетом из Linux Mint лишь в некоторых дополнительных исправлениях, и поставляя в дистрибутиве GNOME 46 он никаким образом не может обновить GNOME Calendar до состояния из GNOME 50. Удалив специфичный для Linux Mint пакет пользователи получат ещё более проблемную версию, но уже из репозитория Ubuntu 24.04 LTS, также основанную на GNOME 46, но без исправлений ошибок, добавленных сопровождающим пакет в Linux Mint. Поэтому единственная возможность блокировать поставку в Linux Mint и LMDE устаревших версий GNOME Calendar - это удалить пакет из Ubuntu 24.04 LTS и Debian 13, иначе эти версии всё равно установятся из репозиториев этих дистрибутивов.

Один из участников дискуссии предложил решить проблему, добавив поле с версией GNOME Calendar в шаблон заполнения отчёта об ошибках, что позволило бы сразу закрывать запросы, связанные с устаревшими версиями. Разработчик GNOME Calendar написал, что поступление жалоб не ограничивается официальной формой отправки отчётов об ошибках, и многие пользователи сообщают о проблемах через социальные сети, Matrix-чат и прочие каналы связи. В ответ сопровождающий пакет задал вопрос - причём тогда здесь удаление ссылок в диалоге "About" о которых изначально шла речь, когда разработчик просто не желает, чтобы пользователи запускали старые версии.

После этого сопровождающий закрыл тикет, пояснив, что удаление ссылок в диалоге "About" лишь решит вопрос в краткосрочной перспективе, но не устранит системную проблему с поставкой устаревших версий в LTS-дистрибутивах. Кроме того, подобное изменение тогда нужно вносить и в Debian с Ubuntu, так как нет никаких причин, по которым проблема может затрагивать только Mint, но не проявляться в Ubuntu и Debian. Лицензия на код GNOME Calendar допускает неограниченное распространение программы и для запрета поставки старых версий необходим переход на несвободную лицензию.

Разработчик GNOME Calendar остался при своём мнении и опубликовал статью с критикой поставки старой версии в Linux Mint, в которой упомянул, что Linux Mint перекладывает на разработчиков GNOME Calendar ответственность за ошибки и, вероятно, нарушает товарный знак GNOME, распространяя неподдерживаемые сборки, но преподнося их как поддерживаемые основным проектом и вводя пользователей в заблуждение, чтобы самостоятельно не заниматься их поддержкой.

  1. Главная ссылка к новости (https://tesk.page/2026/07/18/h...)
  2. OpenNews: Нарушение авторского права в хранителе экрана GNOME и производных проектах
  3. OpenNews: Конфликт из-за поставки устаревшей версии XScreenSaver в Debian
  4. OpenNews: Debian перешёл на поставку урезанного варианта менеджера паролей KeePassXC
  5. OpenNews: Проекту Fedora пригрозили иском из-за поставки сбойного flatpak-пакета с OBS Studio
  6. OpenNews: OBS Studio и Fedora урегулировали конфликт
Лицензия: CC BY 3.0
Наводку на новость прислал Аноним
Короткая ссылка: https://opennet.ru/65930-linuxmint
Ключевые слова: linuxmint, gnome, license
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (198) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:56, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    А в чём проблема? У пользователей минта некроверсия, отвечай -- обновитесь. Их дистрибутив их выбор.
     
     
  • 2.3, Аноним (3), 11:05, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Заманало отвечать на такие багрепорты, может быть. Хотя сомневаюсь что их за все время было хоть какое то внушительное количество.
     
     
  • 3.9, Аноним (1), 11:12, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Именно. Тут какие-то личные заморочки, ну, все мы знаем, кто разрабатывает гном. Но выбор между этими и китайцеиндусами кед.
     
     
  • 4.65, Аноним (-), 13:16, 19/07/2026 Скрыто ботом-модератором     [к модератору]
  • +4 +/
     
  • 4.66, Аноним (66), 13:16, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Разработчик GNOME Calendar пояснил, что у него нет времени анализировать

    Гномер сам сознался, что он не разбирался в ситуации и не понимает, что вообще происходит.

     
     
  • 5.108, HotR (?), 15:51, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы хоть статью прочитайте сначала и логику включите.
     
     
  • 6.176, Аноним (176), 23:36, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так да. Не разбирался.
     
  • 5.209, Аноним (209), 11:43, 20/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.231, Аноним (231), 18:48, 20/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.31, анони (?), 11:50, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Этот крендель выпускает новую версию, прибитую гвоздями к новому гному, и хочет, чтобы его поделку обновили. Получается надо обновлять весь гном из-за какого-то календаря? Пофиксить же старую версию оно не может, оно слишком занято cpaчами в багтрекере.
     
     
  • 4.73, Аноним (73), 14:00, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Он хочет, чтобы если "его поделку" не обновляют, то чтобы убрали инфу о его ответственности за предоставляемый старый пакет "неподелки". А мэйнтэйнер решил притвориться шлангом и перевести стрелки на Ubuntu/Debian.
    Ему прямо говорят «Ко мне приходят с жалобами пользователи твоего дистрибутива, а не Ubuntu и Debian. Выпили инфу, что по проблемам с календарём этим идти ко мне, потому что у меня есть обновлённая версия, которую ты пока не впиливаешь себе.»
     
     
  • 5.84, анони (?), 14:25, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну да, обновить весь гном из-за календаря, потратить херову тонну времени и сил на тестирование, и всё это из-за неадекватов, которые разрабатывают только в одной текущей ветке, и у которых одна актуальная версия
     
     
  • 6.91, Аноним (-), 14:40, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    если ты не хочешь обновлять калькулятор, то не ной, что в нем что то не работает

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

    если не нравятся эти варианты - выпили из реп этот софт

    вроде все просто

     
     
  • 7.116, Аноним (-), 16:13, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > от абанти и добиана нет репортов

    Это если причины не идеологические.

    > если не нравятся эти варианты - выпили из реп этот софт

    Это опенсоурс, тут никто ничего никому не должен.

     
     
  • 8.132, Аноним (-), 17:37, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это какие такие идеологические прчины не слать багрепорты есть у пользователей т... большой текст свёрнут, показать
     
     
  • 9.140, Аноним (140), 18:13, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    интересно, почему тогда в mpl есть пункт о них Наверное просто юристы мозиллы н... текст свёрнут, показать
     
     
  • 10.142, Аноним (140), 18:16, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    и да, я так спешил ответить, что назвал календарь калькулятором... текст свёрнут, показать
     
     
  • 11.143, Аноним (-), 18:17, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не парься, я тоже так сделал ... текст свёрнут, показать
     
  • 10.144, Аноним (-), 18:26, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    специально для любителей вот такой вот чушью пострадать дак это же хорошо при во... большой текст свёрнут, показать
     
     
  • 11.148, Аноним (140), 19:36, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    да не хорошо это, потому что нет никакого разраба айсвисла Есть мэнтейнер, ес... большой текст свёрнут, показать
     
     
  • 12.149, Аноним (-), 19:50, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    берешь и используешь пакет от того, кто есть - от оригинального разработчика ори... большой текст свёрнут, показать
     
     
  • 13.154, Аноним (140), 21:25, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    и таких пакетов не один, каждый по своему уникальный и со своим ворохом проблем ... большой текст свёрнут, показать
     
     
  • 14.164, Аноним (-), 21:56, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    да хоть сто миллионов тысяч, это не имеет значения, в нормальной системе софт пр... большой текст свёрнут, показать
     
     
  • 15.203, Аноним (203), 10:30, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    и не работает Например потому что кто-то забыл докинуть нужные библиотеки в арх... большой текст свёрнут, показать
     
  • 6.129, morphe (?), 17:28, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ему кто-то платит за LTS релизы и их поддержку? Неадекваты это те кто сидят на LTS дистрибутивах и считают что им все разработчики должны портировать свой код под старые библиотеки
     
  • 6.191, Vladjmir (ok), 07:18, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    С каких это пор весь Гном нужно обновлять из-за одного приложения? Или там имеет место мажорный переход с GTK3 на GTK4? Может, тогда нужно поставлять пакет во flatpak'е?
     
  • 5.120, freehck (ok), 16:40, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ему прямо говорят «Ко мне приходят с жалобами пользователи твоего дистрибутива, а не Ubuntu и Debian...

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

    К нему идут именно из Mint-а потому, что Mint популярен. Фактически, Mint вообще-то оказывает ему услугу, ибо без Mint-а у него просто было бы сильно меньше пользователей.

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

     
     
  • 6.145, Аноним (-), 18:41, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну давай да, порассказывай, кому что делать и как жить надо критерии нормальност... большой текст свёрнут, показать
     
  • 5.146, Аноним (146), 18:45, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Он хочет, чтобы если "его поделку" не обновляют, то чтобы убрали инфу о его ответственности за предоставляемый старый пакет "неподелки".

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

    Прочитай обсуждение. У персонажа менталитет на уровне ребенка:

    https://gitlab.com/linuxmint/pins/mint/gnome-calendar/-/work_items/1

     
  • 4.119, freehck (ok), 16:34, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не факт, что это возможно Как уже неоднократно обсуждалось, у GNOME во-первых н... большой текст свёрнут, показать
     
     
  • 5.130, morphe (?), 17:30, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Но виноват в этом, конечно же, Mint. =)

    Mint виноват в том что не следует циклу разработки гнома и как ты сам и сказал поставляют неподдерживаемую самим гномом версию

    А если гном в дистрибутиве вечно старый и корявый - то может его просто не поставлять вместе с дистрибутивом?

     
     
  • 6.131, freehck (ok), 17:32, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А если гном в дистрибутиве вечно старый и корявый - то может его просто не поставлять вместе с дистрибутивом?

    А вот этот тезис я — целиком и полностью поддерживаю.
    Всё RedHat-овское "добро" проблем создаёт больше, нежели от него пользы.

     
  • 3.34, iPony128052 (?), 11:57, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде бота просто создать?

    Если нет версии, то спросить.
    Если есть старая версия, то закрыть.

     
  • 2.160, EuPhobos (ok), 21:44, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А в чём проблема? У пользователей минта некроверсия, отвечай -- обновитесь. Их дистрибутив их выбор.

    Вот в чём:
    About Me
    Welcome to my personal website! My name is Hari Rana (pronounced as Harry). I’m a 24-year-old transgender developer and content writer from Montréal, Canada, and use any/all pronouns.

    Это просто обиженная.. обижанный.. обиженнОЕ.. тьфу! В общем очередной душевнобольной человек.

     

     ....большая нить свёрнута, показать (33)

  • 1.5, Аноним (5), 11:06, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –27 +/
    Вот именно поэтому флатпаки единственная правильная модель дистрибуции по для десктопа, хоть и не без своих недостатков
     
     
  • 2.8, Аноним (8), 11:09, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Единственная правильная модель дистрибуции для десктопа — HPKG. На втором месте BSD pkg. Остальное — разные степени костылей и недоработанности.
     
     
  • 3.12, sunjob (ok), 11:14, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    день добрый!
    вопрос: чем хайковский/bsd пакет так правильно хорош, что лучше в 100 раз?
    - обычных пакетов (устанавливающих файлы в стандартное дерево)
    - appimage - пакетов
    спасибо
     
     
  • 4.79, Dependency hater (?), 14:20, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чем хайковский/bsd пакет так правильно хорош, что лучше в 100 раз?
    >обычных пакетов

    Всем. Обычные пакеты, это не приложения которые устанавливаются в ОС, а кусок среза конкретной версии дистрибутива, который устанавливается только в конкретную версию дистра, только онлайн и создают тонны dependency hell.

    > appimage - пакетов

    Тем что является дефолтным стандартом, а не опцией которой пользуются 20% разрабов

     
     
  • 5.82, Dependency hater (?), 14:23, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Обычные пакеты, это не приложения которые устанавливаются в ОС, а кусок среза конкретной версии дистрибутива, который устанавливается только в конкретную версию дистра, только онлайн и создают тонны dependency hell.

    И которые создают ситуацию, где у тебя на выбор 2 стула: lts система в которую ставится только софт 3 летней давности, либо ролинг релиз в котором софт только текущей версии, а не нужной тебе и система которую надо обновлять каждые несколько дней и мейнтейнить, иначе развалится

     
     
  • 6.118, q (ok), 16:17, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Любопытно, что ты так и не ответил на вопрос, чем hpkg/bsd-хренотень лучше классических дистрибутивных пакетов, appimage и флатпака. Ты можешь сколько угодно перечислять минусы -- они есть везде. Позитивная повестка есть какая-нибудь? Хотя бы одну проблему hpkg/bsd-хренотень решает? Чем они принципиально отличаются от всего остального?
     
     
  • 7.122, Dependency hater (?), 16:47, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ответил, очевидно отсутствием этих минусов Что угодно лучше чем классические ди... большой текст свёрнут, показать
     
     
  • 8.125, q (ok), 17:01, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То, что ты не в курсе про минусы, не значит, что их нет Если он лучше, то нах н... большой текст свёрнут, показать
     
     
  • 9.133, Dependency hater (?), 17:49, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты юзер ОС то ты хочешь изично скачать себе софт, поставить его и пользоват... большой текст свёрнут, показать
     
  • 9.137, Аноним (137), 18:05, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не буду касаться недостатков самого флэтпака, скажу лишь, что в нём большое коли... текст свёрнут, показать
     
     
  • 10.168, Аноним (168), 22:54, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Формат пакетов вообще не имеет значения Linux создан по подобию Unix, а Unix пр... текст свёрнут, показать
     
     
  • 11.182, Dependency hater (?), 04:19, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Приятно видеть что линуксоиды начали признаваить что линукс-дистры это не ОС... текст свёрнут, показать
     
  • 10.233, Аноним (233), 22:40, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На данный момент недостаток Flatpak, в том что они блокируются Cdn и Cisco, о ка... текст свёрнут, показать
     
  • 5.86, q (ok), 14:28, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Нихрена не объяснил, зато как грудь выпятил!

    > устанавливается только в конкретную версию дистра

    В большинстве случаев это вранье. Куча проектов на гитхабе дают свои deb/rpm, никак не указывая дистр. Как ни странно, даже при всех различиях, типичный "дистронезависимый" сторонний rpm прекрасно установится в любой rpm-дистр.

    > создают тонны dependency hell

    Нихрена не создают.

    > Тем что является дефолтным стандартом, а не опцией которой пользуются 20% разрабов

    У тебя спрашивали технические преимущества. В абсолютных цифрах, кстати, appimage более популярен, чем все hpkg/bsd-пакеты вместе взятые. Даже если умножишь их на сто.

     
     
  • 6.103, Аноним (1), 15:19, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Даже в генте и раче спокойно распаковывают эти rpm и устанавливают блобы, всё работает всегда. И appimage ещё более универсальный. Тут просто вендорлок с блобомагазинами пытались навязать. Что флатпак, что снап.
     
  • 6.115, Dependency hater (?), 16:06, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Аргументация - твой конек Не создают dependency hell это когда я ставлю apk из... большой текст свёрнут, показать
     
     
  • 7.117, q (ok), 16:15, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты путаешь с обратной совместимостью Понимаю, технические термины -- не твой ко... большой текст свёрнут, показать
     
     
  • 8.123, Dependency hater (?), 16:52, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нечего сказать - докопайся до терминов Запомнить умные технические слова можешь... текст свёрнут, показать
     
     
  • 9.127, q (ok), 17:04, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что именно важно в пакетнике, зависит от конкретной задачи Вначале изучаем зада... текст свёрнут, показать
     
     
  • 10.134, Dependency hater (?), 17:54, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    У меня задача поставить рандомную прогу нужной версии под дефолтный десктопный л... текст свёрнут, показать
     
     
  • 11.138, Dependency hater (?), 18:06, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пофикшу, чтоб не докопались до формулировок... текст свёрнут, показать
     
  • 10.135, Dependency hater (?), 18:00, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пакетник это не профессиональный инструмент, а дефолотная часть ос, уровня экран... текст свёрнут, показать
     
  • 10.136, Dependency hater (?), 18:01, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше иметь один нормальный вариант без выбора, чем большой выбор из сортов говн... текст свёрнут, показать
     
  • 2.35, Аноним (35), 11:58, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https://apps.gnome.org/ru/Calendar/
     

     ....большая нить свёрнута, показать (23)

  • 1.6, Аноним (6), 11:06, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/
    Разработчик GNOME неадекватен. Некоторые дистрибутивы могут поддерживаться больше 10 лет. Устаревшая версия там будет всегда. К тому же его поделка прибита гвоздями к новой версии гнома. Обновить её не представляются возможным без перепахивания всего дистрибутива.

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

     
     
  • 2.11, Colorado_House_of_Representatives (?), 11:12, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Абсолютно адекватен. Прочитайте ещё раз:
    > с _изменённой_ устаревшей версией

    Вывод напрашивается такой, что вы не умеете читать.

     
     
  • 3.17, Аноним (17), 11:26, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Ему сказали, там пара изменений отличий, а он вместо того чтобы их бегло (как непосредственно понимающий все нюансы своего проекта) посмотреть, предпочёл 9 месяцев сраться в багтрекере, доказывая что у него нет времени.

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

    Отсюда в наше время возникает осторожный вопрос - может у него не код, а нейрослоп в котором он сам не разбирается?

     
     
  • 4.48, Аноним (-), 12:21, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/
    а почему он должен их смотреть очевидно, что нет времени - это отговорка есл... большой текст свёрнут, показать
     
     
  • 5.57, Аноним (57), 12:41, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Сразу видно, что ты никакой гномософт собирать не пытался. Там обратной совместимости тупо нет, и любая сборка даже краем заляпанной ручонками гномеров проги моментально валится в dependency hell. Из-за воплей какого-то неадеквата половину дистра никто обновлять не будет.
     
     
  • 6.94, Аноним (-), 14:44, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    естественно, я его не собирал, я же ведь не разработчик гномога, при этом я норм... большой текст свёрнут, показать
     
     
  • 7.101, iPony128052 (?), 15:10, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > еще раз - для софта нет LTS ветки

    У GNOME же есть баг фиксы к старым веткам

     
  • 7.102, iPony128052 (?), 15:17, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот не секурный фикс. Исправление сумасшедшего переключкния раскладки

    https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/4101

    Оно не только в последнюю версию GNOME прилетело.

     
     
  • 8.106, Аноним (-), 15:39, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну дак у гномога или у гномогокалендаря а этот перенос, он почему был а он об... текст свёрнут, показать
     
  • 5.63, Аноним (-), 13:09, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А никак не обновить, поддержку иксов дропнули.
     
  • 4.51, Аноним (51), 12:33, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Уважаемый местный нейрослоп, а почему автор должен принимать на веру чьи-то утверждения о паре изменений? Позиция озвучена стороной Mint, они и обязаны доказать, что именно за изменения и какие их последствия, раз по их мнению они (изменения) ни на что не влияют. А так получается, что Mint накосячил, а виноват автор, и ещё что-то должен исправлять ради какого-то проходного дистрибутивчика, единственное достижение которого - нескучные обои.
     
     
  • 5.68, Аноним (66), 13:23, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Разработчик GNOME Calendar не анализировал изменения, поэтому слова о "значительных изменениях" - это только со слов разработчика GNOME Calendar, который на самом деле не анализировал, есть ли там изменения.
     
     
  • 6.169, Admino (ok), 22:59, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если пользователи жалуются на давно исправленные ошибки, то разработчик gnome calendar это видит.

    К. О.

     
  • 5.77, Аноним (77), 14:17, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А так получается, что Mint накосячил

    Нет, не получается. Пруфы были? Я вот не увидел. Зато увидел другое - гномерасты не умеют в обратную совместимость, и чтобы обновить сабжевую поделку, нужно обновить весь гном. И это речь о минорном суффиксе в версии, если что.

    Это вопрос даже шире. Гномерасты настолько преисполнены собственного величия в том, что диктуют условия целой отрасли, что когда их спокойно послали лесом, у них случилась истерика. Как же так, а? Их не слушаются, с ними не соглашаются. А если узнают, что на опеннете их считают не особо умными - так вообще крышак отъедет о
    возмущения.

     
     
  • 6.111, HotR (?), 15:55, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Кедерасты вообще в неадеквате. Лишб юы на гном навалить. Иди папей чего-нибудь просветляющего.
     
  • 4.60, Colorado_House_of_Representatives (?), 12:51, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно, что, если даст слабину сейчас, потом придут эти горе-писатели уникальных старых версий с новыми запросами. Таких надо на корню рубить.
     
  • 3.32, анони (?), 11:53, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Это заявляния самого разработчика, который отказался смотреть на код, чтобы понять чего и сколько там изменено. Поэтому да, этот разработчик - неадекватный. Хотя сложно среди разработчиков гнома иных найти.
     
  • 3.67, Аноним (66), 13:19, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Разработчик GNOME Calendar пояснил, что у него нет времени анализировать
     
     
  • 4.74, Аноним (74), 14:00, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Когда нет времени анализировать старые ошибки, как можно быть уверенным в том, что в будущем не понаделает те же самые ошибки? На ошибках учатся.
     
  • 3.124, freehck (ok), 16:56, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вообще-то в этом суть всех стабильных дистрибутивов с релизным циклом при подго... большой текст свёрнут, показать
     
  • 2.16, Аноним (-), 11:23, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Некоторые дистрибутивы могут поддерживаться больше 10 лет.

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

    > Надо сразу выпускать нормальную протестированную версию, а не вкидывать сырой нейрослоп, в надежде, что там кто-то чего-то протестирует и обновит.

    надо сразу делать хорошо, делать плохо не надо

    зачем вы, ллмные любители отработанных в блендере фруктов, пишете плохо? так не надо

     
  • 2.19, dannyD (?), 11:34, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >>... Некоторые дистрибутивы могут поддерживаться больше 10 лет.
    >>Устаревшая версия там будет всегда. ...  
    >>Обновить её не представляются возможным без перепахивания всего дистрибутива.

    ага... значит Линус обязан вам поддержвать ядро 2.59 больше и больше...

    ну ну...

     
     
  • 3.33, анони (?), 11:55, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, он должен приходить в багтрекеры дистрибутивов и вонять, чтобы обновили устаревшее ядро на новую мажорную версию, потому что только там всё исправлено
     
     
  • 4.37, dannyD (?), 12:02, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    согласен
     
  • 4.54, Аноним (51), 12:36, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже поддерживаю. Именно так Линус и должен поступать.
     
  • 3.38, Аноним (38), 12:03, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро Linux версии 4.4 было выпущено 10 января 2016 года

    Промышленная поддержка (SLTS): Сверхдлинный жизненный цикл от консорциума Civil Infrastructure Platform (CIP) завершится в январе 2027 года

     
     
  • 4.52, dannyD (?), 12:33, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>от консорциума Civil Infrastructure Platform (CIP)

    а Линус вам ничего не обязан, и может посылать вас с вашими багрепортами....

     
     
  • 5.56, Аноним (38), 12:41, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > а Линус вам ничего не обязан, и может посылать вас с вашими багрепортами....

    Линус не смотрит багрепорты.

    За каждое направление отвечают назначенные им люди. Но и они багрепорты, обычно не смотрят. Они лишь оценивают присылаемые им ветки патчей.

     
     
  • 6.187, dannyD (?), 06:24, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Линус не смотрит багрепорты.

    правильно, он посылает по нужному направлению.

     

  • 1.10, trolleybus (ok), 11:12, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот поэтому LTS для десктопов не нужны. Это тебе не сервер
     
     
  • 2.40, Аноним (38), 12:05, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Отказаться от ниши поставляемого оборудования?
     
  • 2.41, Аноним (41), 12:05, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если б ещё роллинги нормальные существовали в природе.
     
     
  • 3.88, Аноним (88), 14:30, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Tumbleweed. Btrfs+Snapper спасёт отца русской демократии.
     
     
  • 4.188, МИСАКА (?), 06:24, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Но не его данные ;)
     
     
  • 5.201, Аноним (88), 09:40, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Продуманная структура btrfs subvolume спасёт отцов русской демократии.
     
  • 3.104, Аноним (104), 15:20, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Fedora?
     
  • 2.85, Dependency hater (?), 14:26, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Система должна быть LTS, а софт роллинг, как во всех нормальных ОС. Но комьюнити из транс-гномов как герой новости запилить такое не осиливает
     
     
  • 3.126, freehck (ok), 17:04, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Система должна быть LTS, а софт роллинг, как во всех нормальных ОС.

    Да.

    > Но комьюнити из транс-гномов как герой новости запилить такое не осиливает

    А как он тебе это осилит, если GNOME в принципе LTS не предусматривает?
    Разраб сам завязался на вечно нестабильную платформу, теперь страдает.

     
     
  • 4.147, morphe (?), 18:57, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Разраб сам завязался на вечно нестабильную платформу, теперь страдает.

    Дистрибутив выставляет вечно нестабильную платформу как LTS а затем юзеры доёбываются до разработчиков софта которые знать не знали ни про какие linux mint

     
     
  • 5.226, Аноним (226), 14:46, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    разраб не осилил "wont fix"

    вот у системди тоже поддержка версии заметно меньше чем время жизни LTS и ничего - вроде Лёнька истерик не устраивает, если ему пользователи "старой" системды пишет...

    а если этому разрабу много пишут... какое-же качество продукта он вывалил во времена 46 гнома...

     

  • 1.13, Аноним (13), 11:20, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Однажды гномеры (в смысле разработчики) перестанут вести себя как самые последние проприетарщики с гиперконтролем, но не сегодня.
     
  • 1.20, Аноним (20), 11:36, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    В чем проблема разработчика гном-каленадаря пофиксать LTS баги
     
     
  • 2.23, warlock66613 (ok), 11:39, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не все баги можно пофиксить в минорном обновлении продукта.
     
  • 2.29, Аноним (-), 11:46, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в том, что для него нет LTS версии, он не выпускает LTS версии, а то, что какие то там люди, клепающие по тысяче дистрибутивов на деревню, сказали, что их дистрибутив LTS, ну дак пускай эти люди и поддерживают, и за ошибки тоже отвечают они
     
     
  • 3.36, анони (?), 12:00, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну да, гном весь такой из себя, у него нет лтс версии, поэтому обновляйтесь в рамках одной версии дистрибутива до новой мажорной версии. И пoxер, что гном в очередной раз всё поломал, главное - новая версия. Типичная модель разработки красной шапки. Потому что лтс - только за денюжку.
     
     
  • 4.45, Аноним (-), 12:16, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > поэтому обновляйтесь в рамках одной версии дистрибутива до новой мажорной версии

    именно так

    > И пoxер, что гном в очередной раз всё поломал, главное - новая версия

    щито поделать, раз уж в гнулинуксе так все плохо с распространением софта?

    > Типичная модель разработки красной шапки

    ну да, а как красношапка должна делать? как ей на опеннетике скажут?

    > Потому что лтс - только за денюжку.

    ну естественно

    бесплатный только сыр в мышеловке

    хочешь решения проблем - плати

     
     
  • 5.49, Аноним (57), 12:30, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Решение проблемы: повсеместно выкинуть Гном в /dev/null. А кому оно сильно нужно - есть красношапка.
     
     
  • 6.95, Аноним (-), 14:46, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    отличное предложение

    только минтовцы почему то не хотят этого делать

    интересно, почему?

     
     
  • 7.189, МИСАКА (?), 06:26, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что прибиты к репам бунты?
     
  • 5.78, анони (?), 14:19, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >именно так

    Разработчики, которые диктуют другим сидеть только на текущей версии, которая единственная актуальная - неадекваты. Роллинг-пepдoлинг кушайте смми, не подавитесь.
    >щито поделать, раз уж в гнулинуксе так все плохо с распространением софта?

    С больной головы на здоровую. Каким боком тут распространение софта и желание тяп-ляпать каждые полгода новую мажорную несовместимую единственно актуальную версию?
    >ну да, а как красношапка должна делать? как ей на опеннетике скажут?

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

    Лучше с поделками красношапки совсем не связываться

     
     
  • 6.96, Аноним (-), 14:49, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не пользуйтесь - не заставляют ну и да, раскрой ка мысль, почему они неадекваты ... большой текст свёрнут, показать
     
     
  • 7.163, Аноним (226), 21:54, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > создают всем проблемы

    шизик разраб - не все.
    пусть пишет под проприетарной лицензией в которой требует обязательно обновлять его софт раз в пол-года предварительно сделав два раза ку...

     
     
  • 8.165, Аноним (-), 22:02, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    шизик-разраб лучше знает, как его софт работает почему криворучки-вредители п... большой текст свёрнут, показать
     
     
  • 9.167, Аноним (226), 22:48, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    пусть шизик-разраб меняет лицензию - это его право и в этой лицензии запрещает ... текст свёрнут, показать
     
     
  • 10.171, Аноним (171), 23:14, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    пусть шизик-ментейнер сам сопровождает некроверсию, а не скидывает ее на шизика-... большой текст свёрнут, показать
     
     
  • 11.175, Аноним (176), 23:25, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чего ты тогда здесь ошиваешься ... текст свёрнут, показать
     
  • 4.55, Аноним (51), 12:38, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кто запрещает разработчикам таких а-ля LTS не использовать в своих поделках Gnome?
     
     
  • 5.75, анони (?), 14:06, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А кто запрещает им его использовать? Неадекватные разработчики поделок а-ля календарь гнома? Который пришёл повонять, что в старой версии его поделки ашипки и надо обновить весь гном? Ну пусть дальше воняет
     
     
  • 6.97, Аноним (-), 14:53, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    не, не так

    разработчика закидали сообщениями об ошибках, которых в его версии нет

    разработчик хочет, чтобы обращались к тем, кто создает проблемы, то есть к вредителям-ментейнерам из минта

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

    но нам надо вредителей-ментейнеров же чем то занять

    чем? сборкой сломанной устаревшей версии пакета конечно же, с перекидыванием ответственности на разработчика

     
     
  • 7.99, Аноним (99), 15:04, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, репутацию он подпортил все же себе, а не мейнтейнерам. Не знать в чем заключается разница между LTS и Rolling release - это как раз уровень разработчиков гнома.
     
     
  • 8.105, Аноним (-), 15:38, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а разработчик этой софтины где то себя обязывал делать LTS релизы или раз какой... текст свёрнут, показать
     
     
  • 9.156, Аноним (226), 21:37, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    пусть идет в сад со своими неадекватными требованиями деревенский дистрибутив ... текст свёрнут, показать
     
     
  • 10.172, Аноним (171), 23:15, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    пусть идет в сад тот, кто ему пишет багрепорты на то, что давно пофикшено и вред... текст свёрнут, показать
     
     
  • 11.174, Аноним (176), 23:20, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и чего он тогда плакаться начал Ага, валите на офтопик ... текст свёрнут, показать
     
  • 9.178, Аноним (178), 00:08, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно, основные разработчики гнома - из Red Hat Те самые, у которых основной... текст свёрнут, показать
     
  • 3.42, Аноним (38), 12:07, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Немного не так. Для него нет никаких версий, кроме текущей версии разработки.

    С его точки зрения все должны сидеть на current.

     
     
  • 4.76, анони (?), 14:07, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А потом тут его защищают, что он адекватный
     
  • 4.98, Аноним (98), 15:03, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    До RHEL он докопаться не рискнул, однако :D
     
  • 2.90, freehck (ok), 14:39, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > В чем проблема разработчика гном-каленадаря пофиксать LTS баги

    В том, что у GNOME нет такого понятия, как LTS.

    Они выпускают новый "стабильный" релиз каждые полгода. Максимум, что они делают — лениво и не всегда портируют исправления из stable-релиза в old-stable.

    Так что по сути, всё GNOME-овское перестаёт получать исправления уже через год.

     

  • 1.21, warlock66613 (ok), 11:37, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Разработчики привыкли, что если налажал в коде, но потом в новой версии исправил, то всё в порядке и ошибки как бы и не было. Так вот это работает далеко не всегда! Иногда надо сразу делать как следует, а если не сделал, то честно нести ответственность за последствия.
     
     
  • 2.26, Аноним (-), 11:44, 19/07/2026 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 2.30, Аноним (178), 11:49, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Некоторые из них вообще на каждый коммит запускают автосборку и авторелиз. Это похоже на какое-то отклонение - и у пользователей, и у разработчиков, когда мысль о том, что пользуешься не самым последним коммитом вызывает боль.
     
     
  • 3.50, Аноним (50), 12:31, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    то есть внести изменения, но не пересобирать и не тестировать, а просто знать что они есть и старательно игнорировать ошибки которые они исправляют, при этом выискивая другие...както не очень
     
     
  • 4.80, Аноним (80), 14:21, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем ты так старательно проигнорировал слово "авторелиз"?
     
     
  • 5.112, Аноним (112), 15:55, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что он из тех же самых, кто обмазывается этими конвеншонал коммитами, релизной джобой в девветках и называет это "modern best practices". Хать-тьфу.
     

  • 1.27, Аноним (27), 11:45, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Вся суть, от GNOME нужно держаться подальше. Cinnamon не планируют переводить на Qt?
     
     
  • 2.113, HotR (?), 15:57, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очередные кедарастические фантазии. Убогие вы кдеешники.
     
  • 2.177, Аноним (88), 23:50, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Влажные кедиковские мечтания не осиливших хотя бы базовый дизайн. Ибо смотреть на кде-шность, только настроение портить. И это мы ещё мышой не тыкали.
     

  • 1.43, Аноним (43), 12:09, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Получается, что минтовцы по каким-то причинам более склонны к багреплптам на календарь, чем убунтовцы.
     
     
  • 2.58, Аноним (51), 12:41, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Может все таки научиться читать текст новости? Проблема именно в дописках, внесённых со стороны Mint. И очевидно, что жалоб от пользователей Ubuntu нет, поскольку нет в этом продукте кода от Mint.
     
     
  • 3.71, Аноним (66), 13:29, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Проблема именно в дописках, внесённых со стороны Mint

    Кто об этом Вам сказал? Разработчик гном календаря сознался, что он не анализировал изменения.

     

  • 1.46, Аноним (46), 12:17, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Форкнуть или переписать и в мейнтейнерство X-Apps.
     
  • 1.47, Аноним (46), 12:20, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >hostile distributions
    >работает на федору

    Ясно, понятно.

     
  • 1.61, Аноним (61), 12:52, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот и выросло поколение, которое не умеет багфиксы бекпортировать.
     
     
  • 2.72, iPony128052 (?), 13:44, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не могу и не хочу - это разные вещи.
     
     
  • 3.109, Аноним (66), 15:51, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Разные, но у разработчика гном-календаря обе сущности сочетаются гармонично друг с другом.
     
  • 2.151, Аноним (151), 20:56, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А кокой смысл?
     

  • 1.64, Аноним (64), 13:10, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Таки бомбануло у чуваков :) Это ж уже не новость (кто в курсе). Но, в принципе, их понять можно: проблемы Минта чуваки пытались повесить на разрабов. лол.
     
  • 1.83, freehck (ok), 14:25, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Почитал переписку и статью Разработчик 8212 снежинка, неадекват и лицемер Н... большой текст свёрнут, показать
     
  • 1.87, Аноним (99), 14:30, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Самоё интересное, я некоторое время назад подбирал себе календарь на Fedora, пробовал и сабж. Даже самая актуальная версия глючила просто невообразимо. От нежелания показывать изменения после синхронизации до сегфолтов на пустом месте. Это был наверно самый раздражающий календарь из всех что я пробовал. Теперь вот разработчик ходит и поучает других как они должны делать свою работу.
     
  • 1.93, Аноним (93), 14:43, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Но ведь разработчик календаря сам поставил под глюками свою подпись. Вот пусть и ловит карму. Хочет обелить карму - может выпустить корректирующую минорную версию, не требующую установку новых библиотек, которых в старом дистрибутиве нет. Думаю, мейнтенер с радостью пойдёт на встречу и будет поставлять обновлённую версию.

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

     
  • 1.100, Аноним (100), 15:05, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что можно обновлять в календаре кроме дат? Хотя о чём я спрашиваю, когда в линукс десятилетиями калькуляторы изобретают.
     
  • 1.107, Аноним (66), 15:46, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Разработчик GNOME Calendar пояснил, что у него нет времени анализировать изменения

    А почему разработчики гнома такие... как бы мягко сказать... непрофессиональные. Ведут многомесячный флейм, не разобравшись в проблеме?

     
     
  • 2.114, HotR (?), 15:59, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты статью прочти сначала, минтовцы тупо дурака включили и все камни в соседний огород перекидывают.
     
     
  • 3.159, Аноним (226), 21:42, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    минтовцы решают свою задачу - выпускают LTS дистрибутив, а если разработчик шизик, то лучше с ним не общаться.
     
  • 2.141, Аноним (141), 18:13, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Mint, Gnome.
    Кто этим пользуется.
    Еще Gnome более менее, но Mint, недавно специально смотрел, это же 2000е. я не про дизайн.
     
     
  • 3.192, Vladjmir (ok), 07:29, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это классический дизайн. Он востребован 90% пользователей. А оставшимся 10% никто не запрещает сидеть на хипстерском. Когда человек много лет работает, ему некогда перестраиваться в каждом новом релизе под очередные хипстерские высеры и изучать их с нуля.
     
     
  • 4.205, Аноним (205), 10:41, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что ж там хипстерского-то такого? Cinnamon, KDE, LXQt - там панель, окна и т.д., и там панель, окна и т.д. Дизайн ты можешь любой накатить. То есть получается, в твоем понимании Windows 11 - это хипстерское? Может, даже Windows 7? Что ж теперь, всем на Windows 98 сидеть что ли? Тот дизайн, кстати, сделан был, чтобы нормально выглядело на старых ламповых мониторах в разрешении 640x480. Про дизайн 2000-х я имел в виду, что оно все построено на старых либах и решения меню устарели. Большинство пользователей в 90% случаев уже сочли это неудобным. То есть те моменты, где в нормальном современном UI можно сделать в 2 клика, там делаются через долгие лазания по меню.
     
     
  • 5.206, Vladjmir (ok), 10:45, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Что ж там хипстерского-то такого? Cinnamon, KDE, LXQt - там панель, окна

    Хипстерский в Гноме, а в Циннамоне, Кедах и LXQt как раз классический. Я сам сижу на Циннамоне, только в другом дистрибутиве.
    В Windows 11 даже не знаю как назвать этот ужас.  Спрашиваю виндовс11юзера "Как вы пользуетесь меню?" Ответ: "Я ищу приложение через поиск!!!"

     
     
  • 6.229, Аноним (233), 17:41, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ааааа,
    Понятно.

    >Я ищу приложение через поиск!!!

    Я в Lxqt, тоже ищщу приложение через поиск.
    Я в Firefox, тоже ищщу настройки или параметры config через поиск. Я даже в Google, Yandex, ищщу через поиск.

     
  • 4.237, Nmmv (?), 22:55, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Про 90% ты конечно с потолка взял, просто тебе показалось, что эта та цифра которая соответствует твоему видению ситуации. Так вот - ты свое личное мнение можешь засунуть подальше, оно даже близко не соответсвует реальному положению дел.
     

  • 1.121, Аноним (121), 16:47, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Опять разработчики каких-то маргинальных недо дистрибутивов маскируют старое д-рмо под современные версии.
    > приложение поставляется под именем GNOME Calendar

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

     
  • 1.139, Аноним (139), 18:11, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гунытй мир, под апач указанно что имя - трейдмарк.
     
  • 1.155, Аноним (155), 21:27, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если никто ещё не посмотрел, GNOME Calendar в Linux Mint отличается от версии в Debian 13 только этим:
    https://gitlab.com/linuxmint/pins/mint/gnome-calendar/-/commit/53ac4b84003747e
     
     
  • 2.170, Аноним (226), 23:07, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Add support for other desktop environments

    а кто им это разрешил делать?

    Один гном, один редхат, один фюрер!

     
     
  • 3.197, Аноним (155), 08:40, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > а кто им это разрешил делать?

    Не кто, а что: лицензия?

     
  • 2.216, Аноним (209), 12:24, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    они еще гитом пользоваться не умеют, найс
     

  • 1.157, историк_кун (?), 21:37, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ровно по этой причине некоторые разработчики отказываются поддерживать чужие сборки в принципе: фиг его знает, как и что там собрано и насколько оно протухшее.

    В остальном, типичный конфликт между LTSниками и любителями свежака.

     
  • 1.158, Программист (?), 21:37, 19/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прекрасно понимаю разработчика. Ненавижу псевдо-LTS дистрибутивы, они обновляют только базовые компоненты. Весь остальной софт древний и дырявый. Ошибка может быть исправлена несколько лет назад, а там будет кривая версия.
     
     
  • 2.161, Аноним (226), 21:46, 19/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ненавижу

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

     
     
  • 3.190, Программист (?), 06:57, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Причем тут пользователи. Разработчики дистрибутива заявляют что они LTS, пользователи думают что там софт обновляется (как минимум баг фиксы есть). Но это совсем не так, для большинства софта никаких обновлений все 5 лет нет.
     
     
  • 4.193, Аноним (226), 07:42, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > как минимум баг фиксы есть

    Где?
    В новой версии, которую нельзя собрать отдельно без всего гнома?
    Нет, это не баг фиксы...

    Изначально крайне низкое качество софта и невозможность его обновить.
    Мейнтейнер сделал все что мог...
    Разработчик не доработал и валит с больной головы на здоровую


     
     
  • 5.215, Аноним (209), 12:22, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    проблема в том что гном поменял модель разработки, а минт пытается жить в парадигме старого гномого, им стоит просто перестать поддерживать гномого

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

     
     
  • 6.221, Аноним (226), 14:24, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > гном поменял модель разработки

    И?
    Каким боком это извиняет криворукого разраба в его косяках?
    Или это не он писал календарь доя 46 версии?
    Он?
    А что тогда ему не нравится что ему пишут?
    Путь имя сменит и делает так каждый раз при выходе нового гнома :)

     
  • 2.180, Аноним (66), 00:17, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Разработчик GNOME Calendar пояснил, что у него нет времени анализировать

    А вот разработчик гном-календаря даже не попытался понять.

     
     
  • 3.214, Аноним (209), 12:20, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    посмотри сколько дистрибутивов в мире, ни у кого нет времени поддерживать свои пакеты во всем этом зоопарке, тем более когда дистр нарочно поставляет говно мамонта да еще с со своим патчем на 5к строк поверх
     
     
  • 4.227, Аноним (226), 15:11, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > ни у кого нет времени поддерживать свои пакеты

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

     
  • 2.204, Аноним (205), 10:31, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Эти псевдо-LTS построены на другой идее.
    LTS - это только стабильная база, чтобы ничего не ломалось.
    А весь остальной софт ставится через Flatpak в самом свежем виде.С Flatpak тебе вообще не нужно трогать базу, чтобы сидеть на новых версиях программ.
     

  • 1.179, Аноним (66), 00:15, 20/07/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.181, Beta Version (ok), 02:35, 20/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Это вроде не первый раз, когда тухлость Минта вызывает проблемы. На него и разработчики Месы жаловались: пользователи систематически создают багрепорты на баги, которые давно были исправлены, но в Минте поставляется древняя Меса. И на реддите минтоводы часто создаются темы с жалобами на баги в играх, которые исправляются подключением kisak-ppa, но юзеры же об этом не знают, т.к. закономерно считают, что дистрибутив им поставляет последние версии дров, ведь на сайте Минта нигде не написано, что он протухшее овно мамонта.

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

     
     
  • 2.184, Аноним (66), 04:54, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гномер сломал всё и разбираться не захотел - а обвинил Минта.
     
     
  • 3.213, Аноним (209), 12:17, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    гномой не дает никаких гарантий, читай лицензию
    гномой не отвечает за другие дистры как и за использования не по назначению
    минт тупо не имеет рычагов чтобы свое говно мамонта поддерживать что и переодически и выливается в свет от разработчиков и юзеров сего поделия
     
  • 2.198, Аноним (155), 08:48, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Свежий Linux Mint (22.х) - это Ubuntu 24.04 LTS с некоторыми модификациями, со всеми вытекающими.
     
     
  • 3.234, Аноним (233), 22:41, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Например неоступность Flatpak из Рф. А А А, а я говорил что Snap лучше.
    Ладно я и Snap то не пользуюсь в Ubuntu.
     
  • 2.199, Аноним (199), 08:51, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вся проблема из-за отсутствия денег в мире open source (подачки на содержание инфрастуктуры не в счёт). Нет денег - нет тестирования, нет тестирования - постоянная куча багов. Кто-то пытается замораживать овно мамонта, кто-то льёт свеженькое из ночного горшка прямо пользователям на головы, но суть не меняется.

    А суть в том что у опен-сурса нет никаких пользователей или продуктов (как в проприетарном капитализме), есть соучастники и регулярные срезы кода из репрозитория. Просто вместо денег ты платишь своим временем. У кого-то времени больше чем денег (студенты), у кого не так - платят за винду или яблоко.

     
     
  • 3.208, Beta Version (ok), 11:43, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вся проблема из-за отсутствия денег в мире open source (подачки на содержание
    > инфрастуктуры не в счёт). Нет денег - нет тестирования, нет тестирования
    > - постоянная куча багов.

    Баги есть и в проприетари и может быть их там даже больше. Вы почитайте ченжлог к каждому новому релизу драйвера АМД или Нвидии - там никогда не будет пустых колонок с исправлениями и известными багами. Потому софт всегда обновляется и потому лучше использовать свежий софт.

     
     
  • 4.217, anonymous (??), 13:17, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому софт всегда обновляется и потому лучше использовать свежий софт.

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

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

    Я предпочитаю парадигму надёжность вперёд функциональности, но разработчикам так скучно работать. Вон разработчик libxml выгорел недавно.

     
     
  • 5.228, Beta Version (ok), 16:52, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Я предпочитаю парадигму надёжность вперёд функциональности

    Но вдруг выясняется, что надёжности в тухлом софте может быть меньше, чем в свежем.

     
     
  • 6.230, Аноним (231), 18:42, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В гномо-софте? Ты шутишь?

    Календарь еще был в 3-ом гноме... и вполне нормально работал... что там смузехлебы накуралесили, что юзеры страдают...

     

  • 1.185, Аноним (185), 05:58, 20/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нэйт тоже высказался по этому поводу:

    https://pointieststick.com/2026/07/19/whos-responsible-for-bug-reports-on-old-

     
  • 1.200, Аноним (200), 09:27, 20/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сделать окно с информированием об использовании устаревшей версии видимо разрабу ума не хватило, зато хватило высрать полотно...
    Типичный разраб гнома
     
     
  • 2.211, Аноним (209), 12:08, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Которое выпилит мейнтейнер mint'a в любом случае? Для его стека который они не могут обновить это и есть самая свежия версия. С таким успехом можно вместо запуска mint сразу показывать такое окно, лол
     
     
  • 3.212, Аноним (209), 12:15, 20/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.210, Аноним (209), 12:04, 20/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ладно, скажу как есть, потом заминусуют и ладно gnome перестал быть конструкторо... большой текст свёрнут, показать
     
     
  • 2.218, anonymous (??), 13:28, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну не хотите принимать баги - не принимайте.

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

    Гугол - это компания зла. Они открыли ящик пандоры с автообновлением хрома. И все разработчики стали писать хрень и заставлять пользователя обновляться. Хрень требует несовместимых библиотек? Обновляйся и не выёживайся. Хрень убирает функциональность? Это для твоего удобства, обновляейся скорее. У тебя настроены скрипты, интеграция, обмен данными, а нужное API закрыли? Всё равно обновляйся. В новой версии глюки, а ещё известно что при запуске на таком-то железе программа вылетает? Ну ты всё равно обновляйся, нечего статистику портить.

    Ну так и не любят пользвоатели таких разработчиков и считают бракоделами. Заслуженно.

    Раньше как было.
    - Обновляйся?
    - А зачем?
    - Вот новые плюшки, вот новые интеграции, вот ускорение работы.
    - А старые плюшки остались?
    - Конечно. Ещё можно включить режим совместимости таким-то ключём.
    - Ура! Обновляемся!

    А если наоборот плюшек нет, совместимость похерена, то пользователь не обновлялся. Ведь именно он контролировал компьютер и решал, что ему полезно, а что нет.

    Жаль что те времена ушли, а современные пользователи даже не понимают, что потеряли.

     
     
  • 3.225, Аноним (209), 14:33, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    про хром вы правы, кстати вот честно автообновление без права отказаться это д... большой текст свёрнут, показать
     
  • 3.236, Аноним (233), 22:43, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >И все разработчики стали писать хрень и заставлять пользователя обновляться. Хрень требует несовместимых библиотек? Обновляйся и не выёживайся

    Да, есть такое но не только Chrome, и Google.
    Это вообще общая тендениция. На смартфоне кроме Google приложений, обновляется все каждый день.
    Я все думаю, что же они там обновляют.
    Вот есть например Winrar, 7zip, поставил и годами не паришься.
    Можно вообще не обновлять, можно вобще поставить почти самую первую версию.

     
  • 2.219, Аноним (226), 14:19, 20/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.232, мимо (?), 21:42, 20/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Открыл ссылку, увидел автора, закрыл вкладку. Не удивился.

    https://tesk.page/2023/01/05/on-the-gnome-project-and-my-way-or-the-highway/ - если кто не помнит, это вот этот самовлюбленный потрох.

     
     
  • 2.235, Nmmv (?), 22:43, 20/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так все правильно и трезво он написал. Можно подумать в других проектах как-то по другому.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру