Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Разработчик GNOME Calendar обвинил Linux Mint в игнорировании проблемы с устаревшим пакетом"	+/–
Сообщение от opennews (??), 19-Июл-26, 10:56
Один из разработчиков GNOME Calendar (Hari Rana) вынес на публику конфликт с сопровождающим пакет в дистрибутиве Linux Mint. Конфликт обусловлен тем, что в Linux Mint поставляется пакет с изменённой устаревшей версией GNOME Calendar. Несмотря  на наличие специфичных изменений, приложение поставляется под именем GNOME Calendar, из-за чего у пользователей возникает впечатление об использовании оригинального проекта... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65930
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+20 +/–
Сообщение от Аноним (1), 19-Июл-26, 10:56
А в чём проблема? У пользователей минта некроверсия, отвечай -- обновитесь. Их дистрибутив их выбор.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
	Сообщение от Аноним (3), 19-Июл-26, 11:05
	Заманало отвечать на такие багрепорты, может быть. Хотя сомневаюсь что их за все время было хоть какое то внушительное количество.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (1), 19-Июл-26, 11:12
	Именно. Тут какие-то личные заморочки, ну, все мы знаем, кто разрабатывает гном. Но выбор между этими и китайцеиндусами кед.
	Ответить | Правка | Наверх | Cообщить модератору

	65. Скрыто модератором	+5 +/–
	Сообщение от Аноним (-), 19-Июл-26, 13:16
	Из раздела "о себе" мастодона автора GNOME Calendar: >Queer Indian developer from Montréal, Canada :3
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+8 +/–
	Сообщение от Аноним (66), 19-Июл-26, 13:16
	> Разработчик GNOME Calendar пояснил, что у него нет времени анализировать Гномер сам сознался, что он не разбирался в ситуации и не понимает, что вообще происходит.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	108. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
	Сообщение от HotR (?), 19-Июл-26, 15:51
	Вы хоть статью прочитайте сначала и логику включите.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (176), 19-Июл-26, 23:36
	Ну так да. Не разбирался.
	Ответить | Правка | Наверх | Cообщить модератору

	209. Скрыто модератором	+/–
	Сообщение от Аноним (209), 20-Июл-26, 11:43
	В этом говнокоде от мейнтейнера минта попробуй разберись https://gitlab.com/linuxmint/pins/mint/gnome-calendar/-/comm... По-сути ментейнер минта сотворил хню и просит в ней разобраться за него
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	231. Скрыто модератором	–1 +/–
	Сообщение от Аноним (231), 20-Июл-26, 18:48
	> В этом говнокоде от мейнтейнера минта попробуй разберись > https://gitlab.com/linuxmint/pins/mint/gnome-calendar/-/comm... > По-сути ментейнер минта сотворил хню и просит в ней разобраться за него Дак это разрабу же надо. Это у него истерика. Он набросил, что в минте что-то не то, на что ему сказали - укажи где. вот код и он слился...
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+16 +/–
	Сообщение от анони (?), 19-Июл-26, 11:50
	Этот крендель выпускает новую версию, прибитую гвоздями к новому гному, и хочет, чтобы его поделку обновили. Получается надо обновлять весь гном из-за какого-то календаря? Пофиксить же старую версию оно не может, оно слишком занято cpaчами в багтрекере.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	73. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от Аноним (73), 19-Июл-26, 14:00
	Он хочет, чтобы если "его поделку" не обновляют, то чтобы убрали инфу о его ответственности за предоставляемый старый пакет "неподелки". А мэйнтэйнер решил притвориться шлангом и перевести стрелки на Ubuntu/Debian. Ему прямо говорят «Ко мне приходят с жалобами пользователи твоего дистрибутива, а не Ubuntu и Debian. Выпили инфу, что по проблемам с календарём этим идти ко мне, потому что у меня есть обновлённая версия, которую ты пока не впиливаешь себе.»
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от анони (?), 19-Июл-26, 14:25
	Ну да, обновить весь гном из-за календаря, потратить херову тонну времени и сил на тестирование, и всё это из-за неадекватов, которые разрабатывают только в одной текущей ветке, и у которых одна актуальная версия
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 14:40
	если ты не хочешь обновлять калькулятор, то не ной, что в нем что то не работает если ты портишь код своими изменениями (а это скорее всего так, так как от абанти и добиана нет репортов), то меняй хотя бы описание, а лучше и имя проекта если не нравятся эти варианты - выпили из реп этот софт вроде все просто
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 16:13
	> от абанти и добиана нет репортов Это если причины не идеологические. > если не нравятся эти варианты - выпили из реп этот софт Это опенсоурс, тут никто ничего никому не должен.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (-), 19-Июл-26, 17:37
	> Это если причины не идеологические. это какие такие идеологические прчины не слать багрепорты есть у пользователей того и другого? > Это опенсоурс, тут никто ничего никому не должен. точно-точно? именно по этому в добиане iceweasel существовал? потому что добиан не должен называть его firefox? или быть может на самом деле добиан нарушал лицензию firefox? как думаешь, а лицензия firefox'а проприетарная или свободная? это был намек на то, что опенсорс он опенсорс, и не более. названия, торговые марки и прочие вещи лицензиями на код не регулируются, и если их владелец требует и, более того, способен обосновать, то вредителю-ментейнеру *придется* поменять его название или вовсе выпилить его из реп в данном случае нарушение как будто бы очевидно, жалобы от пользователей минта есть, от других жалоб нет, в версии от разработчика багов нет - значит версия испорчена вредителем-ментейнером, и либо он меняет название, сделав таким образом форк, либо выпиливает проект из реп
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (140), 19-Июл-26, 18:13
	> названия, торговые марки и прочие вещи лицензиями на код не регулируются интересно, почему тогда в mpl есть пункт о них? Наверное просто юристы мозиллы не знали > и если их владелец требует и, более того, способен обосновать, то вредителю-ментейнеру *придется* поменять его название или вовсе выпилить его из реп и тогда вместо гнома появится 100500 новых айсвислов. Либо его выпилят из большинства дистрибутивов > в данном случае нарушение как будто бы очевидно ни разу. Очевидно лишь, что пользователи минта чаще используют калькулятор гнома > в версии от разработчика багов нет а разработчик калькулятора это не заявлял. У него времени нет разгребать баги в 46 версии, он под 51 гном свой калькулятор еще должен переписать
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (140), 19-Июл-26, 18:16
	и да, я так спешил ответить, что назвал календарь калькулятором
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 18:17
	Не парься, я тоже так сделал)
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 18:26
	> интересно, почему тогда в mpl есть пункт о них? Наверное просто юристы мозиллы не знали специально для любителей вот такой вот чушью пострадать > и тогда вместо гнома появится 100500 новых айсвислов. Либо его выпилят из большинства дистрибутивов дак это же хорошо при возникновении проблем пойдут к разрабу айсвисла в случае выпила тоже хорошо - будут ставить оригинальные сборки от разработчиков с ресурсов разработчиков, а не мусор от вредителей-ментейнеров, и ходить с проблемами будут к разработчикам, потому что это логично блин > ни разу. Очевидно лишь, что пользователи минта чаще используют калькулятор гнома тогда были бы сообщения от абанти и добиана, только меньше ведь "чаще" означает "в большем количестве", а не "исключительно они" > а разработчик калькулятора это не заявлял. У него времени нет разгребать баги в 46 версии, он под 51 гном свой калькулятор еще должен переписать вот что написано об этом в новости > В варианте GNOME Calendar от Linux Mint остаются неисправленными некоторые ошибки и пользователи регулярно обращаются по этому поводу к основным разработчикам GNOME Calendar, считая, что они ответственны за возникающие проблемы. как минимум, новость об этом заявляет ну и да - что делать разработчику решать разработчику, а не кучке вредителей из типа-LTS деревенского дистрибутива
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	148. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (140), 19-Июл-26, 19:36
	> дак это же хорошо да не хорошо это, потому что нет никакого "разраба айсвисла". Есть мэнтейнер, если он не может пофиксить, то он передаст багрепорт в апстрим (тут апстрим этого не хочет), если может — передаст исправление. Вот только в апстриме могут не принять и пользователи остальных 100499 форков остануться с багом Оригинальные сборки вообще замечательно — поставил себе календарь, а он какой evolution целиком притащил — мы знаем как лучше. Или установка в стиле curl ... | bash Как-то не хочется такого > тогда были бы сообщения от абанти и добиана, только меньше а нам никаких цифр не привели. Матрикс смотреть не буду, но в гитлабе 8 тикетов за год с подстрокой "mint" в целом и всего 2 про трикси. Вроде как в этих тикетах товарищ из новости даже не засветился и либо он защищает других разработчиков, либо где-то в другом месте ужас происходит. > как минимум, новость об этом заявляет новость заявляет, что: 1. разработчики календаря не исправляют старые версии 2. мэнтейнеры поставляют версию из базовых дистрибутивов с какими-то своими патчами, про качество которых не рассказано. То, что пользователи выбирая минт идут напрямую к разработчикам в багтрекер это нехорошо, но устраивать другим квесты с переименованием как-то не лучше > ну и да - что делать разработчику решать разработчику так они и решают — закрывают тикеты и всё. я вот что подумал: почему о подобной проблеме написал разработчик календаря? В смысле в минте только календарем из гнома пользуются? Или в другом софте проблем меньше? Могли бы уже подписи какие собрать, как на stopthemingmy.app
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 19:50
	> да не хорошо это, потому что нет никакого "разраба айсвисла". берешь и используешь пакет от того, кто есть - от оригинального разработчика оригинального проекта > Есть мэнтейнер зачем он есть? лучше бы его не было. вредители не нужны > если он не может пофиксить, то он передаст багрепорт в апстрим (тут апстрим этого не хочет), если может — передаст исправление в самом лучшем случае он должен передать проблему апстриму, больше он ничего не должен решать, и в целом он лишняя сущность, так как проблема может дойти до разработчика так же, как она дошла до ментейнера > Вот только в апстриме могут не принять и пользователи остальных 100499 форков остануться с багом и это проблема не разработчика, а дистрибутива, и способа распростронения софта в нем > Оригинальные сборки вообще замечательно — поставил себе календарь, а он какой evolution целиком притащил — мы знаем как лучше конечно они знают как лучше с их софтом работать > Или установка в стиле curl ... | bash если это оффициальный способ, то какие проблемы? > То, что пользователи выбирая минт идут напрямую к разработчикам в багтрекер это нехорошо, но устраивать другим квесты с переименованием как-то не лучше а как тогда надо? под оригинальным именем прячется не то, что нужно, надо как то сделать так, чтобы не пряталось. и тут либо переименовываем, либо выпиливаем, либо пользуемся версией от разработчика > так они и решают — закрывают тикеты и всё. замечательное решение, лучшее. пользователям сомнительных минтов не рады > почему о подобной проблеме написал разработчик календаря? ну он точно не первый, тот же аисвисел уже упомянут, можно еще иксовый хранитель экрана вспомнить, как разраб бомбил на добиан по той же причине, но он точно не последний. когда нибудь заметное количество разрабов этот бардак достанет, и эту проблему с вредителями-ментейнерами, ломающими чужое, придется решать > Могли бы уже подписи какие собрать, как на stopthemingmy.app я надеюсь, рано или поздно за эу проблему все таки возьмутся флатпаки снапы аппимажи всякие как первые ласточки уже есть, но нужно что то вменяемее
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (140), 19-Июл-26, 21:25
	> берешь и используешь пакет от того, кто есть - от оригинального разработчика оригинального проекта и таких пакетов не один, каждый по своему уникальный и со своим ворохом проблем. Мне пользоваться, а не в мэнтейнера играть > зачем он есть? лучше бы его не было. вредители не нужны чтобы решал проблемы, которые возникнут у 99% пользователей при общении с разработчиками напрямую. > в самом лучшем случае он должен передать проблему апстриму, …, так как проблема может дойти до разработчика так же, как она дошла до ментейнера так проблемы дошли и что-то разработчик не очень этому рад. Даже если выкинуть из цепочки мэнтейнера, то все равно останется группа людей, которые будут репортить баги на старые версии по разным причинам, вплоть до условной "я сижу на версии X.Y потому что в более поздней вы что-то сломали и у меня не работает то-то" > и это проблема не разработчика, а дистрибутива, и способа распростронения софта в нем это создает проблемы пользователям. Да и сам разработчик должен быть заинтересован чтобы люди знали его "продукт", а не один из форков, сделанных в угоду закидонам разработчика > конечно они знают как лучше с их софтом работать походу хватит тебя кормить, но ответ допишу. Как условному "мне" лучше работать с их софтом им не известно и мне условный evolution не нужен даже за деньги — уже есть версия, которая работает как мне надо (но с багами, вот печаль) > если это оффициальный способ, то какие проблемы? проблема в том, что официального способа удаления часто нет. Что-то ставится в один каталог и не отсвечивает, а что-то ставится так, что у людей cd тормозит по 5 секунд > а как тогда надо? под оригинальным именем прячется не то, что нужно, надо как то сделать так, чтобы не пряталось. и тут либо переименовываем, либо выпиливаем, либо пользуемся версией от разработчика либо ведем просветительскую работу, что общение с разработчиками идет через мэнтейнеров дистрибутива > замечательное решение, лучшее. пользователям сомнительных минтов не рады это было к тому, что никто товарищу не указывал как поступать с багрепортами. А то, что с его софтом сделали в рамках лицензии — он это разрешил > ну он точно не первый, тот же аисвисел уже упомянут, я имел в виду из разработчиков набора гномовских приложений. Мне непонятно, там проблема с минтом системная или у кого-то просто слабые нервы. > я надеюсь, рано или поздно за эу проблему все таки возьмутся не возьмутся. В смысле сайт может и запилят, а в остальном творцы любят творить, а не разгребать завалы легаси > флатпаки снапы аппимажи всякие как первые ласточки уже есть, но нужно что то вменяемее сделают еще одну ласточку и снова переругаются.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 21:56
	> и таких пакетов не один, каждый по своему уникальный и со своим ворохом проблем. Мне пользоваться, а не в мэнтейнера играть да хоть сто миллионов тысяч, это не имеет значения, в нормальной системе софт просто ставится, вот он ставится и все, ему не нужны ментейнеры для этого, прямо вот берешь версию от разработчика и ставишь ее, и пользуешься. всё. зачем для этого быть ментейнером? зачем вообще нужен ментейнер? ну ответ то в общем то есть - вредить > чтобы решал проблемы, которые возникнут у 99% пользователей при общении с разработчиками напрямую. это какие такие проблемы возникнут у пользователя, но которые решит ментейнер? > так проблемы дошли и что-то разработчик не очень этому рад конечно не рад, ведь вредительская сущность ментейнерства в псевдостабильных дистрибутивах чья угодно проблема, но не разработчика > Даже если выкинуть из цепочки мэнтейнера, то все равно останется группа людей, которые будут репортить баги на старые версии по разным причинам, вплоть до условной "я сижу на версии X.Y потому что в более поздней вы что-то сломали и у меня не работает то-то" вот только на этот раз разработчик будет уверен, что проблема в его руках, а не какие то там вредители накосячили и неправильно его пакет собрали а народ с старой версией будет послан на новую > это создает проблемы пользователям какие такие проблемы создает система распространения софта напрямую от разработчика к пользователю? она создает проблемы ментейнерам - они становятся ненужны > Да и сам разработчик должен быть заинтересован чтобы люди знали его "продукт", а не один из форков, сделанных в угоду закидонам разработчика разработчик заинтересован в том, чтобы все знали его продукт в том виде, в котором его выпустил разработчик, а не какой то косячник-вредитель > Как условному "мне" лучше работать с их софтом им не известно а причем здесь ты? есть софт, с набором фич, собранный так, как считает правильным разработчик для правильной работы этого софта, он знает лучше любого вредителя, как это делать, потому что он разработчик > мне условный evolution не нужен даже за деньги ну дак не бери, бери то, что устраивает по фичам, не один такой "условный evolution" существует > проблема в том, что официального способа удаления часто нет потому что даже нормального способа установки в этот ваш гнулинукс нет сделайте уже систему, а не набор костылей вокруг ядра, не совместимый даже с самим собой > либо ведем просветительскую работу, что общение с разработчиками идет через мэнтейнеров дистрибутива а зачем пользователю это все знать? разбираться в каких то ментейнерах, пакетах? он хочет установить софт, и он хочет, чтобы он работал. вредители-ментейнеры этому мешают. зачем создавать видимость нужности ментейнеров, вместо того, чтобы просто их убрать? > это было к тому, что никто товарищу не указывал как поступать с багрепортами ну он и послал никчемных пользователей минта подальше и правильно сделал > А то, что с его софтом сделали в рамках лицензии — он это разрешил это какая такая лицензия разрешает каким то вредителям портить софт и порченный софт под той же вывеской вывешивать? пускай форк делают и как угодно его собирают > я имел в виду из разработчиков набора гномовских приложений. Мне непонятно, там проблема с минтом системная или у кого-то просто слабые нервы. а не имеет значения, как мы увидели, проблемы то не только у гноморазрабов возникают > не возьмутся. В смысле сайт может и запилят, а в остальном творцы любят творить, а не разгребать завалы легаси в таком случае десктопный гнулинукс мертв, к счастью и не только изза убогой системы распространения софта с вредителями посередине > сделают еще одну ласточку и снова переругаются в таком случае десктопный гнулинукс мертв, к счастью x2
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	203. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (203), 20-Июл-26, 10:30
	> вот он ставится и все и не работает. Например потому что кто-то забыл докинуть нужные библиотеки в архив с софтом или потому что разработчик собирает только для своего компа и твой арм в глаза не видел, или еще почему. Может все эти проблемы решить разработчик? Технически может. А практически? А хочет? > это какие такие проблемы возникнут у пользователя, но которые решит ментейнер? Как минимум будет проблема зарегистрироваться во все сорсфоржах/гитхабах/гитлабах/и т.д. включая селфхостед сервисы, вместо того чтобы написать в багтрекер дистрибутива. А общение технически не подкованного пользователя с разработчиками это вообще беда, при том, что разработчики даже друг с другом поговорить часть не умеют > конечно не рад, ведь вредительская сущность ментейнерства в псевдостабильных дистрибутивах чья угодно проблема, но не разработчика Конкретно этот разработчик мог стать мэнтейнером, как многие делают, но он пустил всё на самотёк и на вакантное место пришли вредители. Плохой разработчик, негодный > вот только на этот раз разработчик будет уверен, что проблема в его руках, а не какие то там вредители накосячили и неправильно его пакет собрали Есть такие, которые уверены, что проблема не в их руках, пока их носом не ткнут в конкретный комит. Тут как повезет > какие такие проблемы создает система распространения софта напрямую от разработчика к пользователю? она создает проблемы ментейнерам - они становятся ненужны необходимостью выяснять "как же тебя установить". Сегодня бинарники надо качать с гитхаба, завтра с гитлаба, послезавтра с флатпака, но там увидели использование AI и теперь ищи на меге. Я понимаю полазить по всему этому ради 1-2 софтин, но не для каждой же > разработчик заинтересован в том, чтобы все знали его продукт в том виде, в котором его выпустил разработчик, а не какой то косячник-вредитель про косячника надо еще доказать, а вот распространению этот вредитель точно способствует. При чем даже на платформы, которые разработчик в глаза не видел > а причем здесь ты? есть софт, с набором фич, собранный так, как считает правильным разработчик для правильной работы этого софта, он знает лучше любого вредителя, как это делать, потому что он разработчик а для кого он этот софт собирает? Если для себя, то пусть не обижается, что другие пересобрали по другому, если для других, то пусть не создает неудобства своим видением "правильной" работы > ну дак не бери, бери то, что устраивает по фичам, не один такой "условный evolution" существует пример был про то, что софтина меня устраивает по фичам в версии X.Y, но в более поздних разработчик своим видением навязывает установку дополнительного софта > потому что даже нормального способа установки в этот ваш гнулинукс нет а при чем тут гнулинукс? Разработчики творят дичь при установке не потому что гнулинукс плохой, а потому что они знают "как лучше". Знают как лучше пользоваться, как лучше собирать, как лучше устанавливать. И знают, что их поделку лучше не удалять :) > а зачем пользователю это все знать? разбираться в каких то ментейнерах, пакетах? он хочет установить софт, и он хочет, чтобы он работал. вредители-ментейнеры этому мешают. зачем создавать видимость нужности ментейнеров, вместо того, чтобы просто их убрать? зачем разбираться в ментейнерах? Есть багтрекер дистрибутива — пользуйся. А вот зачем пользователю искать бинарники по всему интернету и регаться где попало для общения с разработчиком мне не ясно > ну он и послал никчемных пользователей минта подальше деление пользователей на сорта. Какой замечательный разработчик получается > это какая такая лицензия разрешает каким то вредителям портить софт и порченный софт под той же вывеской вывешивать? пускай форк делают и как угодно его собирают в лицензии, используемой календарем есть требование распространять исходники после изменений и нету требований для этого сделать форк. Если ты снова намекаешь на защиту торговой марки, то пусть этим занимается ее владелец, а не психанувший разработчик > а не имеет значения, как мы увидели, проблемы то не только у гноморазрабов возникают проблемы возникают у всех из-за всех. Только не предлагай выкинуть этих всех > в таком случае десктопный гнулинукс мертв, к счастью как же мало некоторым надо для счастья
	Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

	129. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от morphe (?), 19-Июл-26, 17:28
	Ему кто-то платит за LTS релизы и их поддержку? Неадекваты это те кто сидят на LTS дистрибутивах и считают что им все разработчики должны портировать свой код под старые библиотеки
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	191. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Vladjmir (ok), 20-Июл-26, 07:18
	С каких это пор весь Гном нужно обновлять из-за одного приложения? Или там имеет место мажорный переход с GTK3 на GTK4? Может, тогда нужно поставлять пакет во flatpak'е?
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	120. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от freehck (ok), 19-Июл-26, 16:40
	> Ему прямо говорят «Ко мне приходят с жалобами пользователи твоего дистрибутива, а не Ubuntu и Debian... Ну так пусть сделает шаблон в багтрекере, чтобы в котором так прямо и напишет, что первое место, куда нужно обращаться — это багтрекер дистрибутива. Все нормальные разработчики так и делают, а не идут в багтрекер дистра, требуя от мейнтейнера сделать форк и ребрендинг. К нему идут именно из Mint-а потому, что Mint популярен. Фактически, Mint вообще-то оказывает ему услугу, ибо без Mint-а у него просто было бы сильно меньше пользователей. То, что он не может банально процессы наладить — его личная проблема, к дистрибутиву отношения не имеющая.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	145. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 18:41
	> Ну так пусть сделает ну давай да, порассказывай, кому что делать и как жить надо > Все нормальные разработчики так и делают критерии нормальности в студию пожалуйста > К нему идут именно из Mint-а потому, что Mint популярен а абанти и добиан так, полтора землекопа используют? а что насчет оффициально за деньги поддерживаемой красношапки? едят баги за свои деньги? > Mint вообще-то оказывает ему услугу, ибо без Mint-а у него просто было бы сильно меньше пользователей. вот неблагодарный! это количество пользователей на хлеб намазывает каждое утро, точит аж за ушами трещит, и чего то тут возмущается! с этого "количества пользователей" самому разрабу польза какая? > То, что он не может банально процессы наладить — его личная проблема, к дистрибутиву отношения не имеющая. как насчет того, чтобы не "налаживать процессы"? можно я как разработчик соберу бинарь и отдам его пользователю без вот этой вот прослойки в виде вредителей-ментейнеров?
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (146), 19-Июл-26, 18:45
	> Он хочет, чтобы если "его поделку" не обновляют, то чтобы убрали инфу о его ответственности за предоставляемый старый пакет "неподелки". Ну, то есть, он хочет, чтобы люди вообще не запускали старые версии его недоделия, и чтобы не нажимали на ссылку в диалоге "О программе", которую он сам же туда вставил. Прочитай обсуждение. У персонажа менталитет на уровне ребенка: https://gitlab.com/linuxmint/pins/mint/gnome-calendar/-/work...
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	119. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от freehck (ok), 19-Июл-26, 16:34
	> Пофиксить же старую версию оно не может, оно слишком занято cpaчами в багтрекере. Не факт, что это возможно. Как уже неоднократно обсуждалось, у GNOME во-первых нет LTS-релизов, во-вторых они поддерживают максимум два последних релиза, а релизы выпускаются раз в полгода, ну и в-третьих они известны тем, что кладут болт на обратную совместимость. Так что разработчик не совсем "прибивает" новую версию к новому гному. Скорее всего он просто в режиме бешеной гонки пытается сделать так, чтобы его программа в новом гноме просто продолжала работать. А оставлять какие-то кусочки кода для того, чтобы продолжало работать и в старых версиях — у него, вероятно, времени не хватает. Ну или экспертизы, who knows? Поэтому он, естественно, задолбанный вхламину. Но виноват в этом, конечно же, Mint. =)
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	130. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от morphe (?), 19-Июл-26, 17:30
	> Но виноват в этом, конечно же, Mint. =) Mint виноват в том что не следует циклу разработки гнома и как ты сам и сказал поставляют неподдерживаемую самим гномом версию А если гном в дистрибутиве вечно старый и корявый - то может его просто не поставлять вместе с дистрибутивом?
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от freehck (ok), 19-Июл-26, 17:32
	> А если гном в дистрибутиве вечно старый и корявый - то может его просто не поставлять вместе с дистрибутивом? А вот этот тезис я — целиком и полностью поддерживаю. Всё RedHat-овское "добро" проблем создаёт больше, нежели от него пользы.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от iPony128052 (?), 19-Июл-26, 11:57
	Вроде бота просто создать? Если нет версии, то спросить. Если есть старая версия, то закрыть.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	160. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от EuPhobos (ok), 19-Июл-26, 21:44
	> А в чём проблема? У пользователей минта некроверсия, отвечай -- обновитесь. Их дистрибутив их выбор. Вот в чём: 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. Это просто обиженная.. обижанный.. обиженнОЕ.. тьфу! В общем очередной душевнобольной человек.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–29 +/–
Сообщение от Аноним (5), 19-Июл-26, 11:06
Вот именно поэтому флатпаки единственная правильная модель дистрибуции по для десктопа, хоть и не без своих недостатков
Ответить | Правка | Наверх | Cообщить модератору

	8. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
	Сообщение от Аноним (8), 19-Июл-26, 11:09
	Единственная правильная модель дистрибуции для десктопа — HPKG. На втором месте BSD pkg. Остальное — разные степени костылей и недоработанности.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+5 +/–
	Сообщение от sunjob (ok), 19-Июл-26, 11:14
	день добрый! вопрос: чем хайковский/bsd пакет так правильно хорош, что лучше в 100 раз? - обычных пакетов (устанавливающих файлы в стандартное дерево) - appimage - пакетов спасибо
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Dependency hater (?), 19-Июл-26, 14:20
	> чем хайковский/bsd пакет так правильно хорош, что лучше в 100 раз? >обычных пакетов Всем. Обычные пакеты, это не приложения которые устанавливаются в ОС, а кусок среза конкретной версии дистрибутива, который устанавливается только в конкретную версию дистра, только онлайн и создают тонны dependency hell. > appimage - пакетов Тем что является дефолтным стандартом, а не опцией которой пользуются 20% разрабов
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Dependency hater (?), 19-Июл-26, 14:23
	>Обычные пакеты, это не приложения которые устанавливаются в ОС, а кусок среза конкретной версии дистрибутива, который устанавливается только в конкретную версию дистра, только онлайн и создают тонны dependency hell. И которые создают ситуацию, где у тебя на выбор 2 стула: lts система в которую ставится только софт 3 летней давности, либо ролинг релиз в котором софт только текущей версии, а не нужной тебе и система которую надо обновлять каждые несколько дней и мейнтейнить, иначе развалится
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от q (ok), 19-Июл-26, 16:17
	Любопытно, что ты так и не ответил на вопрос, чем hpkg/bsd-хренотень лучше классических дистрибутивных пакетов, appimage и флатпака. Ты можешь сколько угодно перечислять минусы -- они есть везде. Позитивная повестка есть какая-нибудь? Хотя бы одну проблему hpkg/bsd-хренотень решает? Чем они принципиально отличаются от всего остального?
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
	Сообщение от Dependency hater (?), 19-Июл-26, 16:47
	Ответил, очевидно отсутствием этих минусов. >лучше классических дистрибутивных пакетов Что угодно лучше чем классические дистрибутивные пакеты. Буквально бинарь запакованый в tar.gz лучше. >чем hpkg-хренотень лучше классических дистрибутивных пакетов Тем что это дефолтный формат пакетов и без зависимостей. Хочешь поставить софт в любую современную хайку, качаешь hpkg и ставишь. Все. Технически это тот же appimage, но .appimage это не дефолт, а опция которой разрабы редко пользуются. Если бы весь прикладной софт под линь по дефолту шел в .appimage, проблем бы было в 100 раз меньше. >Хотя бы одну проблему hpkg-хренотень решает? Да, позволяет устанавливать софт без гемороя. В линуксе так нельзя, есть десяток вариантов поставить софт и все с разными минусами и каждая конкретная прога собрана всего в 2-3 вариантах из этого десятка. В итоге ты не можешь просто взять и поставить прогу, каждый раз разный формат гемороя. И все это еще живет нормально только пока систему не обновишь. Потому что нет нормальной модели дистрибуции - LTS система + rolling софт. >Ты можешь сколько угодно перечислять минусы -- они есть везде Не везде. У модели мака с .app и андроида с .apk у хайки с .hpkg серьезных минусов нету.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–2 +/–
	Сообщение от q (ok), 19-Июл-26, 17:01
	> Ответил, очевидно отсутствием этих минусов. То, что ты не в курсе про минусы, не значит, что их нет. > Буквально бинарь запакованый в tar.gz лучше. Если он лучше, то нах нам тогда hpkg/bsd-хренотень? > это дефолтный формат пакетов и без зависимостей Если ничего не реюзается, то это недостаток, а не преимущество. Даже в докере каком-нибудь насквозь забандленные образы могут реюзать общие слои. Во флатпаке тоже есть рантаймы, так что не надо качать по одному гному на приложение. > Если бы весь прикладной софт под линь по дефолту шел в .appimage, проблем бы было в 100 раз меньше Линукс не контролируется одной-единственной компанией. Здесь конкуренция разных решений, одно лучше другого. От того, что тебе дядя сказал использовать только один пакетник -- это скорее недостаток, так как ты теряешь свободу выбора и гибкость подхода "каждой задаче -- свой наилучший инструмент". > нет нормальной модели дистрибуции - LTS система + rolling софт LTS-система + роллинг-софт -- это буквально любой LTS-дистр, в который ставишь пакеты из флатпака. Мне рассказать тебе, сколько десятков дистров поддерживает флатпак? Труднее найти дистр, который бы его не поддерживал. > У модели мака с .app и андроида с .apk у хайки с .hpkg серьезных минусов нету. Минусы есть везде. Инструмент подбирается по тому, насколько минусы мешают/не мешают конкретным целям. Если у тебя нет свободы выбора, значит однажды ты натолкнешься на задачу, в которой минусы твоего решения окажутся серьезными. Например, с трудом могу себе представить, чтобы бандл-хренотень успешно бы завелась на роутерах. Отсюда следует, что именно на роутерах нужен свой собственный пакетник. На роутерах, пакетник с критическими ЗДЕСЬ минусами размениваем на пакетник с некритическими ЗДЕСЬ минусами. Как ребенку надо объяснять очевидные вещи. Впрочем, если тебе лет 14, то тогда простительно.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Dependency hater (?), 19-Июл-26, 17:49
	Если ты юзер ОС то ты хочешь изично скачать себе софт, поставить его и пользоваться. А если ты разраб, то ты хочешь изично собирать пакет со своей прогой, обновлять его, кудато выкладывать чтобы юзеры иззично его качали. Если формат пакетов не решает эту проблему - то он говно. Во всех популярных ОС, винде, маке, андроиде эта проблема решена. В линуксе - нет. Чтобы успешно решать эту проблему формат пакетов должен быть дефолтом, те по дефолту большинство прог идут в нем и делать так, чтобы пакеты работали во всем зоопарке актуальных версий. Все нормальные системы пришли к модели когда есть список системных зависимостей, с которыми прога может линковаться, а все остальное пакет носит с собой. Это оптимальная схема для всего, кроме совсем уж специфических случаев. Если формат пакетов хорош, но он не дефолтный - проблема не решается. Если формат позволяет зависимости - то разрабы начинают их использовать - в итоге фрагментация и dependency hell и вендор лок на репозиторий, а дальше еще большая фрагментация. Поэтому бинарь в .tar.gz в 100 раз лучше .deb и rpm потому что, для того чтобы он решал свою задачу - работал и запускался на актуальных системах разраб вынужден тащить нужные зависимости с собой, а линковаться только с либами котороые точно везде есть. >нах нам тогда hpkg/bsd-хренотень? Чтобы была свобода выбора, конкуренция иснтрументов, вот это все. Сам же пишешь. >LTS-система + роллинг-софт -- это буквально любой LTS-дистр, в который ставишь пакеты из флатпака. Мне рассказать тебе, сколько десятков дистров поддерживает флатпак? Лучше расскажи какой % софта разрабы выкладывают во флетпак. Пока пакетник не является дефолтом или хотябы 80% софта не покрывает, он задачу не решает. Просто потому что тебе нужно поставить какйото софт, а его во флетпаке и нету. >LTS-система + роллинг-софт -- это буквально любой LTS-дистр И оцени сколько костылей, говнорешений и оверхеда прошлось для этого сделать в линуксе и как это было решено 100 лет назад в нормальных системах. >Здесь конкуренция разных решений, одно лучше другого >гибкость подхода "каждой задаче -- свой наилучший инструмент". Почему тогда все эти инструменты говно, и как в анекдеоте одно хуже другого? И в итоге базовая задача ОС, просто ставить прогу в систему не решена нормально. Почему весь рот в пакетных менедежерах? >Если ничего не реюзается, то это недостаток, а не преимущество. Это вооброжаемый недостаток, потому что реальных проблем он не создает. А если пытатсья реюзать все, то в итоге задача описанная в начале коммента не решается. >тебе дядя сказал использовать только один пакетник Странно, тебе дядя сказал использовать одно ядро и один elf и тебя это не парит почемуто >Если у тебя нет свободы выбора В маке с виндой никто не мешает использовать сторонний пакетник, их по несколько штук. Но обычно используют дефолтный формат пакетов, потому что линукс-стайл пакетники говно и работают хуже дефолтных маковиндовых подходов. >пакетник с критическими ЗДЕСЬ минусами размениваем на пакетник с некритическими ЗДЕСЬ минусами. Почему тогда весь рот в пакетных менедежерах, а на линуксовом десктопе все, кроме пожалуй флетпака, пакетники с критическими ДЛЯ ДЕСКТОПА минусами? >Во флатпаке тоже есть рантаймы Ага, рантайм kde 6.7.1, рантайм kde 6.7.2 при том что qt6.0-6.8 совместимы между собой. На 2 приложения 2 кде, спасибо. > так что не надо качать по одному гному на приложение. Так что всетаки надо качать по одному гному на приложение, надо. Немного спасает только дедубликация данных, изза которой место только diff между гномами занимает. Почему? Потому что разработчик так может, потому что так изи сделать во флетпаке по дефолту. Я же говорю - в модели дистрибуции пакетов главное не технические решения. А организационные и проектные. Чтобы типичный разраб с iq как у тебя, шел и собирал пакеты по дефолту так, чтобы пакеты изи ставиились без проблем. А в линуксе дефолты такие что пакеты мейнтенеры вместо разрабов под конкретную систему напильниками подгоняют чтобы хоть както работало. >Линукс не контролируется одной-единственной компанией И поэтому проектные решения должны быть качетсвеннее чем у винды и мака, чтобы это работало хотябы так же. А решения из рук вон плохие.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (137), 19-Июл-26, 18:05
	>любой LTS-дистр, в который ставишь пакеты из флатпака Не буду касаться недостатков самого флэтпака, скажу лишь, что в нём большое количество программ отнепоймикого. В том же Минте эти программы скрываются в их магазине приложений. Взять тот же самый популярный в мире браузер: официально у них есть deb и rpm. Пока флэтпаком нельзя полностью заменить нативные пакеты. Вот когда он станет таким же дефолтом упаковки для разработчиков, как deb и rpm, тогда схема LTS + flatpak будет отличной связкой.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	168. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (168), 19-Июл-26, 22:54
	>Если формат пакетов не решает эту проблему - то он говно. Во всех популярных ОС, винде, маке, андроиде эта проблема решена. В линуксе - нет. Формат пакетов вообще не имеет значения. Linux создан по подобию Unix, а Unix предлагает совершенно другой подход к использованию приложений. "Популярные ОС" - это платформы для запуска приложений, поэтому в них берёшь программу с сайта разработчика и всё работает. А Unix (и Linux) - это не платформа для запуска сторонних приложений, а инфраструктурная часть дистрибутива, которая исполняет приложения из конкретной версии конкретного дистрибутива. То есть программы с сайта разработчиков в Linux не обязаны работать.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от Dependency hater (?), 20-Июл-26, 04:19
	>А Unix (и Linux) - это не платформа для запуска сторонних приложений, а инфраструктурная часть дистрибутива, которая исполняет приложения из конкретной версии конкретного дистрибутива. То есть программы с сайта разработчиков в Linux не обязаны работать. Приятно видеть что линуксоиды начали признаваить что линукс-дистры это не ОС
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (233), 20-Июл-26, 22:40
	На данный момент недостаток Flatpak, в том что они блокируются Cdn и Cisco, о каких достоинствах может идти речь.
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	86. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–4 +/–
	Сообщение от q (ok), 19-Июл-26, 14:28
	Нихрена не объяснил, зато как грудь выпятил! > устанавливается только в конкретную версию дистра В большинстве случаев это вранье. Куча проектов на гитхабе дают свои deb/rpm, никак не указывая дистр. Как ни странно, даже при всех различиях, типичный "дистронезависимый" сторонний rpm прекрасно установится в любой rpm-дистр. > создают тонны dependency hell Нихрена не создают. > Тем что является дефолтным стандартом, а не опцией которой пользуются 20% разрабов У тебя спрашивали технические преимущества. В абсолютных цифрах, кстати, appimage более популярен, чем все hpkg/bsd-пакеты вместе взятые. Даже если умножишь их на сто.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	103. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от Аноним (1), 19-Июл-26, 15:19
	Даже в генте и раче спокойно распаковывают эти rpm и устанавливают блобы, всё работает всегда. И appimage ещё более универсальный. Тут просто вендорлок с блобомагазинами пытались навязать. Что флатпак, что снап.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Dependency hater (?), 19-Июл-26, 16:06
	>Нихрена не создают. Аргументация - твой конек. Не создают dependency hell это когда я ставлю apk из 2015 года на любой современный андроид, даже на китайско-васянский кастом и все работает без задней мысли. >В большинстве случаев это вранье. Куча проектов на гитхабе дают свои deb/rpm, никак не указывая дистр. Как ни странно, даже при всех различиях, типичный "дистронезависимый" сторонний rpm прекрасно установится в любой rpm-дистр. Да, да, да. Если автор проги постарается правильно собрать, если повезет, если фаза луны сойдется, если систему не обновлять то работает. Только ты забыл одну главную фигню: это работает, только если автор проги кладет хер на зависимости и собирает статический бинарник, или линкуется только с либами которые очевидно везде есть типа libz или linpng древних версий. >У тебя спрашивали технические преимущества Никто про технические не писал. И в модели дистрибуции пакетов техническая часть это десятое дело.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	117. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от q (ok), 19-Июл-26, 16:15
	> Не создают dependency hell это когда я ставлю apk из 2015 года на любой современный андроид, даже на китайско-васянский кастом и все работает без задней мысли. Ты путаешь с обратной совместимостью. Понимаю, технические термины -- не твой конек. Но я представляю, как тепло тебе становится, когда ты с вумным видом употребляешь термины вроде "поставить apk", "dependency hell". В самом деле, ну и что, что они не относятся к теме? Технические детали -- это дело десятое. > это работает, только если автор проги кладет хер на зависимости и собирает статический бинарник, или линкуется только с либами которые очевидно везде есть типа libz или linpng древних версий Это работает, точка. Техническая часть -- это дело десятое (с) Твоя экспертиза. Послушаем твои дальнейшие нетехнические измышления:
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Dependency hater (?), 19-Июл-26, 16:52
	Нечего сказать - докопайся до терминов. Запомнить умные технические слова можешь, а вкурить что такое модель дистрибуции пакетов не можешь. Классический гуманитарный lowiq. В формате пакетов важно на сколько легко он позволяет распространять, мейнтейнить и устаналивать софта, а не как оно внутри технически устроено.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–2 +/–
	Сообщение от q (ok), 19-Июл-26, 17:04
	Что именно важно в пакетнике, зависит от конкретной задачи. Вначале изучаем задачу, затем формулируем критерии к пакетнику. Понял? В твоем микромирке, тебе выбирать не из чего. Еще раз, если не понял: На протяжении всей профессиональной жизни, пакетник надо выбирать КАЖДЫЙ РАЗ когда сталкиваешься с новой задачей. А не так, что "вот у меня есть идеальный пакетник, буду впихивать его везде и всюду, и на роутер, и на марсоход, и в МКС, и на сервер, и на ПК".
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Dependency hater (?), 19-Июл-26, 17:54
	У меня задача поставить рандомную прогу нужной версии под дефолтный десктопный линукс, условный lts дистр двухлетней давности. Покажи пакетник который ее решает. На винде дефолтный установкщик решает, на маке решает, на андроиде решает.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Dependency hater (?), 19-Июл-26, 18:06
	>На винде дефолтный установкщик аналогичную задачу решает, на маке решает, на андроиде решает. Пофикшу, чтоб не докопались до формулировок
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Dependency hater (?), 19-Июл-26, 18:00
	>На протяжении всей профессиональной жизни, пакетник надо выбирать Пакетник это не профессиональный инструмент, а дефолотная часть ос, уровня экран логина или кнопкочка закрыть окно. Выбор пакетника задача для автора ос, а не для юзера.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	136. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Dependency hater (?), 19-Июл-26, 18:01
	>В твоем микромирке, тебе выбирать не из чего. Лучше иметь один нормальный вариант без выбора, чем большой выбор из сортов говна.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	35. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (35), 19-Июл-26, 11:58
	https://apps.gnome.org/ru/Calendar/
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+25 +/–
Сообщение от Аноним (6), 19-Июл-26, 11:06
Разработчик GNOME неадекватен. Некоторые дистрибутивы могут поддерживаться больше 10 лет. Устаревшая версия там будет всегда. К тому же его поделка прибита гвоздями к новой версии гнома. Обновить её не представляются возможным без перепахивания всего дистрибутива. Вывод напрашивается такой. Надо сразу выпускать нормальную протестированную версию, а не вкидывать сырой нейрослоп, в надежде, что там кто-то чего-то протестирует и обновит.
Ответить | Правка | Наверх | Cообщить модератору

	11. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–11 +/–
	Сообщение от Colorado_House_of_Representatives (?), 19-Июл-26, 11:12
	Абсолютно адекватен. Прочитайте ещё раз: > с _изменённой_ устаревшей версией Вывод напрашивается такой, что вы не умеете читать.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+18 +/–
	Сообщение от Аноним (17), 19-Июл-26, 11:26
	Ему сказали, там пара изменений отличий, а он вместо того чтобы их бегло (как непосредственно понимающий все нюансы своего проекта) посмотреть, предпочёл 9 месяцев сраться в багтрекере, доказывая что у него нет времени. Смотреть бы в любом случае пришлось, если бы он хотел чтобы его слова были подкреплены фактами, а так - он просто воздуханил. Отсюда в наше время возникает осторожный вопрос - может у него не код, а нейрослоп в котором он сам не разбирается?
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–5 +/–
	Сообщение от Аноним (-), 19-Июл-26, 12:21
	> а он вместо того чтобы их бегло (как непосредственно понимающий все нюансы своего проекта) посмотреть, предпочёл 9 месяцев сраться в багтрекере, доказывая что у него нет времени. а почему он должен их смотреть? очевидно, что "нет времени" - это отговорка. если каждый деревенский дистрибутив будет случайно объявлять случайную версию продукта LTS, разрабу придется все их смотреть? или быть может разраб будет разрабатывать софт, собирать его, и собранную версию предоставлять пользователям без такой ненужной прослойки, как ментейнер? да не, бред какой-то. этож линукс, здесь нельзя распространять софт по-нормальному > Смотреть бы в любом случае пришлось, если бы он хотел чтобы его слова были подкреплены фактами, а так - он просто воздуханил. какие факты нужны? ну вот предположим, что там нет изменений, но вот незадача - баги в новых версиях пофикшены. почему ментейнеры, раз уж они есть, такие небесполезные (в данном случае вредители), не могут обновить приложение? > Отсюда в наше время возникает осторожный вопрос - может у него не код, а нейрослоп в котором он сам не разбирается? а разница какая в конечном счете? все равно версия из дистрибутива сломана, виноват в этом дистрибутив с ментейнерами, потому что в версии разраба все пофикшено - возьми и обновись
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+6 +/–
	Сообщение от Аноним (57), 19-Июл-26, 12:41
	Сразу видно, что ты никакой гномософт собирать не пытался. Там обратной совместимости тупо нет, и любая сборка даже краем заляпанной ручонками гномеров проги моментально валится в dependency hell. Из-за воплей какого-то неадеквата половину дистра никто обновлять не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (-), 19-Июл-26, 14:44
	> Сразу видно, что ты никакой гномософт собирать не пытался естественно, я его не собирал, я же ведь не разработчик гномога, при этом я нормальный я просто скачаю портабельную версию пакета, или установщик, или воспользуюсь магазином, в который разработчик с подтвержденой учеткой сам разместил софт и обновляет его > Там обратной совместимости тупо нет, и любая сборка даже краем заляпанной ручонками гномеров проги моментально валится в dependency hell. и это не проблема разработчика софта еще раз - для софта нет LTS ветки, разраб ее не поддерживает, он предлагает последнюю версию как стабильную, в которой пофикшены проблемы, берешь ее и используешь не нравится первый вариант? не ноешь, что оно сломано, ну или ноешь тому, кто заявляет, что она LTS, то есть ментейнеру дистрибутива, зачем то ведь он нужен? а чтобы не было проблем с определением того, кому ныть, надо поменять форму обратной связи, а если есть изменения, то и вовсе сменить название, чтобы не было путаницы
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от iPony128052 (?), 19-Июл-26, 15:10
	> еще раз - для софта нет LTS ветки У GNOME же есть баг фиксы к старым веткам
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от iPony128052 (?), 19-Июл-26, 15:17
	Вот не секурный фикс. Исправление сумасшедшего переключкния раскладки https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/... Оно не только в последнюю версию GNOME прилетело.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	106. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 15:39
	ну дак у гномога? или у гномогокалендаря? а этот перенос, он почему был? а он обязывает других разрабов гноможьих приложений так же делать?
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 13:09
	А никак не обновить, поддержку иксов дропнули.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	51. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–4 +/–
	Сообщение от Аноним (51), 19-Июл-26, 12:33
	Уважаемый местный нейрослоп, а почему автор должен принимать на веру чьи-то утверждения о паре изменений? Позиция озвучена стороной Mint, они и обязаны доказать, что именно за изменения и какие их последствия, раз по их мнению они (изменения) ни на что не влияют. А так получается, что Mint накосячил, а виноват автор, и ещё что-то должен исправлять ради какого-то проходного дистрибутивчика, единственное достижение которого - нескучные обои.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	68. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+6 +/–
	Сообщение от Аноним (66), 19-Июл-26, 13:23
	Разработчик GNOME Calendar не анализировал изменения, поэтому слова о "значительных изменениях" - это только со слов разработчика GNOME Calendar, который на самом деле не анализировал, есть ли там изменения.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
	Сообщение от Admino (ok), 19-Июл-26, 22:59
	Если пользователи жалуются на давно исправленные ошибки, то разработчик gnome calendar это видит. К. О.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от Аноним (77), 19-Июл-26, 14:17
	> А так получается, что Mint накосячил Нет, не получается. Пруфы были? Я вот не увидел. Зато увидел другое - гномерасты не умеют в обратную совместимость, и чтобы обновить сабжевую поделку, нужно обновить весь гном. И это речь о минорном суффиксе в версии, если что. Это вопрос даже шире. Гномерасты настолько преисполнены собственного величия в том, что диктуют условия целой отрасли, что когда их спокойно послали лесом, у них случилась истерика. Как же так, а? Их не слушаются, с ними не соглашаются. А если узнают, что на опеннете их считают не особо умными - так вообще крышак отъедет о возмущения.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	111. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
	Сообщение от HotR (?), 19-Июл-26, 15:55
	Кедерасты вообще в неадеквате. Лишб юы на гном навалить. Иди папей чего-нибудь просветляющего.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Colorado_House_of_Representatives (?), 19-Июл-26, 12:51
	Очевидно, что, если даст слабину сейчас, потом придут эти горе-писатели уникальных старых версий с новыми запросами. Таких надо на корню рубить.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	32. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+9 +/–
	Сообщение от анони (?), 19-Июл-26, 11:53
	Это заявляния самого разработчика, который отказался смотреть на код, чтобы понять чего и сколько там изменено. Поэтому да, этот разработчик - неадекватный. Хотя сложно среди разработчиков гнома иных найти.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	67. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (66), 19-Июл-26, 13:19
	> Разработчик GNOME Calendar пояснил, что у него нет времени анализировать
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	74. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (74), 19-Июл-26, 14:00
	Когда нет времени анализировать старые ошибки, как можно быть уверенным в том, что в будущем не понаделает те же самые ошибки? На ошибках учатся.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Nmmv (?), 20-Июл-26, 23:11
	Чего же ты не заканчиваешь дальше фразу из статьи? Там написано: "Разработчик GNOME Calendar пояснил, что у него нет времени анализировать ИЗМЕНЕНИЯ В ПАКЕТЕ ИЗ Linux Mint". Какого ... он должен сидеть и думать что там наваяли минтовцы в своем дистрибутиве взяв его старый пакет, когда он уже давно выпустил новый исправленный.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	124. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+5 +/–
	Сообщение от freehck (ok), 19-Июл-26, 16:56
	> Абсолютно адекватен. Прочитайте ещё раз: > с _изменённой_ устаревшей версией Вообще-то в этом суть всех стабильных дистрибутивов с релизным циклом: при подготовке релиза дистрибутива, мейнтейнеры производят интеграционное тестирование софта в репозитории и исправляют в релизных версиях выявленные минорные баги. И кстати, отправляют информацию о них в апстрим. Более того, когда это возможно — они в течение всего срока поддержки релиза дистрибутива ещё и security fix-ы бэкпортируют из новых версий в дистрибутивные. Для этого стабильные дистрибутивы и существуют. Фактически пассаж разработчика эквивалентен требованию исключить свой софт из поставки дистрибутива, что идёт вразрез с его же собственной лицензией. Так что правильно ему говорят мейнтейнеры: если он хочет ограничить возможность использовать свой софт, то ему нужно менять лицензию на проприетарную. PS: справедливости ради, лицензия не запрещает разработчику попросить о ребрендинге, да — именно так появился Iceweasel когда-то; тем не менее, будем честны: права на трейдмарк GNOME — они у GNOME Foundation, который фактически подконтролен Red Hat. И Red Hat на станут судиться с Mint-ом, требуя убрать слово GNOME из дистрибутива. Во-первых это ужасный PR, во-вторых им важнее то, что трейдмарк на слуху. Так что то, что разработчика был далеко послан — в целом закономерно и правильно.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	16. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–2 +/–
	Сообщение от Аноним (-), 19-Июл-26, 11:23
	> Некоторые дистрибутивы могут поддерживаться больше 10 лет. а поддерживать их должны разработчики гномога? или кто? а почему калькулятор вообще часть дистрибутива? есть ли в гнулинуксе нормальный способ установить последнюю версию этого калькулятора? > Надо сразу выпускать нормальную протестированную версию, а не вкидывать сырой нейрослоп, в надежде, что там кто-то чего-то протестирует и обновит. надо сразу делать хорошо, делать плохо не надо зачем вы, ллмные любители отработанных в блендере фруктов, пишете плохо? так не надо
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	19. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
	Сообщение от dannyD (?), 19-Июл-26, 11:34
	>>... Некоторые дистрибутивы могут поддерживаться больше 10 лет. >>Устаревшая версия там будет всегда. ...   >>Обновить её не представляются возможным без перепахивания всего дистрибутива. ага... значит Линус обязан вам поддержвать ядро 2.59 больше и больше... ну ну...
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	33. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от анони (?), 19-Июл-26, 11:55
	Нет, он должен приходить в багтрекеры дистрибутивов и вонять, чтобы обновили устаревшее ядро на новую мажорную версию, потому что только там всё исправлено
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от dannyD (?), 19-Июл-26, 12:02
	согласен
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (51), 19-Июл-26, 12:36
	Тоже поддерживаю. Именно так Линус и должен поступать.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	38. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (38), 19-Июл-26, 12:03
	Ядро Linux версии 4.4 было выпущено 10 января 2016 года Промышленная поддержка (SLTS): Сверхдлинный жизненный цикл от консорциума Civil Infrastructure Platform (CIP) завершится в январе 2027 года
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	52. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от dannyD (?), 19-Июл-26, 12:33
	>>от консорциума Civil Infrastructure Platform (CIP) а Линус вам ничего не обязан, и может посылать вас с вашими багрепортами....
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (38), 19-Июл-26, 12:41
	> а Линус вам ничего не обязан, и может посылать вас с вашими багрепортами.... Линус не смотрит багрепорты. За каждое направление отвечают назначенные им люди. Но и они багрепорты, обычно не смотрят. Они лишь оценивают присылаемые им ветки патчей.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от dannyD (?), 20-Июл-26, 06:24
	>>Линус не смотрит багрепорты. правильно, он посылает по нужному направлению.
	Ответить | Правка | Наверх | Cообщить модератору

10. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от trolleybus (ok), 19-Июл-26, 11:12
Вот поэтому LTS для десктопов не нужны. Это тебе не сервер
Ответить | Правка | Наверх | Cообщить модератору

	40. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (38), 19-Июл-26, 12:05
	Отказаться от ниши поставляемого оборудования?
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (41), 19-Июл-26, 12:05
	Если б ещё роллинги нормальные существовали в природе.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	88. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (88), 19-Июл-26, 14:30
	Tumbleweed. Btrfs+Snapper спасёт отца русской демократии.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от МИСАКА (?), 20-Июл-26, 06:24
	Но не его данные ;)
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (88), 20-Июл-26, 09:40
	Продуманная структура btrfs subvolume спасёт отцов русской демократии.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (104), 19-Июл-26, 15:20
	Fedora?
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	330. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (330), 22-Июл-26, 12:59
	steam os
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	85. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Dependency hater (?), 19-Июл-26, 14:26
	Система должна быть LTS, а софт роллинг, как во всех нормальных ОС. Но комьюнити из транс-гномов как герой новости запилить такое не осиливает
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	126. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от freehck (ok), 19-Июл-26, 17:04
	> Система должна быть LTS, а софт роллинг, как во всех нормальных ОС. Да. > Но комьюнити из транс-гномов как герой новости запилить такое не осиливает А как он тебе это осилит, если GNOME в принципе LTS не предусматривает? Разраб сам завязался на вечно нестабильную платформу, теперь страдает.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от morphe (?), 19-Июл-26, 18:57
	> Разраб сам завязался на вечно нестабильную платформу, теперь страдает. Дистрибутив выставляет вечно нестабильную платформу как LTS а затем юзеры доёбываются до разработчиков софта которые знать не знали ни про какие linux mint
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 20-Июл-26, 14:46
	разраб не осилил "wont fix" вот у системди тоже поддержка версии заметно меньше чем время жизни LTS и ничего - вроде Лёнька истерик не устраивает, если ему пользователи "старой" системды пишет... а если этому разрабу много пишут... какое-же качество продукта он вывалил во времена 46 гнома...
	Ответить | Правка | Наверх | Cообщить модератору

13. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+6 +/–
Сообщение от Аноним (13), 19-Июл-26, 11:20
Однажды гномеры (в смысле разработчики) перестанут вести себя как самые последние проприетарщики с гиперконтролем, но не сегодня.
Ответить | Правка | Наверх | Cообщить модератору

20. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
Сообщение от Аноним (20), 19-Июл-26, 11:36
В чем проблема разработчика гном-каленадаря пофиксать LTS баги
Ответить | Правка | Наверх | Cообщить модератору

	23. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от warlock66613 (ok), 19-Июл-26, 11:39
	Не все баги можно пофиксить в минорном обновлении продукта.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от Аноним (-), 19-Июл-26, 11:46
	в том, что для него нет LTS версии, он не выпускает LTS версии, а то, что какие то там люди, клепающие по тысяче дистрибутивов на деревню, сказали, что их дистрибутив LTS, ну дак пускай эти люди и поддерживают, и за ошибки тоже отвечают они
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	36. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от анони (?), 19-Июл-26, 12:00
	Ну да, гном весь такой из себя, у него нет лтс версии, поэтому обновляйтесь в рамках одной версии дистрибутива до новой мажорной версии. И пoxер, что гном в очередной раз всё поломал, главное - новая версия. Типичная модель разработки красной шапки. Потому что лтс - только за денюжку.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–2 +/–
	Сообщение от Аноним (-), 19-Июл-26, 12:16
	> поэтому обновляйтесь в рамках одной версии дистрибутива до новой мажорной версии именно так > И пoxер, что гном в очередной раз всё поломал, главное - новая версия щито поделать, раз уж в гнулинуксе так все плохо с распространением софта? > Типичная модель разработки красной шапки ну да, а как красношапка должна делать? как ей на опеннетике скажут? > Потому что лтс - только за денюжку. ну естественно бесплатный только сыр в мышеловке хочешь решения проблем - плати
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+12 +/–
	Сообщение от Аноним (57), 19-Июл-26, 12:30
	Решение проблемы: повсеместно выкинуть Гном в /dev/null. А кому оно сильно нужно - есть красношапка.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 14:46
	отличное предложение только минтовцы почему то не хотят этого делать интересно, почему?
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от МИСАКА (?), 20-Июл-26, 06:26
	Потому что прибиты к репам бунты?
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от анони (?), 19-Июл-26, 14:19
	>именно так Разработчики, которые диктуют другим сидеть только на текущей версии, которая единственная актуальная - неадекваты. Роллинг-пepдoлинг кушайте смми, не подавитесь. >щито поделать, раз уж в гнулинуксе так все плохо с распространением софта? С больной головы на здоровую. Каким боком тут распространение софта и желание тяп-ляпать каждые полгода новую мажорную несовместимую единственно актуальную версию? >ну да, а как красношапка должна делать? как ей на опеннетике скажут? Пускай делает как хочет. А мэнтейнерам минта пожелаю стойкости, чтобы не выпилили никуда о разработчиках этой поделки календаря. Пользователи должны знать этих тяпляперов красношапки. >хочешь решения проблем - плати Лучше с поделками красношапки совсем не связываться
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	96. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 14:49
	> Разработчики, которые диктуют другим сидеть только на текущей версии, которая единственная актуальная - неадекваты не пользуйтесь - не заставляют ну и да, раскрой ка мысль, почему они неадекваты > Каким боком тут распространение софта и желание тяп-ляпать каждые полгода новую мажорную несовместимую единственно актуальную версию? если бы не убогий способ распространения софта, разработчик бы сам подготавливал новую версию для распространения и распространял бы ее стандартными автоматизированными средствами, ментейнеры не нужны но в линуксе нет понятия API, а следственно, под каждую деревню со своим дистрибутивом нужно устраивать какие то танцы, вместо того, чтобы просто запускать приложения разработчик может тяпляпать столько версий, сколько посчитает нужным, особенно учитывая, что он делает это за бесплатно, он вполне может это делать для себя, а эти ваши условности  - усложнение распространения софта на ровном месте, создающее только проблемы > Лучше с поделками красношапки совсем не связываться но минтовцы почему то связываются, и создают всем проблемы
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (226), 19-Июл-26, 21:54
	> создают всем проблемы шизик разраб - не все. пусть пишет под проприетарной лицензией в которой требует обязательно обновлять его софт раз в пол-года предварительно сделав два раза ку...
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 22:02
	> шизик разраб - не все. "шизик-разраб" лучше знает, как его софт работает. почему криворучки-вредители пересобирают этот пакет как хотят, с какими то модификациями, но виноват в этом разраб? почему вредители-ментейнеры не хотят нести ответственность за то, что они собирают, а скидывают это на разрабов, которые не знают, как криворучки собрали пакет и почему он такой старинный? почему гнулинукс настолько убог, что не позволяет просто поставить нужный софт? почему предоставляют старую сломанную версию одни, а отвечать за это должны другие? > пусть пишет под проприетарной лицензией в которой требует обязательно обновлять его софт раз в пол-года предварительно сделав два раза ку он лучше знает, как ему его софт разрабатывать, а модифицировать и поставлять под прежней лычкой модифицированный и сломанный софт это вредительство, модификация это сразу форк
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 19-Июл-26, 22:48
	пусть шизик-разраб меняет лицензию - это его право. и в этой лицензии запрещает минту использовать его софт > модификация это сразу форк ссылка на пункт лицензии будет?
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (171), 19-Июл-26, 23:14
	> пусть шизик-разраб меняет лицензию пусть шизик-ментейнер сам сопровождает некроверсию, а не скидывает ее на шизика-разраба пусть шизик-пользователь пользуется помоями вместо ОС системы, и не ноет, что у него некроверсия не работает путь шизик-комментатор уже разберется с тем, кто за что отвечает нет, шизик-разраб не отвечает за помои, которые развели шизики-вредители-ментейнеры > и в этой лицензии запрещает минту использовать его софт давно пора в общем то а то вредители-ментейнеры только и делают, что вредят, и бумажками закрываются собственно, вся эта ситуация прекрасно показывает, почему проприетарный софт лучше этого вашего "свободного" > ссылка на пункт лицензии будет? в любой лицензии это есть нет, GNU это мусор, а не лицензия, и данная ситуация это прекрасно показывает
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (176), 19-Июл-26, 23:25
	> нет, GNU это мусор, а не лицензия, и данная ситуация это прекрасно показывает Чего ты тогда здесь ошиваешься?
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (51), 19-Июл-26, 12:38
	Кто запрещает разработчикам таких а-ля LTS не использовать в своих поделках Gnome?
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	75. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от анони (?), 19-Июл-26, 14:06
	А кто запрещает им его использовать? Неадекватные разработчики поделок а-ля календарь гнома? Который пришёл повонять, что в старой версии его поделки ашипки и надо обновить весь гном? Ну пусть дальше воняет
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (-), 19-Июл-26, 14:53
	не, не так разработчика закидали сообщениями об ошибках, которых в его версии нет разработчик хочет, чтобы обращались к тем, кто создает проблемы, то есть к вредителям-ментейнерам из минта разработчик не хочет иметь ничего общего с вредителями-ментейнерами из минта, так как это вредит в том числе репутации проекта, изза вредителей-ментейнеров пользователи думают, что поделка с ашипками, а ашипки на самом деле давно пофикшены, возьми и обновись но нам надо вредителей-ментейнеров же чем то занять чем? сборкой сломанной устаревшей версии пакета конечно же, с перекидыванием ответственности на разработчика
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (99), 19-Июл-26, 15:04
	Думаю, репутацию он подпортил все же себе, а не мейнтейнерам. Не знать в чем заключается разница между LTS и Rolling release - это как раз уровень разработчиков гнома.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 19-Июл-26, 15:38
	а разработчик этой софтины где то себя обязывал делать LTS релизы? или раз какой то деревенский дистрибутив заявил, что он LTS, то разработчики всех пакетов должны подорваться и писать фиксы конкретно под этот деревенский дистрибутиви еще под тысячу таких же?
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 19-Июл-26, 21:37
	> а разработчик этой софтины пусть идет в сад со своими неадекватными требованиями. "деревенский дистрибутив" лицензии не нарушает.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (171), 19-Июл-26, 23:15
	пусть идет в сад тот, кто ему пишет багрепорты на то, что давно пофикшено и вредитель-ментейнер, и пользователь, выбравший помои вместо системы
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (176), 19-Июл-26, 23:20
	> пусть идет в сад тот, кто ему пишет багрепорты на то, что давно пофикшено Ну и чего он тогда плакаться начал? > и вредитель-ментейнер, и пользователь, выбравший помои вместо системы Ага, валите на офтопик.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (178), 20-Июл-26, 00:08
	> а разработчик этой софтины где то себя обязывал делать LTS релизы? Внезапно, основные разработчики гнома - из Red Hat. Те самые, у которых основной дистрибутив и основа их бизнеса - и есть LTS.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	282. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Nmmv (?), 21-Июл-26, 13:51
	Сами придумали? Если Red Hat использует Gnome, то это не значит что он им платит, или их содержит. Это только ваши фантазии.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (38), 19-Июл-26, 12:07
	Немного не так. Для него нет никаких версий, кроме текущей версии разработки. С его точки зрения все должны сидеть на current.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	76. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от анони (?), 19-Июл-26, 14:07
	А потом тут его защищают, что он адекватный
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (98), 19-Июл-26, 15:03
	До RHEL он докопаться не рискнул, однако :D
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	90. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от freehck (ok), 19-Июл-26, 14:39
	> В чем проблема разработчика гном-каленадаря пофиксать LTS баги В том, что у GNOME нет такого понятия, как LTS. Они выпускают новый "стабильный" релиз каждые полгода. Максимум, что они делают — лениво и не всегда портируют исправления из stable-релиза в old-stable. Так что по сути, всё GNOME-овское перестаёт получать исправления уже через год.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

21. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
Сообщение от warlock66613 (ok), 19-Июл-26, 11:37
Разработчики привыкли, что если налажал в коде, но потом в новой версии исправил, то всё в порядке и ошибки как бы и не было. Так вот это работает далеко не всегда! Иногда надо сразу делать как следует, а если не сделал, то честно нести ответственность за последствия.
Ответить | Правка | Наверх | Cообщить модератору

	26. Скрыто модератором	+4 +/–
	Сообщение от Аноним (-), 19-Июл-26, 11:44
	ну дак он и несет - выпускает новые версии с исправлениями а то, что ты по религиозным соображениям не можешь поставить обновление - дак то твоя проблема, особенно учитывая, что ты ни копейки этому разрабу не заплатил, он лучше знает, что кому он должен и как свое время тратить кста вот вопрос - а за что несет ответсвенность ментейнер? зачем нужна такая штука как ментейнер?
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (178), 19-Июл-26, 11:49
	Некоторые из них вообще на каждый коммит запускают автосборку и авторелиз. Это похоже на какое-то отклонение - и у пользователей, и у разработчиков, когда мысль о том, что пользуешься не самым последним коммитом вызывает боль.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	50. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от Аноним (50), 19-Июл-26, 12:31
	то есть внести изменения, но не пересобирать и не тестировать, а просто знать что они есть и старательно игнорировать ошибки которые они исправляют, при этом выискивая другие...както не очень
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (80), 19-Июл-26, 14:21
	А зачем ты так старательно проигнорировал слово "авторелиз"?
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (112), 19-Июл-26, 15:55
	Потому что он из тех же самых, кто обмазывается этими конвеншонал коммитами, релизной джобой в девветках и называет это "modern best practices". Хать-тьфу.
	Ответить | Правка | Наверх | Cообщить модератору

27. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+10 +/–
Сообщение от Аноним (27), 19-Июл-26, 11:45
Вся суть, от GNOME нужно держаться подальше. Cinnamon не планируют переводить на Qt?
Ответить | Правка | Наверх | Cообщить модератору

	177. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от Аноним (88), 19-Июл-26, 23:50
	Влажные кедиковские мечтания не осиливших хотя бы базовый дизайн. Ибо смотреть на кде-шность, только настроение портить. И это мы ещё мышой не тыкали.
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (313), 21-Июл-26, 19:21
	Если тыкнуть в кеды мышкой, можно плазму уронить.
	Ответить | Правка | Наверх | Cообщить модератору

43. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
Сообщение от Аноним (43), 19-Июл-26, 12:09
Получается, что минтовцы по каким-то причинам более склонны к багреплптам на календарь, чем убунтовцы.
Ответить | Правка | Наверх | Cообщить модератору

	58. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
	Сообщение от Аноним (51), 19-Июл-26, 12:41
	Может все таки научиться читать текст новости? Проблема именно в дописках, внесённых со стороны Mint. И очевидно, что жалоб от пользователей Ubuntu нет, поскольку нет в этом продукте кода от Mint.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (66), 19-Июл-26, 13:29
	> Проблема именно в дописках, внесённых со стороны Mint Кто об этом Вам сказал? Разработчик гном календаря сознался, что он не анализировал изменения.
	Ответить | Правка | Наверх | Cообщить модератору

46. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
Сообщение от Аноним (46), 19-Июл-26, 12:17
Форкнуть или переписать и в мейнтейнерство X-Apps.
Ответить | Правка | Наверх | Cообщить модератору

47. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
Сообщение от Аноним (46), 19-Июл-26, 12:20
>hostile distributions >работает на федору Ясно, понятно.
Ответить | Правка | Наверх | Cообщить модератору

61. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (61), 19-Июл-26, 12:52
Вот и выросло поколение, которое не умеет багфиксы бекпортировать.
Ответить | Правка | Наверх | Cообщить модератору

	72. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от iPony128052 (?), 19-Июл-26, 13:44
	Не могу и не хочу - это разные вещи.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (66), 19-Июл-26, 15:51
	Разные, но у разработчика гном-календаря обе сущности сочетаются гармонично друг с другом.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (151), 19-Июл-26, 20:56
	А кокой смысл?
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

64. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–2 +/–
Сообщение от Аноним (64), 19-Июл-26, 13:10
Таки бомбануло у чуваков :) Это ж уже не новость (кто в курсе). Но, в принципе, их понять можно: проблемы Минта чуваки пытались повесить на разрабов. лол.
Ответить | Правка | Наверх | Cообщить модератору

83. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
Сообщение от freehck (ok), 19-Июл-26, 14:25
Почитал переписку и статью. Разработчик — снежинка, неадекват и лицемер. Ну или просто дypaк, не знаю. === Вот он в своей статье пишет, что очень неправильно тратить время волонтёров, но в то же самое время приходит в багтрекер к мейнтейнерам Mint — точно таким же волонтёрам, поддерживающим пакет с его программой, — и требует от них проделать огромную работу по форку и ребрендингу. Видимо он считает, что его время ценнее времени мейнтейнеров. Однако именно мейнтейнеры делают его софт доступным для миллионов пользователей. Его претензия по сути — это не претензия к Mint, это претензия к самой модели стабильных дистрибутивов с релизным циклом. Разработчик хочет, чтобы пользователи всегда использовали последнюю версию его программы, то есть, по сути, желает дистрибутив с роллинг-релизами. Но цель стабильных дистрибутивов — предоставить, собственно, стабильную и предсказуемую платформу, где ничего не сломается от обновлений. И мейнтейнеры Mint-а в принципе не могут пойти ему навстречу, потому что это так не работает; ибо если мейнтейнеры начнут бездумно обновлять GNOME Calendar до последних мажорных версий, то произойдёт следующее: 1. Обновление может сломать интеграцию программы с остальной системой 2. Новая версия программы может изменить интерфейс и дизориентировать пользователей, привыкших к старому интерфейсу 3. Новая версия программы может привнести новые, более серьёзные баги, которые ещё не были протестированы в контексте всей системы Пользователь, которому "нужно просто работать" выбирает стабильный дистрибутив не просто так, а именно потому, что он предпочитает старый, но знакомый баг, а не тратить время на то, чтобы разобраться, как жить с новым; потому что он не хочет, чтобы при обновлении изменился интерфейс, и ему пришлось бы тратить время на то, чтобы разобраться с новым, в тот момент, когда ему работать надо прямо сейчас; потому что он не хочет, чтобы отвалилась интеграция с каким-то другим софтом, потому что обновление данного — поменяло api-шку / поменяло протокол / изменило формат конфига / ожидает по дефолту сокет в другом месте... === Вопрос, который Hari Rana стоило бы себе задать: а кто собственно виноват в том, что стабильном релизе присутствуют баги? Вот он выпустил 46й релиз GNOME Calendar. Он сам назвал его стабильным релизом. Мейнтейнеры просто взяли его и сказали: "мы берём на себя ответственность за эту конкретную версию на следующие N лет". Если в этой версии есть баги — то уж позвольте, это баги, которые разработчик допустил в релизе, который сам же и назвал стабильным. Дистрибутив сам по себе не добавялет баги. Он просто их консервирует ради предсказуемости. Требовать от мейнтейнеров Mint, чтобы они исправляли ошибки разработчика, выпуская новые мажорные версии — это, по сути, требовать, чтобы они делали работу разработчика. === Таким образом, разработчик ведёт себя эгоцентрично и недальновидно, если не сказать глупо и нагло: 1. Он хочет, чтобы мейнтейнеры взяли на себя все издержки (форк, ребрендинг, перенаправление багов) 2. Он отказывается признать, что пользователи приходят к нему в трекер как раз потому, что они доверяют дистрибутиву 3. Он не предлагает простого и обоюдно удобного решения (своей) проблемы, не пытается договориться о совместной фильтрации багов: он требует радикальных и трудозатратных действий, а когда не получает желаемого — пишет язвительную статью Но стабильные дистрибутивы существуют для пользователей, а не для удобства разработчиков. И они совершенно правильно выбирают стабильность и предсказуемость для своих пользователей, даже если это раздражает одного разработчика из GNOME. === Имхо, Hari Rana глупостями занимается. Как верно сказали в сабжевой Issue, всё, что ему нужно сделать — это шаблон на своём багтрекере завести, где добавить пункты "мой дистрибутив" и "версия программы в дистрибутиве". После этого все баг-репорты о более не поддерживаемых разработчиком версиях из состава дистрибутивов — просто перенаправлять в багтрекеры дистрибутивов, а у себя закрывать. Это вообще-то довольно просто.
Ответить | Правка | Наверх | Cообщить модератору

87. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
Сообщение от Аноним (99), 19-Июл-26, 14:30
Самоё интересное, я некоторое время назад подбирал себе календарь на Fedora, пробовал и сабж. Даже самая актуальная версия глючила просто невообразимо. От нежелания показывать изменения после синхронизации до сегфолтов на пустом месте. Это был наверно самый раздражающий календарь из всех что я пробовал. Теперь вот разработчик ходит и поучает других как они должны делать свою работу.
Ответить | Правка | Наверх | Cообщить модератору

93. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+4 +/–
Сообщение от Аноним (93), 19-Июл-26, 14:43
Но ведь разработчик календаря сам поставил под глюками свою подпись. Вот пусть и ловит карму. Хочет обелить карму - может выпустить корректирующую минорную версию, не требующую установку новых библиотек, которых в старом дистрибутиве нет. Думаю, мейнтенер с радостью пойдёт на встречу и будет поставлять обновлённую версию. Но так было принято двадцать лет назад. Сейчас принято нейрослопить новую версию, не совместимую со старым окружением, вместо того чтобы пофиксить старые баги.
Ответить | Правка | Наверх | Cообщить модератору

	325. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (325), 21-Июл-26, 21:32
	Мейнтейнер с удовольствием будет поддерживать n старых версий, ага. И люди будут сидеть на старых версиях и не обновляться. Но виноват мейнтейнер.
	Ответить | Правка | Наверх | Cообщить модератору

100. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (100), 19-Июл-26, 15:05
Что можно обновлять в календаре кроме дат? Хотя о чём я спрашиваю, когда в линукс десятилетиями калькуляторы изобретают.
Ответить | Правка | Наверх | Cообщить модератору

107. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
Сообщение от Аноним (66), 19-Июл-26, 15:46
> Разработчик GNOME Calendar пояснил, что у него нет времени анализировать изменения А почему разработчики гнома такие... как бы мягко сказать... непрофессиональные. Ведут многомесячный флейм, не разобравшись в проблеме?
Ответить | Правка | Наверх | Cообщить модератору

	114. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от HotR (?), 19-Июл-26, 15:59
	Ты статью прочти сначала, минтовцы тупо дурака включили и все камни в соседний огород перекидывают.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (226), 19-Июл-26, 21:42
	минтовцы решают свою задачу - выпускают LTS дистрибутив, а если разработчик шизик, то лучше с ним не общаться.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (141), 19-Июл-26, 18:13
	Mint, Gnome. Кто этим пользуется. Еще Gnome более менее, но Mint, недавно специально смотрел, это же 2000е. я не про дизайн.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	192. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Vladjmir (ok), 20-Июл-26, 07:29
	Это классический дизайн. Он востребован 90% пользователей. А оставшимся 10% никто не запрещает сидеть на хипстерском. Когда человек много лет работает, ему некогда перестраиваться в каждом новом релизе под очередные хипстерские высеры и изучать их с нуля.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (205), 20-Июл-26, 10:41
	Что ж там хипстерского-то такого? Cinnamon, KDE, LXQt - там панель, окна и т.д., и там панель, окна и т.д. Дизайн ты можешь любой накатить. То есть получается, в твоем понимании Windows 11 - это хипстерское? Может, даже Windows 7? Что ж теперь, всем на Windows 98 сидеть что ли? Тот дизайн, кстати, сделан был, чтобы нормально выглядело на старых ламповых мониторах в разрешении 640x480. Про дизайн 2000-х я имел в виду, что оно все построено на старых либах и решения меню устарели. Большинство пользователей в 90% случаев уже сочли это неудобным. То есть те моменты, где в нормальном современном UI можно сделать в 2 клика, там делаются через долгие лазания по меню.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Vladjmir (ok), 20-Июл-26, 10:45
	> Что ж там хипстерского-то такого? Cinnamon, KDE, LXQt - там панель, окна Хипстерский в Гноме, а в Циннамоне, Кедах и LXQt как раз классический. Я сам сижу на Циннамоне, только в другом дистрибутиве. В Windows 11 даже не знаю как назвать этот ужас.  Спрашиваю виндовс11юзера "Как вы пользуетесь меню?" Ответ: "Я ищу приложение через поиск!!!"
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (233), 20-Июл-26, 17:41
	Ааааа, Понятно. >Я ищу приложение через поиск!!! Я в Lxqt, тоже ищщу приложение через поиск. Я в Firefox, тоже ищщу настройки или параметры config через поиск. Я даже в Google, Yandex, ищщу через поиск.
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Vladjmir (ok), 21-Июл-26, 09:15
	Иногда удобно через поиск. Но всё-таки меню -- это выбор из списка. Бывает, что удобно навести указатель мыши на заданное меню и выбрать там нужное приложение из 3-5 вариантов.В этом смысле меню Циннамон очень удобное, оно позволяет найти приложение и так и так, и каждый раз выбираешь оптимальный вариант.
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 20:57
	> Иногда удобно через поиск ну говорить что запуск через поиск это что-то афигенно новое... кто хотел мог юзать подобный вариант и в прошлом веке строка выполнить была встроена в панель еще в icewm из прошлого века и сейчас это можно попробовать, включив двойную панель. https://commons.wikimedia.org/wiki/File:Icewm1220.png хотя это не поиск, но тогда и ресурсов у компьютеров не было в эту строку полноценный поиск запихать. потом win+R и в run набить реализовано много где было, даже в дубовом lxde оно по первым буквам предсказывает команду или приложение...
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Nmmv (?), 20-Июл-26, 22:55
	Про 90% ты конечно с потолка взял, просто тебе показалось, что эта та цифра которая соответствует твоему видению ситуации. Так вот - ты свое личное мнение можешь засунуть подальше, оно даже близко не соответсвует реальному положению дел.
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

	247. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Vladjmir (ok), 21-Июл-26, 09:24
	Я работаю в организации и вижу насколько консервативны сотрудники. Им нужно работать и они не хотят ничего менять на раб.столе компа. Возможно это не относится к другим категориям людей, например, к молодым специалистам, которым всё равно нужно ко всему привыкать. Но сотрудники со стажем не хотят отказываться от накопленных знаний и опыта и переучиваться на новую версию программы, в которой разработчики перетусовали интерфейс, а по сути ничего не изменилось с точки зрения выполнения ежедневной работы. Как правило, человека нужно мотивировать, сказать "У тебя новая версия, там немного не привычно, кое-что переставили, но зато ты получаешь хороший новый и быстрый комп, который не будет тормозить. Ты избавляешься от таких-то проблем (список)". Как-то так это работает.
	Ответить | Правка | Наверх | Cообщить модератору

	249. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Nmmv (?), 21-Июл-26, 09:37
	Ой! Не надо сказок только. Все это твои личные проблемы и взятые с потолка взгляды. Давай официальные исследования, статистику и пр. документы.
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от anonymous (??), 21-Июл-26, 12:45
	Тоже замечал подобное. Софт просто должен работать. Всем прделагаю простое решение - virtualbox на комп, а рабочее окружение заморожено и крутится в виртуалке. Потому что внезапные обновления, которые что-то ломают, напрягают. Да, когда был студентом с радостью изучал новое. Потому что старого не было. Изучал глубоко и с полным погружением. Ведь казалось, что я делаю вложение в будущее. Сейчас вложу силы и время, а потом буду пользоваться. В результате в течении десяти лет почти все знания стали неактуальными. Причём было бы ради чего страдать. Какое-то реальное преимущество. Но нет - нескучные обои, перекрашивание кнопок и удаление горячих клавиш.
	Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

	335. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от BeLord (ok), 23-Июл-26, 14:12
	Они не консервативны, а умеют в экономику, смена интерфейса потеря времени, как следствие потеря денег, они не за спасибо работают. В результате, если разработчик покажет где прибыль, тогда и будет адекватный диалог о смене интерфейса-))
	Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

121. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–2 +/–
Сообщение от Аноним (121), 19-Июл-26, 16:47
Опять разработчики каких-то маргинальных недо дистрибутивов маскируют старое д-рмо под современные версии. > приложение поставляется под именем GNOME Calendar По хорошему на этих удаков надо в суд подать, за обман пользователй и порчу репутации.
Ответить | Правка | Наверх | Cообщить модератору

139. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (139), 19-Июл-26, 18:11
Гунытй мир, под апач указанно что имя - трейдмарк.
Ответить | Правка | Наверх | Cообщить модератору

155. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
Сообщение от Аноним (155), 19-Июл-26, 21:27
Если никто ещё не посмотрел, GNOME Calendar в Linux Mint отличается от версии в Debian 13 только этим: https://gitlab.com/linuxmint/pins/mint/gnome-calendar/-/comm...
Ответить | Правка | Наверх | Cообщить модератору

	170. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+3 +/–
	Сообщение от Аноним (226), 19-Июл-26, 23:07
	Add support for other desktop environments а кто им это разрешил делать? Один гном, один редхат, один фюрер!
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (155), 20-Июл-26, 08:40
	> а кто им это разрешил делать? Не кто, а что: лицензия?
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 20-Июл-26, 12:24
	они еще гитом пользоваться не умеют, найс
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

157. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от историк_кун (?), 19-Июл-26, 21:37
Ровно по этой причине некоторые разработчики отказываются поддерживать чужие сборки в принципе: фиг его знает, как и что там собрано и насколько оно протухшее. В остальном, типичный конфликт между LTSниками и любителями свежака.
Ответить | Правка | Наверх | Cообщить модератору

158. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Программист (?), 19-Июл-26, 21:37
Прекрасно понимаю разработчика. Ненавижу псевдо-LTS дистрибутивы, они обновляют только базовые компоненты. Весь остальной софт древний и дырявый. Ошибка может быть исправлена несколько лет назад, а там будет кривая версия.
Ответить | Правка | Наверх | Cообщить модератору

	161. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 19-Июл-26, 21:46
	> Ненавижу Алаверды, так-то... Неадекватные разрабы, которые считают, что люди вместо решения своих дел должны их в попу целовать и разбираться с их кривым софтом пусть идут лесом...
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Программист (?), 20-Июл-26, 06:57
	Причем тут пользователи. Разработчики дистрибутива заявляют что они LTS, пользователи думают что там софт обновляется (как минимум баг фиксы есть). Но это совсем не так, для большинства софта никаких обновлений все 5 лет нет.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (226), 20-Июл-26, 07:42
	> как минимум баг фиксы есть Где? В новой версии, которую нельзя собрать отдельно без всего гнома? Нет, это не баг фиксы... Изначально крайне низкое качество софта и невозможность его обновить. Мейнтейнер сделал все что мог... Разработчик не доработал и валит с больной головы на здоровую
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 20-Июл-26, 12:22
	проблема в том что гном поменял модель разработки, а минт пытается жить в парадигме старого гномого, им стоит просто перестать поддерживать гномого как обычно ответ в лицензии, софт распространяется без гарантий и ответсвтенности если модель минта не ложится на модель апстрима, это проблема модели минта
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 20-Июл-26, 14:24
	> гном поменял модель разработки И? Каким боком это извиняет криворукого разраба в его косяках? Или это не он писал календарь доя 46 версии? Он? А что тогда ему не нравится что ему пишут? Путь имя сменит и делает так каждый раз при выходе нового гнома :)
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 21-Июл-26, 14:25
	Ну ты посмотрим на патчи-костыли libadwaita для поддержки нескучных тем в mint и все станет понятно. У них там три васяна делают репак бубунты за 17к$ в месяц, качество соответсвует. Ходить и разбираться в каждый флейворк минта почему нотификации из GNOME CALENDAR не приходят в LXDE? Сами спортировали гном календарь туда и поставляют - вот пусть сами и разбираются
	Ответить | Правка | Наверх | Cообщить модератору

	302. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 15:28
	У истерички есть пример жалоб пользователей, например, календарь неверно предупреждает о событиях и не в те дни или неверно сортирует даты. Каким образом это относится к "патчи-костыли libadwaita" видимо знают ты и разраб...
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (66), 20-Июл-26, 00:17
	> Разработчик GNOME Calendar пояснил, что у него нет времени анализировать А вот разработчик гном-календаря даже не попытался понять.
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	214. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 20-Июл-26, 12:20
	посмотри сколько дистрибутивов в мире, ни у кого нет времени поддерживать свои пакеты во всем этом зоопарке, тем более когда дистр нарочно поставляет говно мамонта да еще с со своим патчем на 5к строк поверх
	Ответить | Правка | Наверх | Cообщить модератору

	227. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (226), 20-Июл-26, 15:11
	> ни у кого нет времени поддерживать свои пакеты А это не не надо.  пока гномоделы не сделали то что наделали... Вот зачем обновлять браузер - понятно безопасность и т.д. и т.п., появляются новые функции... ну очень важные... сайты перестают открываться... Вот зачем обновлять калькулятор, календарь, блокнот каждые пол года... Это вопрос... И ладно бы это какой-то новый продукт - в первой версии недоработки и исправлять надо... Но тут то, продукту уже скоро паспорт надо выдавать... а все кривой и косой...
	Ответить | Правка | Наверх | Cообщить модератору

	284. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 21-Июл-26, 14:03
	Так там проблема даже не в самом пакете, а в том что mint криво запатчил libadwaita и что-то еще (ни у кого нет желания разбираться в том что они натворили там, они даже коммиты из апстрима в стиле mysql накатывают) и вот это ломает календарь, калькулятор и т.д Т.е транс из gnome-calendar прав по части что разбираться в этом говне нет никаких сил
	Ответить | Правка | Наверх | Cообщить модератору

	300. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 15:26
	да, да... в том что календарь неверно предупреждает о событиях или неверно сортирует даты после (10 лет разработки), конечно, виноваты патчи к libadwaita... что еще выдумаешь?
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от Аноним (205), 20-Июл-26, 10:31
	Эти псевдо-LTS построены на другой идее. LTS - это только стабильная база, чтобы ничего не ломалось. А весь остальной софт ставится через Flatpak в самом свежем виде.С Flatpak тебе вообще не нужно трогать базу, чтобы сидеть на новых версиях программ.
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

179. Скрыто модератором	+1 +/–
Сообщение от Аноним (66), 20-Июл-26, 00:15
Ещё одна причина не связываться с Гномерами.
Ответить | Правка | Наверх | Cообщить модератору

181. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–3 +/–
Сообщение от Beta Version (ok), 20-Июл-26, 02:35
Это вроде не первый раз, когда тухлость Минта вызывает проблемы. На него и разработчики Месы жаловались: пользователи систематически создают багрепорты на баги, которые давно были исправлены, но в Минте поставляется древняя Меса. И на реддите минтоводы часто создаются темы с жалобами на баги в играх, которые исправляются подключением kisak-ppa, но юзеры же об этом не знают, т.к. закономерно считают, что дистрибутив им поставляет последние версии дров, ведь на сайте Минта нигде не написано, что он протухшее овно мамонта. Сейчас с приходом игровых блидинг эдж дистров стало получше, но поскорее бы уже Минт и подобная ему тухлятина сгинули.
Ответить | Правка | Наверх | Cообщить модератору

	184. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (66), 20-Июл-26, 04:54
	Гномер сломал всё и разбираться не захотел - а обвинил Минта.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 20-Июл-26, 12:17
	гномой не дает никаких гарантий, читай лицензию гномой не отвечает за другие дистры как и за использования не по назначению минт тупо не имеет рычагов чтобы свое говно мамонта поддерживать что и переодически и выливается в свет от разработчиков и юзеров сего поделия
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (155), 20-Июл-26, 08:48
	Свежий Linux Mint (22.х) - это Ubuntu 24.04 LTS с некоторыми модификациями, со всеми вытекающими.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	234. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (233), 20-Июл-26, 22:41
	Например неоступность Flatpak из Рф. А А А, а я говорил что Snap лучше. Ладно я и Snap то не пользуюсь в Ubuntu.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (199), 20-Июл-26, 08:51
	Вся проблема из-за отсутствия денег в мире open source (подачки на содержание инфрастуктуры не в счёт). Нет денег - нет тестирования, нет тестирования - постоянная куча багов. Кто-то пытается замораживать овно мамонта, кто-то льёт свеженькое из ночного горшка прямо пользователям на головы, но суть не меняется. А суть в том что у опен-сурса нет никаких пользователей или продуктов (как в проприетарном капитализме), есть соучастники и регулярные срезы кода из репрозитория. Просто вместо денег ты платишь своим временем. У кого-то времени больше чем денег (студенты), у кого не так - платят за винду или яблоко.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	208. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Beta Version (ok), 20-Июл-26, 11:43
	> Вся проблема из-за отсутствия денег в мире open source (подачки на содержание > инфрастуктуры не в счёт). Нет денег - нет тестирования, нет тестирования > - постоянная куча багов. Баги есть и в проприетари и может быть их там даже больше. Вы почитайте ченжлог к каждому новому релизу драйвера АМД или Нвидии - там никогда не будет пустых колонок с исправлениями и известными багами. Потому софт всегда обновляется и потому лучше использовать свежий софт.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от anonymous (??), 20-Июл-26, 13:17
	> Потому софт всегда обновляется и потому лучше использовать свежий софт. Хаха. Если брать те же проприетарные драйверы для видеокарт, то я вынужден использовать старый софт, потому что новый не поддерживает старые карты. А значит старое ядро и старые библиотеки. А значит я просто не могу обновиться на самый свежий гном, чтобы пофиксить старые баги (и словить десяток новых). Суть в том что разработчики не хотят поддерживать старое железо, старые бибилотеки или ещё что старое. Что в принципе можно пережить, если речь идёт о новых фичах. А вот старые баги - это хреново. Особенно когда простой бекпорт не работает, потому что исправление стало зависеть от новых функций новых библиотек. Я предпочитаю парадигму надёжность вперёд функциональности, но разработчикам так скучно работать. Вон разработчик libxml выгорел недавно.
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Beta Version (ok), 20-Июл-26, 16:52
	> Я предпочитаю парадигму надёжность вперёд функциональности Но вдруг выясняется, что надёжности в тухлом софте может быть меньше, чем в свежем.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (231), 20-Июл-26, 18:42
	В гномо-софте? Ты шутишь? Календарь еще был в 3-ом гноме... и вполне нормально работал... что там смузехлебы накуралесили, что юзеры страдают...
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от anonymous (??), 21-Июл-26, 12:56
	Причём тут тухлый? Гном - это функциональность (декоративная, не настоящая) вперёд надёжности. Поэтому какую версию гнома не бери, хоть тухлую, хоть свежую - она ненадёжна. У тебя есть довольно ограниченный список применения ПО. В особенности когда речь идёт о десктопе, а не автомазиации заводов или светофоров. Ну реально, что нового может быть придумано в табличном или текстовом процессоре? Или тем более в календаре. Пусть будет меньше функций, но они будут меньше глючить. А так у меня глючит abiword вплоть до ломания форматирования после сохранения. Глючит изрядно libreoffice, больше визуально. Полезной функции вроде опции отказа от кавычек - нет, зато новый ленточный интерфейс - есть. Реализуй новые функции софта постепенно. Поддерживая старые версия, вычищая из них баги. Поддерживай совместимость библиотек. Иногда можно выпускать мажорные версии, но только когда что-то важное действительно меняется. И так постепенно, шаг за шагом, лет за тридцать, без потрясений будет закрыта вся область применения. Это старый опенсорс, когда люди делали софт для себя и для академических исследований. Икона современного софта - это веб-браузер. Абсолютно неподдерживаемая хрень, которая продаёт пользователей, их личные данные, включая в телеметрию всё, до чего может дотянуться (привет яндексу, который локальную файловую систему шерстит). Вот тут да, на функциональность можно забить, на надёжность забить, а вот новые кнопки в интерфейсе нарисовать - это святое, чтобы побольше пользователей клюнулу и их можно было продать. Вот и гном идёт тем же путём. Может быть с теми же целями, а может просто копируют поведение без понимания зачем.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

185. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (185), 20-Июл-26, 05:58
Нэйт тоже высказался по этому поводу: https://pointieststick.com/2026/07/19/whos-responsible-for-b...
Ответить | Правка | Наверх | Cообщить модератору

200. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (200), 20-Июл-26, 09:27
Сделать окно с информированием об использовании устаревшей версии видимо разрабу ума не хватило, зато хватило высрать полотно... Типичный разраб гнома
Ответить | Правка | Наверх | Cообщить модератору

	211. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (209), 20-Июл-26, 12:08
	Которое выпилит мейнтейнер mint'a в любом случае? Для его стека который они не могут обновить это и есть самая свежия версия. С таким успехом можно вместо запуска mint сразу показывать такое окно, лол
	Ответить | Правка | Наверх | Cообщить модератору

	212. Скрыто модератором	+/–
	Сообщение от Аноним (209), 20-Июл-26, 12:15
	Да, давай на старте ходить на сервера и спрашивать какие версии уже устарели, это точно что красноглазикам понравится
	Ответить | Правка | Наверх | Cообщить модератору

	298. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 14:43
	> Которое выпилит мейнтейнер mint'a в любом случае нет не выпилит. мейнтейнер mint'a вообще не трогал окно About - все то что там написано своей рукой написал сам разраб-истеричка год назад... теперь вот хочет ЗАСТАВИТЬ мейнтейнер'a mint'a это стереть... но как говорится "что написано пером, того не вырубишь топором"
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

210. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
Сообщение от Аноним (209), 20-Июл-26, 12:04
ладно, скажу как есть, потом заминусуют и ладно gnome перестал быть конструктором. не "случайно сломал совместимость", не "не подумал о других де" — перестал специально. это было решение. хватит быть набором деталек из которого каждый собирает свой десктоп мечты, давайте сделаем один продукт, целостный, с нормальными отступами, с адекватной типографикой, чтоб не стыдно было рядом с маком поставить. и знаете что, за пять лет это сработало. gnome сейчас единственный десктоп на линуксе который выглядит как будто его дизайнили, а не выращивали а целостность стоит денег. чтобы приложение выглядело одинаково, оно должно брать виджеты из одного места и не давать никому это переопределять. вот и вся libadwaita. это не заговор против cinnamon, это просто цена того что кнопка везде одна и та же кнопка и вот тут выясняется что минт стоит на фундаменте, который под ним поехал. они же не независимый проект, они форк shell плюс gtk плюс десяток наших приложений. календарь наш. калькулятор наш. просмотрщик наш. они годами брали это бесплатно и правильно делали, для того и открытый код. но когда фундамент решил ехать в другую сторону — оказалось что влиять на него им нечем вообще нечем. вот в чем штука. они могут написать в блог. могут откатить пакет на gtk3. могут форкнуть еще что-нибудь. чего они не могут — прийти в тулкит и что-то там изменить, потому что для этого нужны люди которые пишут код в gtk, а не люди которые собирают дистрибутив. у red hat такие люди есть, у canonical есть, у минта — клем и донаты. позиция без рычага. и когда рычага нет, единственное что остается это замораживать чужой код и надеяться что пронесет не пронесло, само собой. заморозили нас на 3.36 и сидят. а мне прилетает и вот к чему я веду. я не хочу быть их поставщиком. не потому что злой, а потому что этих отношений просто нет — они берут, я поддерживаю, обратной связи ноль, влияния ноль, зато багрепорты в полном объеме. так не работает. если ты завязался на аптрим который открыто сказал куда идет — ты либо идешь туда же, либо идешь своей дорогой и пишешь свой календарь. а вот стоять посередине, взяв мой код и заморозив, и слать мне последствия — нельзя выбирайте уже. вы традиционный десктоп для тех кому надо чтоб как в семерке — отлично, честная ниша, миллион пользователей, уважаю. но тогда это ваш стек, ваш код и ваш багтрекер. а не наш, которому вы приделали свою тему (да, понимаю, звучит как "уходите". примерно так и есть, только без злобы. просто устал притворяться что мы в одной лодке когда лодки давно две)
Ответить | Правка | Наверх | Cообщить модератору

	218. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от anonymous (??), 20-Июл-26, 13:28
	ну не хотите принимать баги - не принимайте. По факту это ваш код багнутый. И исправлять его по-хорошему должны вы. Багфиксами с минорными версиями, а не переписываниями с нуля. Ну или можете не исправлять, и закрывать баги с тегом wontfix. Гугол - это компания зла. Они открыли ящик пандоры с автообновлением хрома. И все разработчики стали писать хрень и заставлять пользователя обновляться. Хрень требует несовместимых библиотек? Обновляйся и не выёживайся. Хрень убирает функциональность? Это для твоего удобства, обновляейся скорее. У тебя настроены скрипты, интеграция, обмен данными, а нужное API закрыли? Всё равно обновляйся. В новой версии глюки, а ещё известно что при запуске на таком-то железе программа вылетает? Ну ты всё равно обновляйся, нечего статистику портить. Ну так и не любят пользвоатели таких разработчиков и считают бракоделами. Заслуженно. Раньше как было. - Обновляйся? - А зачем? - Вот новые плюшки, вот новые интеграции, вот ускорение работы. - А старые плюшки остались? - Конечно. Ещё можно включить режим совместимости таким-то ключём. - Ура! Обновляемся! А если наоборот плюшек нет, совместимость похерена, то пользователь не обновлялся. Ведь именно он контролировал компьютер и решал, что ему полезно, а что нет. Жаль что те времена ушли, а современные пользователи даже не понимают, что потеряли.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 20-Июл-26, 14:33
	про хром вы правы, кстати. вот честно. автообновление без права отказаться это действительно дрянь, и "мы убрали функцию для вашего удобства" я сам слышу от вендоров и сам от этого бешусь. и режим совместимости по ключу был хорошей культурой. тут спорить не с чем только к моему багтрекеру это отношения не имеет никакого я не заставляю вас обновляться. у меня нет ни телеметрии, ни принудительного апдейта, ни рычага чтобы что-то вам навязать. я вообще не знаю о вашем существовании пока вы не придете в issue. сидите на 3.36 сколько хотите, это ваше право и ваш компьютер, ровно как вы и описываете. вопрос только в том кто чинит а чинит тот кто вам эту версию выдал. не я. я эту ветку закрыл, она не поддерживается, это не грубость и не жадность, это просто факт: у ветки нет мейнтейнера. вы говорите "по-хорошему должны вы". а по лицензии никто никому ничего не должен, там прямым текстом без всяких гарантий, капсом, специально чтобы читали. вам дали код бесплатно и навсегда. форкайте, патчите, продавайте. а вот моё время в комплект не входило и да, "жрите что дают или не жрите" звучит хамски, но это буквально весь набор опций в бесплатном софте. есть третья: приходите и делайте. форк в минте открыт, у них свой багтрекер, свои сборки, идите чините там. это абсолютно легальный путь и я бы только за. проблема в том что пересечение множеств "разбирается в gtk" и "готов тратить вечера на минт" оказалось где-то в районе нуля. поэтому все идут ко мне, где бесплатно и вот теперь главное, из-за чего я вообще завожусь. мне не нужна тысяча сборок. мне нужно чтобы календарь работал в актуальных. это уже полноценная работа: каждый год новое железо, новая mesa, portals переделали, wayland доехал, proton чтобы люди в игры играли. десктоп это движущаяся мишень, тут по факту нужен ролинг, и gnome примерно так и живет. а минт это lts на пять лет вперед. это два разных договора с пользователем, и оба честные, просто несовместимые так вот, тянуть оба одновременно некому. и когда полкоммьюнити вместо вылизывания живого софта героически поддерживает мамонта под gtk3, у меня это вызывает не уважение а тоску. серверу такое подходит, там стабильность и есть продукт. десктопу нет хотите lts? отличная штука, серьезно. но lts это чья-то работа по бэкпортам, а не заклинание. у минта эта работа не оплачена и не сделана, она просто перенаправлена мне
	Ответить | Правка | Наверх | Cообщить модератору

	274. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от anonymous (??), 21-Июл-26, 13:10
	> я эту ветку закрыл, она не поддерживается Ок. Ну так введите это в багтрекер. Ну чтобы ветка выводилась. Ввели правильную - можете открыть баг. Ввели неподдерживаемую - багтрекер вас об этом уведомил. Ради этого можно даже старые версии программы слегка дописать, чтобы они номер версию в багрепорты добавляли (если уже этого не делали). И будет всем хорошо. Ну либо каждый раз название для софта новое придумывайте, чтобы у пользователя не создавалось впечатления, что старая версия - это тоже вы. Вы ведь говорите о недоразумении. Пользователь считает что все стабильные версии програмы - это ваша программы. А вы считаете, что ваша программа - это только последняя версия, а остальные пусть поддерживает кто хочет. Донесите это как-то до пользователя, и он больше не будет путаться, затрудняя вас и себя. Тем более что это не так очевидно, некоторые программы работают по другой схеме. То же ядро линукса после починки багов обновляет сразу множество версий, чтобы совместимость не ломать. А у вас другая модель разработки - но пользователи-то не в курсе.
	Ответить | Правка | Наверх | Cообщить модератору

	285. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 21-Июл-26, 14:06
	gitlab так не умеет, большинство трекеров так не умеет. а юзеры минта еще и в дискорд приходят со своими проблемами, пишут на реддит что calendar видители у них криво рендерится. только проблема не в том что мы накодили, а проблема в том что кто-то запатчил libadwaita криво, а прилетает нам
	Ответить | Правка | Наверх | Cообщить модератору

	289. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от anonymous (??), 21-Июл-26, 14:17
	Ну тут уже претензии к гитлабу или чем ещё вы пользуетесь. Можно найти нормальный баг-трекер, можно допилить свой. В любом случае не саппорт минта должен багтрекер настраивать. Саппорт может помочь с отправкой и пометкой багов, а маршутизировать уже должен разработчик. > пишут на реддит Ну да создают негативный образ. Но ведь разработчики этот образ заслужили, налажав багов. Пусть и в неподдерживаемом софте, но писали софт ведь они. И опубликовали полунедопоисанным.
	Ответить | Правка | Наверх | Cообщить модератору

	327. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (327), 22-Июл-26, 06:39
	>хотите lts? отличная штука, серьезно. но lts это чья-то работа по бэкпортам, а не заклинание. у минта эта работа не оплачена и не сделана, она просто перенаправлена мне Золотые слова. Просто действительно нужно понимать пользователям, куда следует обращаться в случае чего.
	Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

	236. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (233), 20-Июл-26, 22:43
	>И все разработчики стали писать хрень и заставлять пользователя обновляться. Хрень требует несовместимых библиотек? Обновляйся и не выёживайся Да, есть такое но не только Chrome, и Google. Это вообще общая тендениция. На смартфоне кроме Google приложений, обновляется все каждый день. Я все думаю, что же они там обновляют. Вот есть например Winrar, 7zip, поставил и годами не паришься. Можно вообще не обновлять, можно вобще поставить почти самую первую версию.
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	241. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от Аноним (209), 21-Июл-26, 04:43
	Да, качаешь странные winrar, ну подумаешь случился маленькй RCE, ну с кем не бывает, на компьютере все равно ничего важного, а винду всегда переставить можно Ну или XZ скачал как раз с SSH-бекдором, ну хакнут инфру, в чем проблема ссобсна
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (233), 21-Июл-26, 09:14
	Много ли раз у тебя хакали Инфу как раз с SSH-бекдором, ссобсна.
	Ответить | Правка | Наверх | Cообщить модератору

	276. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от anonymous (??), 21-Июл-26, 13:14
	Гугл был первым. И открыл дверь в ад. А потом уже и все остальные подтянулись. Кстати, у самостоятельного обновления тоже есть своя тёмная сторона. Программе нужно было убедить пользователя поставить новую версию, когда старая неплохо работала. И самое поверхностное, но простое решение - добавить ненужную функциональность, которая по всем канонам должна идти отдельной программой, никак не связанной с вашей. Отсюда рождались аццкие комбайны вроде Неро или АЦДСи. Причём доходило до смешного - многие пользователи оценив навороченность и переусложённость новых версий специально искали, где можно добыть старую.
	Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

	286. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 21-Июл-26, 14:09
	сегодня с mythos-левел моделями есть два варианта, сидеть на заведомо поломанном LTS с охапкой CVE или бежать за паровозом роллинг-релизов. Если еще для серверов которые сидят в глубине инфры можно понять любовь к LTS, то для десктопа LTS это клиника
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (314), 21-Июл-26, 20:16
	>сидеть на заведомо поломанном LTS с охапкой CVE или бежать за паровозом роллинг-релизов Есть ещё 2 варианта. 1) Использовать нечто среднее на десктопе: Fedora или Ubuntu, но обновляться не только на LTS. 2) Ubuntu LTS с подпиской Ubuntu PRO.
	Ответить | Правка | Наверх | Cообщить модератору

	318. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 20:38
	есть только один вариант - использовать GNOME OS Nightly и переустанавливать его раз в неделю - тогда шизики из гнома не смогут сказать, что у юзера старый годовалый календарь, что там какие-то настройки не те или другие отговорки... > Ubuntu LTS с подпиской Ubuntu PRO. как будто там свежий календарь! такой-же как в минте https://packages.ubuntu.com/noble/amd64/gnome-calendar/download свежий в 26.04, ну дык и в свежем минте будет свежий 50-тый... мог бы неадекватный разраб подождать пару недель...
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (314), 21-Июл-26, 21:00
	>как будто там свежий календарь! В любом LTS рано или поздно оно станет не свежим. Если работает, как надо, или патчат разрабы дистрибутива + обновы безопасности как в Ubuntu Pro, то не всё ли равно, свежий он или лтсный.
	Ответить | Правка | Наверх | Cообщить модератору

	324. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 21:08
	> то не всё ли равно вот разрабу не все равно, он негодует и требует чтобы старый пакет был форкнут... убунту это тоже касается - там такой же пакет как в минте и отличается только одним патчем на пару строк от мейнтейнеров минта для лучшей интеграции с xfce/mate/cinnamon
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (314), 21-Июл-26, 20:52
	>для десктопа LTS это клиника Самый популярный дистрибутив на десктопе, нравится это кому-то или нет, до сих пор Ubuntu. И подавляющее большинство её пользователей - именно лтсники. В какую клинику им следует, говоришь, обратиться?
	Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

	326. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 22-Июл-26, 00:51
	Ubuntu и Mint уже давно не самые популярные дистры, доброе утро Рост линукса последние годы это любители поиграть в игры и они отъели половину десктопа на линуксе уже: SteamOS, CachyOS, Bazzite, Arch btw, Fedora тоже условно роллинг Ubuntu + Mint + Debian даже не половина линукса сегодня
	Ответить | Правка | Наверх | Cообщить модератору

	219. Скрыто модератором	–1 +/–
	Сообщение от Аноним (226), 20-Июл-26, 14:19
	> я не хочу быть их поставщиком слабак! измени лицензию и запрети им пользовать твой код. все. можешь даже пытаться продавать свой календарь пользователям мака и винды. нефиг своим нытьем тут опеннет засорять!
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	242. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (155), 21-Июл-26, 05:26
	> ты либо идешь туда же, либо идешь своей дорогой и пишешь свой календарь. а вот стоять посередине, взяв мой код и заморозив, и слать мне последствия — нельзя Ух, занесло-то... Выше уже писали: версия та же, что и в Debian Trixie. И собрана с GTK4, как в Debian и Ubuntu.
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	246. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (233), 21-Июл-26, 09:17
	Ну а что, у нас Mint, настолько васяны что не могут написать какой то там календарь. Это же задачка 1го курса программирования.
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 09:41
	> Это же задачка 1го курса программирования. вот а эти гномосмузехлебы более 10 лет прожект не могут стабилизировать. кривой, косой, а виноваты юзеры минта, да...
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (254), 21-Июл-26, 11:34
	Я хотел попробовать Mint, всмысле прям поставить, может я что то не понимаю. Не шарю фишку тип. Тем более они перешли на Wayland. Но вообще ощущение от Ос, что у нее подход систем из 2000х, дело не в дизайне а в подходе, Все это давно нигде не используется, то как делается, кнопочки переходы. Это может играть чисто на настольгии людей. Уж если нравистя классика, то Xfce, Lxqt.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 13:13
	> Уж если нравистя классика, то Xfce, Lxqt. Дык неадекватный разраб набросился на мейнтейнера минта за то что он сделал возможным использовать сабж не только в гноме, но и в Xfce...
	Ответить | Правка | Наверх | Cообщить модератору

	287. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 21-Июл-26, 14:11
	Так проблема же не в самом пакете, а в системе которая то переходит на старую libadwaita и gtk3, то патчит ее криво и ломает приложения. и кто знает что там еще в минт запатчили. понимаешь, юзерам минта нужны нескучные темы
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

	297. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 14:39
	в минте запатчили только лучшую интеграцию со сторонними DE ссылка в треде есть. но ты продолжай фантазировать, отмазывая разраба-истеричку...
	Ответить | Правка | Наверх | Cообщить модератору

	329. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 22-Июл-26, 11:29
	Ну иди открой гитлаб и посмотри масштабы человека-слопа в минте прежде чем комментировать
	Ответить | Правка | Наверх | Cообщить модератору

232. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от мимо (?), 20-Июл-26, 21:42
Открыл ссылку, увидел автора, закрыл вкладку. Не удивился. https://tesk.page/2023/01/05/on-the-gnome-project-and-my-way.../ - если кто не помнит, это вот этот самовлюбленный потрох.
Ответить | Правка | Наверх | Cообщить модератору

	235. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Nmmv (?), 20-Июл-26, 22:43
	Ну так все правильно и трезво он написал. Можно подумать в других проектах как-то по другому.
	Ответить | Правка | Наверх | Cообщить модератору

243. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
Сообщение от yurikoles (ok), 21-Июл-26, 08:37
Подтверждаю, есть буквально единственное отличие кода программы в репозитории Mint от Debian 13 "Trixie". Это проверяется за считанные минуты тремя консольными командами: $ git clone https://salsa.debian.org/gnome-team/gnome-calendar.git debian -b debian/trixie $ git clone https://gitlab.com/linuxmint/pins/mint/gnome-calendar.git mint $ git -C debian --work-tree=../mint diff И мы видим буквально одно изменение — безобидную возможность открытия системных настроек календаря в других основных DE Mint. Судя по тому, что на написание данного комментария у меня ушло больше времени, чем на саму проверку, а разработчик GNOME вместо этого простого действия предпочел раздуть скандал, напрашивается два возможных вывода: 1. Ключевому программисту то ли не хватило желания, то ли помешало ЧСВ провести это элементарное сравнение. Ведь куда эффектнее отчитаться про "несколько часов на анализ аномалий в статистике дистрибутивов в отчётах об ошибках". 2. Сам скандал и попадание в новости были самоцелью, это просто инфоповод для PR. Повестка читается легко: не пользуйтесь протухшими версиями из downstream, а ставьте только последние сертифицированные ванильные версии GNOME из наших шлакпаков. А ещё лучше — сразу свежайшую GNOME OS Nightly.
Ответить | Правка | Наверх | Cообщить модератору

	248. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–2 +/–
	Сообщение от Nmmv (?), 21-Июл-26, 09:31
	Вы все чего.... Он не должен ничего сравнивать? Не-дол-жен! Он не разрабтчик Минта, он к Минту никакого отношения не имеет. К примеру, какой-то Васян встроит ваш старый пакет в свой проект! И что вы должны бегать за этим Васяном и упрашивать его вставить ваш новый исправленный?
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (226), 21-Июл-26, 09:39
	ну и пусть отстанет от проекта. это не его собачье дело > И что вы должны бегать за этим Васяном и упрашивать его вставить ваш новый исправленный? он этим и занимается
	Ответить | Правка | Наверх | Cообщить модератору

	253. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от Nmmv (?), 21-Июл-26, 11:33
	Так ему багрепорты идут напрямую, а не к минтовцам, потому что эти деби... просто перекидывают камни ему в огород и банально не хотят поставить новый исправленный пакет который разработчик уже давно выпустил. Неужели это не понятно?
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (155), 21-Июл-26, 11:47
	> Неужели это не понятно? Версия в Mint та же, что и в Debian 13. Неужели это не понятно?
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от HotR (?), 21-Июл-26, 12:33
	Какое отношение разработчик Gnome имеет к Mint или Debian? Пусть разработчики этих дистрибутивов занимаются сами поддержкой тех устаревших пакетов которые они используют в своих осях, а не тупо перекидывают багрепорты разработчику Gnome.
	Ответить | Правка | Наверх | Cообщить модератору

	265. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 12:56
	> Какое отношение разработчик Gnome имеет к Mint или Debian никакого, вот и пусть идет лесом и разбирается сам с бардаком в своем багтрекере и в своем кривом коде, а не кивает на минт.
	Ответить | Правка | Наверх | Cообщить модератору

	267. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от HotR (?), 21-Июл-26, 13:00
	Так он уже давно разобрался и выпустил новую версию.
	Ответить | Правка | Наверх | Cообщить модератору

	272. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 13:06
	И что? Он автор кривой поделки? Он. Вот пусть и страдает бракодел!
	Ответить | Правка | Наверх | Cообщить модератору

	280. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от HotR (?), 21-Июл-26, 13:25
	Пока только страдают пользователи тупых разрабов Минта которые не хотят адеватно поддерживать свою поделку.
	Ответить | Правка | Наверх | Cообщить модератору

	296. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 14:37
	истерику закатил неадекватный разраб - это факт, а вот страдают ли пользовватели - не факт, может пользователи минта его троллят
	Ответить | Правка | Наверх | Cообщить модератору

	305. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от AllL (?), 21-Июл-26, 15:35
	Он не закатывал истерику, ему плевать, он просто показал подвальный уровень Минта и его шефов.
	Ответить | Правка | Наверх | Cообщить модератору

	306. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 15:38
	> ему плевать ага. Я три дня гналась за вами, чтобы сказать, как вы мне безразличны (c)
	Ответить | Правка | Наверх | Cообщить модератору

	309. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от AllL (?), 21-Июл-26, 16:53
	Ни за кем он не гнался, просто написал то что считает нужным. А ваше "три дня" их другой оперы.
	Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

	316. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 20:31
	да, здесь не три, здесь 9 месяцев... > написал лучше бы своему работодателю написал - у них тоже не последний календарь, но там сыкотно
	Ответить | Правка | К родителю #309 | Наверх | Cообщить модератору

	261. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от warlock66613 (ok), 21-Июл-26, 12:38
	Они может и хотят, но это нереально сделать. Ну и если не хотят, это тоже их право.
	Ответить | Правка | К родителю #253 | Наверх | Cообщить модератору

	264. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от HotR (?), 21-Июл-26, 12:56
	Если они не хотят, то это показатель того кто они есть. Тогда они не разработчики дистрибутива, а просто халтурщики, сборщики васяны которые собрали все что нашли, кинули эту кость пользователям и сказали - жрите как есть, а мы умываем руки и ни за что не несем ответственности, пишите свои претензии в ООН.
	Ответить | Правка | Наверх | Cообщить модератору

	268. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (226), 21-Июл-26, 13:01
	> кто они есть они мейнтейнеры и они СВОЮ работу выполнили хорошо - пакет собрали, что не скажешь о криворуком разработчике
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от HotR (?), 21-Июл-26, 13:24
	Из чего они собрали? Тупые разрабы Минта взяли багованную и уже неподдерживаемую версию, а разраб давно выпустил новую.
	Ответить | Правка | Наверх | Cообщить модератору

	283. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от warlock66613 (ok), 21-Июл-26, 13:59
	> Из чего они собрали? Тупые разрабы Минта взяли багованную и уже неподдерживаемую > версию, а разраб давно выпустил новую. Вот-вот, это о чём я говорю выше: "если я исправил ошибку в новой версии, то её как бы и не было". Иногда это работает, а иногда вот нет. И ничего разрабы Минта не брали. Брали разрабы (или кто у них там) Дебиана и Убунты.
	Ответить | Правка | Наверх | Cообщить модератору

	252. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (252), 21-Июл-26, 10:50
	Так он (разработчик гнома) как раз бегает и чего-то там требует, что не соответствует условиям распространения написанного в том числе им ПО: то копирайты убрать из-за того что о ужас согласно лицензии в его ПО добавили внешний вызов настроек из других мест системы, то сломать полсистемы, но таки поставить текущую версию его оригинального пакета вместо той которая совместима с остальными пакетами дистрибутива. Т.е. делает вид что это якобы не он багованную версию когда-то там в прошлом написал, а тот кто взял её для использования вместо краткого ответа (можно автоматического или через ии помощника) в стиле "в новой версии указанного вами бага вероятно нет, обновитесь на последнюю версию и проверьте".
	Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

	255. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–2 +/–
	Сообщение от Nmmv (?), 21-Июл-26, 11:38
	Он требует нормальную и адекватную вещь! Если минтовцы ставят устаревший пакет в свое поделие так пусть не пересылают ему багрепорты которые он уже давно устранил в выпущенном новом. Это их проблема, а не его.
	Ответить | Правка | Наверх | Cообщить модератору

	257. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (155), 21-Июл-26, 11:48
	Серьёзно? Версия в Mint та же, что и в Debian 13.
	Ответить | Правка | Наверх | Cообщить модератору

	260. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от HotR (?), 21-Июл-26, 12:36
	> Серьёзно? Версия в Mint та же, что и в Debian 13. Как это меняет дело?
	Ответить | Правка | Наверх | Cообщить модератору

	269. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 13:02
	нет. разработчик в любом случае неадекват.
	Ответить | Правка | Наверх | Cообщить модератору

	271. Скрыто модератором	–1 +/–
	Сообщение от HotR (?), 21-Июл-26, 13:05
	Не думаю. Более вероятная причина в том, что неадекватов тут полный форум, которые просто от гадости хотят измаать белое черным и накидать го.. на Гном.
	Ответить | Правка | Наверх | Cообщить модератору

	273. Скрыто модератором	+1 +/–
	Сообщение от Аноним (226), 21-Июл-26, 13:08
	> Не думаю. Более вероятная причина в том, что неадекватов тут полный форум, > которые просто от гадости хотят измаать белое черным и накидать го.. > на Гном. Ты напоминаешь водительницу из анекдота: — Алло, дорогая, только что по радио передали, что один псих едет по встречке… Будь осторожнее! — Один? Да их тут тысячи!
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от warlock66613 (ok), 21-Июл-26, 12:31
	Так они и не пересылают. Это пользователи сами ему пишут.
	Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

	263. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от HotR (?), 21-Июл-26, 12:46
	Так и пишут потому, что ленивые разрабы Минта тупо вставили устаревший пакет, а на странице "About" в приложении сохранили контактные данные основного проекта. Если вы вставляете неизвестно какой несвежий пакет так будьте добры сами нести ответственность за него, не перенаправляйте багрепорты пользователей, а сами связывайтесь с разработчиком и просите его что-то сделать. По моему, это логично.
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (226), 21-Июл-26, 13:04
	> а на странице "About" в приложении сохранили контактные данные основного проекта А что им делать? Перебивать копирайты? Дык они не ДинискиПоповы вроде.. Поумнее что-нибудь придумай
	Ответить | Правка | Наверх | Cообщить модератору

	277. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от HotR (?), 21-Июл-26, 13:19
	Они самые настоящие ДенискиПоповы, они просто на халяву пользуются чужим трудом, потом лезут в код пакета, изменяют его, оставляя аутентичное название приложения и ссылки на багтреккер разработчика. Пилите свое приложение и называйте его по своему как хотите.
	Ответить | Правка | Наверх | Cообщить модератору

	292. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 14:26
	Они в своем праве. Пусть шизанутый разраб меняет лицензию на проприетарную и тогда уже закатывает истерики и сучит ножками
	Ответить | Правка | Наверх | Cообщить модератору

	303. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от AllL (?), 21-Июл-26, 15:33
	Шизанутые минтовцы которые думает что у них прокатит. А разрабу все равно, он просто рассказал о проблеме некоторых идиотских дистрибутивов, что еще больше отвратит пользователей от этих сомнительных поделок.
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 15:42
	бегает по трекерам и форумам разраб, истерику закатывает разраб, пишет плаксивую статью разраб, а ему, оказывается, это "все равно"... даже страшно представить чтобы было если бы ему было "не все равно" :)
	Ответить | Правка | Наверх | Cообщить модератору

	288. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (209), 21-Июл-26, 14:14
	Объясни тогда почему эта проблема есть только в mint? https://forums.linuxmint.com/viewtopic.php?t=470866
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

	293. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
	Сообщение от Аноним (226), 21-Июл-26, 14:27
	потому как популярный дистр и много юзеров, ваш КО
	Ответить | Правка | Наверх | Cообщить модератору

	310. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от Аноним (209), 21-Июл-26, 16:57
	Не понимать, качаю Ubuntu 24.04, открываю календарь, ставлю нотификацию - все работает. В минт на бумажке таже версия, но не работает
	Ответить | Правка | Наверх | Cообщить модератору

279. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (279), 21-Июл-26, 13:24
прост минтом одним из дистров реально пользуются на десктопах вот оттуда активные пользователи пишут о проблеме, но, незнаючи, не туда. У разраба подгорает, и он создал иллюзию заботы о проблеме, сказав, что нет времени реально что-то там фиксить. А на сратч и статью кстати есть время. Любопытно...
Ответить | Правка | Наверх | Cообщить модератору

	281. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от HotR (?), 21-Июл-26, 13:27
	А он уже пофиксил! Он давно пофиксил, но разрабы Минта его новый пакет не хотят использовать.
	Ответить | Правка | Наверх | Cообщить модератору

	295. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (226), 21-Июл-26, 14:35
	> Он давно пофиксил пусть бекпортирует фиксы в 48.1 версию - тогда мейнтейнеры сделают свою работы и пересоберут пакет.
	Ответить | Правка | Наверх | Cообщить модератору

	299. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от AllL (?), 21-Июл-26, 15:26
	А зачем ему это делать? Он не хочет и не обязан никому. Чем он обязан какому-то там Минту?Другой вопрос, если бы мейнтейнеры были адекватные люди и не спамили разработчика письмами от пользователей, а сами собирали отзывы и потом попросили помочь и устранить ошибки в старом приложении, то возможно он и согласился бы помочь.
	Ответить | Правка | Наверх | Cообщить модератору

	304. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (226), 21-Июл-26, 15:35
	> А зачем ему это делать ну дык и мейнтейнеры минта не должны ради какого-то неадеквата все бросить и побежать удалять позорную информацию из окна "About", что это именно неадекват-криворучка эту программу так коряво накодил.
	Ответить | Правка | Наверх | Cообщить модератору

	308. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	–1 +/–
	Сообщение от AllL (?), 21-Июл-26, 16:51
	Должны! Это их дистрибутив и их приложение.
	Ответить | Правка | Наверх | Cообщить модератору

	315. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+1 +/–
	Сообщение от Аноним (226), 21-Июл-26, 20:28
	это не их приложение, это приложение пограммиста-истерички.
	Ответить | Правка | Наверх | Cообщить модератору

	317. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от AllL (?), 21-Июл-26, 20:35
	Если приложение установлено из коробки и поставляется вместре с дистрибутивом, то за правильную работу приложения отвечает тот кто его разместил, т.е. разработчик дистрибутива.
	Ответить | Правка | Наверх | Cообщить модератору

	323. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (226), 21-Июл-26, 21:02
	нет. ты бы лицензию хоть бы прочитал прежде чем пургу гнать
	Ответить | Правка | Наверх | Cообщить модератору

328. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (327), 22-Июл-26, 06:42
Всколыхнул этот календарь блогосферу, вон Nate ещё один пост написал: https://pointieststick.com/2026/07/19/whos-responsible-for-b.../
Ответить | Правка | Наверх | Cообщить модератору

332. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (209), 22-Июл-26, 13:25
Короткий вывод: прямых доказательств, что актуальные патчи Mint в gnome-calendar ломают события, повторения или синхронизацию, нет. Но набор пакетов Mint действительно создаёт несколько других проблем:   1. подтверждённая ошибка интеграции Cinnamon с Calendar;   2. хрупкий Mint-патч запуска настроек;   3. использование устаревших, уже не поддерживаемых upstream версий;   4. backend-проблемы в Evolution Data Server, который Flatpak Calendar всё равно получает от хост-системы.   ### Что именно патчит Mint   В официальном репозитории Mint присутствуют:   - Mint 22/22.1: 43.really41+mint2+wilma, то есть фактически GNOME Calendar 41.2 на GTK3;   - Mint 22.2/22.3: 46.1-1mint2+zara, уже GTK4/libadwaita;   - LMDE 7: 48.1+mint1+gigi.   Это видно непосредственно в каталоге исходных пакетов Mint (https://mirror.ourhost.az/linuxmint-packages/pool/upstream/g.../).   Я сравнил распакованный 46.1-1mint2+zara с Ubuntu 46.1-0ubuntu2, а 48.1+mint1+gigi — с upstream 48.1. В обоих случаях единственное существенное Mint-изменение в коде Calendar — 29 строк в gcal-utils.c, которые   заменяют запуск GNOME Settings:   - Online Accounts → gnome-online-accounts-gtk;   - Date & Time в Cinnamon → cinnamon-settings calendar;   - MATE/XFCE → time-admin.   К обработке событий, CalDAV, recurrence, датам событий или EDS этот патч отношения не имеет. Ubuntu-патчи в версии 46 исправляют сохранение звука и состояния напоминаний, то есть также не являются источником   рассматриваемых проблем. Исходник пакета: 46.1-1mint2+zara.dsc (https://mirror.ourhost.az/linuxmint-packages/pool/upstream/g...).   Сам launcher-патч всё же хрупкий:   - он сравнивает XDG_CURRENT_DESKTOP с точными строками и неправильно обработает значения вида ubuntu:GNOME;   - пакет Calendar не зависит от gnome-online-accounts-gtk;   - ошибка запуска helper’а игнорируется;   - для неизвестного рабочего стола функция может просто завершиться, ничего не открыв.   Поэтому симптом «пункт настроек ничего не делает» он потенциально создать может. Но не порчу календарных данных.   ### Проверка обсуждавшихся багов    Баг                                                                                                        Результат   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━    #300: Online Accounts на Mint 18.3 (https://gitlab.gnome.org/GNOME/gnome-calendar/-/work_items/300)        Реальная старая проблема интеграции Cinnamon. Текущий Mint-патч как раз предназначен для исправления                                                                                                               этого класса проблем.   ─────────────────────────────────────────────────────────────────────────────────────────────────────────  ──────────────────────────────────────────────────────────────────────────────────────────────────────────    #1562: медленная загрузка и неработающие настройки (https://gitlab.gnome.org/GNOME/gnome-calendar/-/  ... Проверялся Calendar 49.1 из Flatpak, то есть без Mint-патча Calendar. Меню не работает потому, что    work_items/1562)                                                                                           upstream запускает GNOME Control Center вне GNOME. Задержка холодного старта отнесена к EDS; графические                                                                                                               задержки зависели от GPU.   ─────────────────────────────────────────────────────────────────────────────────────────────────────────  ──────────────────────────────────────────────────────────────────────────────────────────────────────────    #1535: день и месяц поменялись местами (https://gitlab.gnome.org/GNOME/gnome-calendar/-/  ... Подтверждённая ошибка Mint/Cinnamon. Cinnamon запускает gnome-calendar --date и передаёт    work_items/1535)                                                                                           gdate.format("%x"). Calendar отдаёт строку locale-зависимому парсеру EDS. При различающихся LC_TIME и                                                                                                               LC_MESSAGES 07/01/2026 превращается из 7 января в 1 июля. Проблемная строка по-прежнему находится в                                                                                                               eventView.js (https://github.com/linuxmint/cinnamon/blob/master/files/usr/.../                                                                                                               calendar%40cinnamon.org/eventView.js#L732-L738) и была добавлена этим коммитом (https://github.com/                                                                                                               linuxmint/cinnamon/commit/c59e107d3ba24626bbc989a2ff68a03254dec121).   ─────────────────────────────────────────────────────────────────────────────────────────────────────────  ──────────────────────────────────────────────────────────────────────────────────────────────────────────    #1526: RANGE=THISANDFUTURE (https://gitlab.gnome.org/GNOME/gnome-calendar/-/work_items/1526)               Evolution 3.58 Flatpak тоже воспроизводил неверный результат, потому наиболее вероятная общая причина —                                                                                                               хостовый EDS. Старый Calendar 41 дополнительно ухудшал отображение, но причинность Mint-патча не                                                                                                               подтверждена.   ─────────────────────────────────────────────────────────────────────────────────────────────────────────  ──────────────────────────────────────────────────────────────────────────────────────────────────────────    #1429: “1 day” в напоминании (https://gitlab.gnome.org/GNOME/gnome-calendar/-/work_items/1429)             Окно принадлежало evolution-alarm-notify, а “1 day” обозначало продолжительность события, не число                                                                                                               оставшихся дней. Это не баг GNOME Calendar.   Особенно существенен случай Mint 22/22.1: Mint намеренно оставил Calendar 41.2 и портировал его на новые libsoup3, GWeather4 и EDS из Ubuntu 24.04. Большинство таких изменений являются upstream cherry-pick’ами, но   итоговая комбинация «интерфейс 2021 года + backend 2024 года» upstream не поддерживается.   На июль 2026 года GNOME поддерживает ветки Calendar 50 и 49; версии 48, 46 и тем более 41 уже EOL согласно официальному календарю релизов GNOME (https://release.gnome.org/calendar/). Это справедливая часть критики   Mint: старые ошибки не получают upstream-исправлений. Но само по себе это не доказывает, что Mint-патчи породили эти ошибки.   ### Про libAdapta   Утверждение из публикации Hari Rana (https://tesk.page/2026/07/18/how-far-would-hostile-distribut.../) о том, что Calendar переведён на libAdapta, технически неверно для текущих пакетов. Mint   22.2/22.3 Calendar зависит от libadwaita-1-0, а LMDE 7 — также от libadwaita.   Mint действительно патчит саму libadwaita, добавляя загрузку CSS системной темы и поддержку Mint-акцентов. Это может вызывать визуальные или layout-регрессии, но связи с CalDAV, повторениями и синхронизацией   событий я не нашёл. Пакеты можно проверить в репозитории Mint libadwaita (https://mirror.ourhost.az/linuxmint-packages/pool/upstream/l.../).   ### Итоговый вердикт   - Mint-патч непосредственно в текущем GNOME Calendar: не является причиной известных ошибок с событиями.   - Cinnamon-интеграция: содержит как минимум один подтверждённый баг с передачей даты.   - Launcher настроек: потенциально может приводить к «ничего не происходит».   - Старые версии Calendar: реальная проблема поддержки, особенно 41.2 в Mint 22/22.1.   - CalDAV/медленная холодная загрузка: вероятнее EDS из базовой Ubuntu, а не Mint-патч Calendar.   - Обвинение про libAdapta: не соответствует зависимостям актуального пакета.   Для проверки конкретной установки достаточно прислать вывод:   gnome-calendar --version   apt policy gnome-calendar evolution-data-server libadwaita-1-0 \     gnome-online-accounts gnome-online-accounts-gtk cinnamon   flatpak info org.gnome.Calendar 2>/dev/null   printf 'XDG_CURRENT_DESKTOP=%s\n' "$XDG_CURRENT_DESKTOP"   locale | grep -E '^(LANG|LANGUAGE|LC_TIME|LC_MESSAGES)='
Ответить | Правка | Наверх | Cообщить модератору

333. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Аноним (209), 22-Июл-26, 13:42
Да. Если перемотать к сентябрю–октябрю 2025 года, позиция разработчика GNOME выглядит заметно сильнее — но всё равно не потому, что Mint внёс патч, ломающий обработку событий.   ### Что было доступно тогда   Исходный тикет Mint был открыт 26 сентября 2025 года (https://gitlab.com/linuxmint/pins/mint/gnome-calendar/-/work...).    Система на тот момент                            GNOME Calendar   ━━━━━━━━━━━━━━━━━━━━━━━  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━    Mint 22 Wilma                                   фактически 41.2   ───────────────────────  ────────────────────────────────────────    Mint 22.1 Xia                                   фактически 41.2   ───────────────────────  ────────────────────────────────────────    Mint 22.2 Zara                                             46.1   ───────────────────────  ────────────────────────────────────────    LMDE 6 Faye                                     фактически 41.2   ───────────────────────  ────────────────────────────────────────    LMDE 7 Gigi              ещё не выпущена; позднее получила 48.1   Mint 22.2 вышел 4 сентября 2025 года (https://blog.linuxmint.com/?p=4881), а LMDE 7 — только 14 октября 2025 года (https://blog.linuxmint.com/?p=4924). Поэтому в момент открытия тикета аргумент «мы поставляем   Calendar 46 из Ubuntu и 48 из Debian 13» был лишь частично применим:   - Calendar 46 действительно уже был в свежем Mint 22.2;   - пакет 48 уже лежал в git Mint с 10 сентября, но публичная LMDE 7 ещё не вышла;   - поддерживаемые Mint 22, 22.1 и LMDE 6 продолжали поставлять 41.2.   Причём Mint официально считает 22, 22.1 и 22.2 поддерживаемыми до апреля 2029 года — обновление между point-релизами не происходит само по себе. Это подтверждает таблица поддержки Mint   (https://linuxmint-user-guide.readthedocs.io/en/latest/upgrad...). Поэтому поздняя формулировка «в поддерживаемых ветках у нас только Ubuntu 46 и Debian 48» как минимум неполна.   ### Что действительно было «наворочено» в Calendar 41   Пакет имел замаскированную версию:   43.really41+mint2+wilma   То есть Mint сознательно оставил Calendar 41.2, хотя базовая Ubuntu 24.04 уже поставляла Calendar 46. Исходник доступен как 43.really41+mint2+wilma   (https://mirror.ourhost.az/linuxmint-packages/pool/upstream/g...).   Это был существенно более крупный downstream-форк, чем современный пакет:   - старый GTK3/libhandy-интерфейс;   - порт на libsoup3;   - порт на GWeather4;   - удаление старой зависимости geocode-glib;   - адаптация к более новому EDS;   - собственный запуск Online Accounts;   - исправление преобразования месяца struct tm → GDateTime.   Порты на libsoup3/GWeather4 были взяты из более поздней истории upstream GNOME и приспособлены к ветке 41. Они затрагивали в том числе:   - обнаружение CalDAV-источников;   - создание и редактирование календарей;   - HTTP-запросы;   - event popover;   - weather service.   Это уже реальная зона риска. Не «злонамеренный патч», но поддерживаемая Mint комбинация старого приложения с библиотеками на несколько поколений новее.   При этом я не нашёл в этих изменениях патча, который непосредственно меняет recurrence expansion, чтение событий из EDS или обработку RANGE=THISANDFUTURE. Поэтому конкретный CalDAV-баг всё ещё логичнее связывать с   EDS и старым frontend, а не с уникальным алгоритмом Mint.   ### Что было в свежем Mint 22.2   К выпуску Zara ситуация уже изменилась. В июле–августе 2025 года Mint импортировал Ubuntu Calendar 46.1 и добавил только launcher-патч:   - gnome-online-accounts-gtk;   - cinnamon-settings calendar;   - поддержка MATE/XFCE.   История видна в репозитории Mint Calendar (https://gitlab.com/linuxmint/pins/mint/gnome-calendar/-/comm...), а пакет — 46.1-1mint2+zara   (https://mirror.ourhost.az/linuxmint-packages/pool/upstream/g...).   Следовательно, в Zara уже не было скрытого большого форка Calendar, который затем незаметно убрали. На момент тикета пакет 46 выглядел практически так же, как сегодня.   ### Другие Mint-патчи того периода   Весной–летом 2025 года Mint действительно довольно сильно модифицировал libadwaita:   - загрузка CSS текущей системной темы;   - отслеживание имени темы через portal/GSettings;   - определение dark/light-варианта по имени темы.   Это влияет на все libadwaita-приложения и теоретически способно создавать визуальные проблемы, неверные размеры или ошибки при смене темы. В патче даже есть небольшая утечка строки при смене темы. Но на загрузку и   семантику календарных событий он не влияет. Пакеты находятся в репозитории Mint libadwaita (https://mirror.ourhost.az/linuxmint-packages/pool/upstream/l.../).   Также уже существовал подтверждённый Cinnamon-баг: applet передавал выбранную дату как локализованный %x. Эта строка находилась в коде с 2021 года и присутствовала в октябре 2025-го — проблемный запуск Calendar   (https://github.com/linuxmint/cinnamon/blob/master/files/usr/...). Именно он вызывает инверсию дня и месяца при смешанных locales.   ### Скорректированный вердикт   - Mint 22.2 Zara на момент тикета: прямых проблемных патчей в логике Calendar не видно.   - Mint 22/22.1 и LMDE 6: да, это был заметно модифицированный Calendar 41.2, искусственно удерживаемый на старой архитектуре. Здесь критика GNOME обоснованнее.   - Каких-то особенно плохих патчей, которые Mint позже тихо удалил: не обнаружено.   - Главная проблема того периода: не конкретный сломанный Mint-патч, а поддержка старой ветки 41 и её портирование на новые библиотеки.   - Подтверждённая непосредственно Mint-ошибка: передача даты из Cinnamon через %x.   - Аргумент Mint про 46/48: верен для тогдашних новейших Zara/Gigi, но задним числом скрывает тот факт, что несколько официально поддерживаемых выпусков продолжали поставлять 41.2.
Ответить | Правка | Наверх | Cообщить модератору

334. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от Анонимомус (?), 22-Июл-26, 17:48
В этом вся суть минта, надо все форкнуть и забить на апстрим
Ответить | Правка | Наверх | Cообщить модератору

336. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
Сообщение от BeLord (ok), 23-Июл-26, 14:17
Как по мне LTS дистрибутив должен иметь LTS версии софта, а не просто заморозились, иначе это манипуляция. Будь у этого календаря LTS версия, конфликта бы не было и пользователи не имели проблем.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема