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

"Разработчик 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. Сообщение от Аноним (1), 19-Июл-26, 10:56	+15 +/–
А в чём проблема? У пользователей минта некроверсия, отвечай -- обновитесь. Их дистрибутив их выбор.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #160

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

5. Сообщение от Аноним (5), 19-Июл-26, 11:06	–23 +/–
Вот именно поэтому флатпаки единственная правильная модель дистрибуции по для десктопа, хоть и не без своих недостатков
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #35

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

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

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

10. Сообщение от trolleybus (ok), 19-Июл-26, 11:12	+/–
Вот поэтому LTS для десктопов не нужны. Это тебе не сервер
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #41, #85

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

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

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

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

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

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

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

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

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

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

27. Сообщение от Аноним (27), 19-Июл-26, 11:45	+9 +/–
Вся суть, от GNOME нужно держаться подальше. Cinnamon не планируют переводить на Qt?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #113, #177

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

83. Сообщение от freehck (ok), 19-Июл-26, 14:25	+2 +/–
Почитал переписку и статью. Разработчик — снежинка, неадекват и лицемер. Ну или просто д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ообщить модератору

84. Сообщение от анони (?), 19-Июл-26, 14:25	+2 +/–
Ну да, обновить весь гном из-за календаря, потратить херову тонну времени и сил на тестирование, и всё это из-за неадекватов, которые разрабатывают только в одной текущей ветке, и у которых одна актуальная версия
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #91, #129, #191

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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ообщить модератору
Родитель: #125

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

160. Сообщение от EuPhobos (ok), 19-Июл-26, 21:44	+2 +/–
> А в чём проблема? У пользователей минта некроверсия, отвечай -- обновитесь. Их дистрибутив их выбор. Вот в чём: About Me Welcome to my personal website! My name is Hari Rana (pronounced as Harry). I’m a 24-year-old transgender developer and content writer from Montréal, Canada, and use any/all pronouns. Это просто обиженная.. обижанный.. обиженнОЕ.. тьфу! В общем очередной душевнобольной человек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

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

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

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

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

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

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

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

170. Сообщение от Аноним (224), 19-Июл-26, 23:07	+2 +/–
Add support for other desktop environments а кто им это разрешил делать? Один гном, один редхат, один фюрер!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #197

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

220. Сообщение от Аноним (224), 20-Июл-26, 14:21    Скрыто ботом-модератором	+/–
гномой не нужен. так же короче :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213

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

222. Сообщение от Аноним (224), 20-Июл-26, 14:25	+/–
а шизик разраб считает что нет у них прав таких!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

223. Сообщение от Аноним (224), 20-Июл-26, 14:27    Скрыто ботом-модератором	+/–
его с винфака выгнали за неадекватность, вот прибился...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

224. Сообщение от Аноним (224), 20-Июл-26, 14:29	+/–
да, шапка платит. на хозяина ему гавкать страшно, вот решил на минт погавкать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

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

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

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

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