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

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

Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

	132. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от Аноним (-), 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. Скрыто модератором	+/–
	Сообщение от Аноним (-), 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ообщить модератору

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

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

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

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

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

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

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

	133. Скрыто модератором	+/–
	Сообщение от 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	110. Скрыто модератором	–1 +/–
	Сообщение от HotR (?), 19-Июл-26, 15:53
	Это ты неадекватен, впрочем как и все кедерасты тут.
	Ответить | Правка | К родителю #6 | Наверх | 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 в игнорировани..."	+2 +/–
	Сообщение от Аноним (41), 19-Июл-26, 12:05
	Если б ещё роллинги нормальные существовали в природе.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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

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

Часть нити удалена модератором

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

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

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

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

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

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

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

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

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

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

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

43. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+2 +/–
Сообщение от Аноним (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ообщить модератору

	128. "Разработчик GNOME Calendar обвинил Linux Mint в игнорировани..."	+/–
	Сообщение от freehck (ok), 19-Июл-26, 17:11
	> Вот и выросло поколение, которое не умеет багфиксы бекпортировать. Выросло поколение, которые бросает поддержку своего софта через 6-9 месяцев. Если через пару версий софт уже основательно переписан, а разработчик софта прекратил поддержку старого — бэкпорт любых багфиксов эквивалентен форку и началу новой разработки. Это не дело мейнтейнера. Дело мейнтейнера — отслеживать изменения разработчика и бэкпортировать security fix-ы, и только их. А если разработчик дропнул поддержку — то бэкпортировать нечего, что ж поделать.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

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

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

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

81. Скрыто модератором	+1 +/–
Сообщение от Аноним (81), 19-Июл-26, 14:22
По крутой тропинке горной Шел домой барашек черный И на мостике горбатом Повстречался с белым братом. И сказал барашек белый: «Братец, вот какое дело: Здесь вдвоем нельзя пройти, Ты стоишь мне на пути.» Черный брат ответил: «Ме–е–е, Вы в своем, баран, уме? Пусть мои отсохнут ноги, Если я сойду с дороги!» Помотал один рогами, Уперся другой ногами… Как рогами ни крути, А вдвоем нельзя пройти. Сверху солнышко печёт, А внизу река течёт. В этой речке утром рано Утонули два барана. (С.В.Михалков, 1959)
Ответить | Правка | Наверх | 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 в игнорировани..."	+/–
Сообщение от Аноним (99), 19-Июл-26, 14:30
Самоё интересное, я некоторое время назад подбирал себе календарь на Fedora, пробовал и сабж. Даже самая актуальная версия глючила просто невообразимо. От нежелания показывать изменения после синхронизации до сегфолтов на пустом месте. Это был наверно самый раздражающий календарь из всех что я пробовал. Теперь вот разработчик ходит и поучает других как они должны делать свою работу.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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