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

Компания Canonical анонсировала переработку инструментария Snapcraft, opennews (??), 08-Янв-22, (0) [смотреть все] Оно больше не будет тянуть с собой образ убунты , Аноним (1), 16:01 , 08-Янв-22, (1) +13 // Будет , Аноним (51), 19:02 , 08-Янв-22, (51) +4 Теперь каждый пакет будет целым дистрибутивом линукса с приложенным к нему вирту, Аноним (98), 05:46 , 09-Янв-22, (98) +3 // Вы, батенька, навреное ещё пакеты в Snapcraft e не собирали Там хоть и не Virtu, Аноним (1), 10:39 , 09-Янв-22, (101) // Да ладно, паравиртуализация уровня LXD - чуть жирнее chroot, а как ты хочешь и б, Медоед (?), 13:05 , 12-Янв-22, (139) Стоит ли бояться ли Snap , Аноним (2), 16:05 , 08-Янв-22, (2) +3   // Послесистемды и гтк3 мейнстримщикам следует просто получать удовольствие , псевдонимус (?), 18:38 , 08-Янв-22, (39) –3   Тебе - да, мне - нет Я его тупо выпилил за ненадобностью, но стоит отметить его, Аноним (51), 19:05 , 08-Янв-22, (53) –2   // А толку то Каноникалы спят и выдят сбросить с себя бремя пресборки и сопровож, Аноним (60), 19:24 , 08-Янв-22, (60) +5   // Хорошо пишешь Давай ещо , Аноним (73), 20:13 , 08-Янв-22, (73)   И правильно делают Все эти пакетные менеджеры, где ты доверяешь не автору, а ле, Тот_Самый_Анонимус (?), 09:37 , 09-Янв-22, (100)   Как будто что плахое Под все два с половиной Зато никто не воет, когда разрабо, Аноним (109), 11:10 , 09-Янв-22, (109)   Ну, с точки зрения сокращения расходов и выгодя для себя, может и правильно, а в, Аноним (110), 11:40 , 09-Янв-22, (110) +1   Винда Никакого гемора с приложениями, которые 171 никто не хочет сопровождать, Тот_Самый_Анонимус (?), 20:01 , 09-Янв-22, (129)   Ещё бы там были с этим проблемы, винда и держится для пользователей на том, что, Аноним (130), 21:10 , 09-Янв-22, (130)   Так может заимствовать удачный опыт, а не выёживаться самобытностью Не 171 луч, Тот_Самый_Анонимус (?), 23:43 , 09-Янв-22, (131)   А какие преимущества у ОО перед ЛО , Минона (ok), 22:37 , 10-Янв-22, (137)   Более свободная лицензия, и отсутствие гнилой репутации , Тот_Самый_Анонимус (?), 22:42 , 20-Янв-22, (142)   Ну то есть реальных преимуществ нет , Минона (ok), 23:57 , 20-Янв-22, (143)   Для ответа на вопрос надо сравнивать А мне оно не нужно Другие аноны писале ту, Тот_Самый_Анонимус (?), 23:43 , 21-Янв-22, (144)   Ни на одну Извините , Аноним (141), 00:33 , 19-Янв-22, (141)   128578 , Аноним (141), 00:20 , 19-Янв-22, (140)   Не пробовали, но одобряете Не стоит В установке и обновлении того же кубика, ди, Аноним (81), 23:03 , 08-Янв-22, (81) +1   // А openstack скорее в контейнеры пихают, snap flatpak - это больше для десктопа п, Owlet (?), 20:18 , 10-Янв-22, (136)   Скрыто модератором, zloykakpes (ok), 16:06 , 08-Янв-22, (3) –2 // Скрыто модератором, leap42 (ok), 16:09 , 08-Янв-22, (5) –3 // Скрыто модератором, Kusb (?), 16:22 , 08-Янв-22, (8) –5 Скрыто модератором, Аноним (7), 16:16 , 08-Янв-22, (7) +2 Скрыто модератором, Аноним (23), 17:56 , 08-Янв-22, (23) +3 Скрыто модератором, Аноним (24), 18:00 , 08-Янв-22, (24) +1 Скрыто модератором, псевдонимус (?), 18:41 , 08-Янв-22, (42) –1 Они изобрели Flatpak, да , Аноним (4), 16:06 , 08-Янв-22, (4) +12 // Да Причем раньше, чем гномеры , Анонус (?), 16:34 , 08-Янв-22, (10) +7 // Однако популярность получил только flathub , VZ (??), 17:07 , 08-Янв-22, (16) –4 // У тебя какие-то странные представления о популярности, iPony129412 (?), 18:07 , 08-Янв-22, (28) +7 Господа, а у вас обоих хоть есть пруфы с свежей статистикой популярности одного , Аноним (64), 19:51 , 08-Янв-22, (64) –2 А тебе мало , Аноним (77), 20:20 , 08-Янв-22, (77) –1 Я когда пишу всегда высказываю своё ИМХО и то, что я вижу в своей, а не чужой жи, VZ (??), 13:46 , 09-Янв-22, (115) Я же не шучу про айфон , VZ (??), 13:44 , 09-Янв-22, (114) –1 У вас в слове Docker Hub опечатка , Анонус (?), 13:34 , 09-Янв-22, (113) У Вас чересстрочная развёртка , VZ (??), 13:47 , 09-Янв-22, (116) Лучше бы они добавили опцию отмены автообновления пакетов , Аноним (7), 16:14 , 08-Янв-22, (6) +2 // Каг Не хотите всё время свеженьким обмазываться , Онаним (?), 16:25 , 08-Янв-22, (9) +5 // Нет свеженькое говнеццо нам не нать Нам бы старое разгрести сначала , Аноним (7), 19:21 , 08-Янв-22, (56) +1 // А коли вам свеженького не нать, на кой вам тады снапы , Аноним (65), 19:54 , 08-Янв-22, (65) Чтобы не зависеть от древнего репозитория Дебиана И запускать что угодно на лю, Аноним (102), 11:00 , 09-Янв-22, (102) Чем проприетарный магазин приложений Ubuntu лучше древних репозиториев Debian Пр, Аноним (81), 16:16 , 09-Янв-22, (118) Можно конкретную версию установить, тогда обновляться не будет, Аноним (75), 20:18 , 08-Янв-22, (75) // Это только если создатель репо на снапкрафте так сделал А многие так не сделал , Аноним (102), 11:03 , 09-Янв-22, (103) +1 Простите, а статически линковаться нельзя , Судья из Калифорнии с опытом программирования (?), 16:42 , 08-Янв-22, (12) +1 // Доступ открыт Статическая линковка рaзрешaна , Судья Дредд (?), 17:06 , 08-Янв-22, (15) +1 Теоретически - можно, а вот на практике - попробуй, а потом отпишешься А если т, Аноним (51), 19:07 , 08-Янв-22, (55) // А есть лицензии, которые разрешают динамическую линковку, но запрщают статическу, Ordu (ok), 19:26 , 08-Янв-22, (61) // LGPL, как ни странно , Онаним (?), 19:59 , 08-Янв-22, (68) Не запрещено, просто со статикой превращается из LGPL в GPL Во многих случаях д, Жорш (?), 20:08 , 08-Янв-22, (71) На самом деле разрешено, но только при условии, что ты предоставишь пользователю, Аноним (88), 01:34 , 09-Янв-22, (88) Я бы тебе вообще линковаться запретил , Аноним (102), 11:04 , 09-Янв-22, (104) // Я бы вас в Госдуму отправил, у вас неплохо получится запрещать , Аноним (81), 16:23 , 09-Янв-22, (121) Удалил Snap, т к пакеты со временем весили гигабайты Внутри обнаружилось, что , th3m3 (ok), 16:46 , 08-Янв-22, (13) +4 // SNAP - это способ заставить вас наконец начать покупать терабайтные SSD диски , Kuromi (ok), 18:25 , 08-Янв-22, (32) +3 // Я этим до SNAP занялся Не выдержал работы на HDD, iPony129412 (?), 18:40 , 08-Янв-22, (41) –1 // Вы просто не пользуетесь zfs c l2arc slog special или любым другим доступным, Аноним (45), 18:43 , 08-Янв-22, (45) Конечно, вот ещё с этим возиться, iPony129412 (?), 19:06 , 08-Янв-22, (54) –1 Дружище, это же страпоня идиёт с макбуком Райды, кэши, свапы, бэкапы -- всё эт, смешнох (?), 02:38 , 09-Янв-22, (90) Ну да Все, чего нет у Apple - устарело Потому что Apple не использует устаревш, Аноним (81), 16:36 , 09-Янв-22, (125) И что лучше, террабайтник на QLC или 256 гигов на MLC , Kuromi (ok), 18:47 , 08-Янв-22, (48) Если терабайт от Samsung Micron Intel Crucial, то определено он , Нононим (?), 18:56 , 08-Янв-22, (50) 8 терабайт на QLC SATA однозначно решают, если надо HDD заменить Если надо сырую, Онаним (?), 20:05 , 08-Янв-22, (69) Так ведь голая производительность без уловок с SLC кэшем QLC примерно на уров, Kuromi (ok), 23:45 , 08-Янв-22, (83) Ну, как владелец QVO SSD SATA , могу рассказать Скорость _записи_ - да, хренова, Онаним (?), 11:05 , 09-Янв-22, (105) Самое смешное это когда QLC ставят на NVME Тут окаывается что и чтение с QLC т, Kuromi (ok), 17:36 , 09-Янв-22, (126) И кстати да, температурный режим у самсунгов на QLC лучше, чем у HDD Даже при з, Онаним (?), 11:07 , 09-Янв-22, (107) С PLC интересно PLC может оправдать себя только за счёт кратного снижения сто, Онаним (?), 11:08 , 09-Янв-22, (108) Snap сугубо для проприетарщины и, для случаев, когда нужных приложений нет во fl, Аноним (45), 18:30 , 08-Янв-22, (34) +1 // Снап скоро сугубо для всего Кроме системды, конечно , псевдонимус (?), 18:44 , 08-Янв-22, (46) –2 // У Линукса было 30 лет чтобы сделать нормальный нативный подход к распространению, Аноним (7), 19:22 , 08-Янв-22, (58) У линукса их не было В качестве обвязки всегда был нотюникс И теперь почти уме, псевдонимус (?), 19:31 , 08-Янв-22, (62) В Canonical вообще создали что-нибудь полезное , Аноним (17), 17:13 , 08-Янв-22, (17) // Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых , Аноним (4), 17:30 , 08-Янв-22, (19) +5 // Вполне удачный проект Использовался и в RHEL образных Сейчас используется в Ch, iPony129412 (?), 18:04 , 08-Янв-22, (27) –1 // Ну давайте честно, в ХромОС он используется 1 потому что в тот момент когда Хро, Kuromi (ok), 18:32 , 08-Янв-22, (35) Ну не уверен, что бы в Гугл прям так уж обрадовались серверному systemd 8230 В, iPony129412 (?), 18:35 , 08-Янв-22, (37) –1 Именно потому что полный контроль потому иксы и полетели Они перевели все что и, Kuromi (ok), 18:46 , 08-Янв-22, (47) +1 И это есть показатель неплохого продукта А не 171 это не выносимо 187 выкиды, iPony129412 (?), 18:39 , 08-Янв-22, (40) Примерно это и произошло с upstart в ubuntu, debian и RHEL , Аноним (81), 00:07 , 09-Янв-22, (86) Гугл не тащат системд чтобы не зависеть от Бизнес Машины Машина так-то может и, Аноним (102), 11:07 , 09-Янв-22, (106) –1 Вы таки думаете, что разработчики ChromeOS огорчатся от обязательного TPM Они ск, Аноним (81), 16:17 , 09-Янв-22, (119) Совсем с коня рухнул Вот у тебя никогда не было вопроса почему оно так быстро , Аноним (-), 19:57 , 08-Янв-22, (66) +2 Я вам страшный секрет открою, разработчики ваши - птицы подневольные, каким сист, Аноним (74), 20:17 , 08-Янв-22, (74) –1 А в ubuntu почему-то systemd Получается, не такой уж upstart удачный получился , Аноним (81), 00:05 , 09-Янв-22, (85) Под полезным имелось в виду то, чем люди массово пользуются Вроде simpleScan их, Bdfybec (?), 18:07 , 08-Янв-22, (29) // Разве СимплСкан это не оболочка к Sane В принципе и из GIMP сканировать можно , Kuromi (ok), 18:33 , 08-Янв-22, (36) Половину этого уже прикрыли, другая половина - не взлетела И тоже, скорее всего, Аноним (81), 00:02 , 09-Янв-22, (84) Неужели это не ваш первый пингвин Странный вы, наверное еще и рукаблуд , Аноним (20), 17:32 , 08-Янв-22, (20) // рукаблудство это нормально , Аноним (77), 20:19 , 08-Янв-22, (76) +1 Убунту тач, ананоша (?), 17:33 , 08-Янв-22, (21) // Самый неудобный интерфейс для мобилок Даже KDE mobile лучше , Аноним (31), 18:13 , 08-Янв-22, (31) // Оба мусор, Аноним (43), 18:41 , 08-Янв-22, (43) К сожаление никто ещё не сделал копию IOS под свободной лицензией , Аноним (31), 19:57 , 08-Янв-22, (67) –2 Проблема в отсутствии софта, Аноним (43), 22:28 , 08-Янв-22, (79) и слава богу, Аноним (117), 14:38 , 09-Янв-22, (117) ubuntu server, Аноним (77), 17:44 , 08-Янв-22, (22) Ну как бы они продвинули DKMS хоть придумали его не они в качестве стандартной, Kuromi (ok), 18:28 , 08-Янв-22, (33) +1 // Это да Продвигать в массы чужие разработки у них получается неплохо Помимо DKM, Аноним (81), 16:33 , 09-Янв-22, (124) Там snap-калькулятор и snap-остальное по-прежнему открывается как-будто с древне, какработать (?), 17:28 , 08-Янв-22, (18) +1 // Видимо дописались до того, что даже у них на рабочих станциях стала их любимка т, НяшМяш (ok), 18:02 , 08-Янв-22, (26) // Тогда нужно, чтобы каждый снап-пакет открывался со звуком натужно дребезжащих го, какработать (?), 05:04 , 09-Янв-22, (94) Объясните, чем snap лучше хуже AppImage, который был создан раньше , Аноним (23), 18:01 , 08-Янв-22, (25) // Он не лучше, он хуже, потому что а без systemd не работаетб без ubuntu не рабо, B.X (?), 18:12 , 08-Янв-22, (30) +5 И то и другое плохо Лучше всего Flatpak, Аноним (44), 18:42 , 08-Янв-22, (44) +3 // Такое же почти говнтще как и снап , псевдонимус (?), 18:48 , 08-Янв-22, (49) –2 Чем же он лучше, по пунктам , Аноним (23), 19:03 , 08-Янв-22, (52) // Пункт главный для шапочников сделано не космонавтом , псевдонимус (?), 19:32 , 08-Янв-22, (63) 1 У snap есть фатальный недостаток для IBM Red Hat остальные пункты не настольк, Аноним (70), 20:05 , 08-Янв-22, (70) Vendor lock-in - фатальный недостаток не только для конкурентов, но и для обычны, Аноним (81), 16:21 , 09-Янв-22, (120) +1 1 Snap полностью контролируется Canonical и нужно подписать соглашение с ними д, Аноним (44), 20:11 , 08-Янв-22, (72) +3 Рантаймы есть у обоих, вот только snap это подразумеваемая привязка к канониклам, Аноним (78), 20:24 , 08-Янв-22, (78) Ну, все проекты, где используется ядро Linux, в той или иной мере привязаны к кр, Аноним (81), 16:25 , 09-Янв-22, (122) AppImage больше похож на бандлы в macOS Не зависит от вендора, как уже сказали , Аноним (23), 19:21 , 08-Янв-22, (57) +1 // А есть какой-то ЕДИНЫЙ стор хаб ауропомойка, только с этими замечательными AppIm, Аноним (111), 11:52 , 09-Янв-22, (111) // Единый стор хаб ауропомойка будет наверное ничем не лучше классического пакетног, Аноним (138), 09:21 , 11-Янв-22, (138) Линукс это просто и логично Хавайте , псевдонимус (?), 18:36 , 08-Янв-22, (38) –1 колесо провернулось еще раз, Аноним (59), 19:23 , 08-Янв-22, (59) +1 будет распространяться в тысячах пакетах DEB 128514 , pashev.me (?), 23:11 , 08-Янв-22, (82) // Космонавт этого не допустит , Аноним (81), 16:28 , 09-Янв-22, (123) Пока это поделие Snap при запуске программы продолжает грузить процессор и зас, Аноним (96), 05:29 , 09-Янв-22, (96) +1 // Имею 10-летний ноутбук с 3 Гб ОЗУ под Xubuntu 20 04 3 Удаление Snap весьма улуч, Аноним (135), 08:26 , 10-Янв-22, (135) Nixos и никаких снапов, ананоша (?), 05:30 , 09-Янв-22, (97) +2 // Сорта говен, оно прибито гвоздями к сыстемдосу , Аноним (99), 06:27 , 09-Янв-22, (99) –2 // Это в NixOS его прибили, сам подход от системды не зависит, пруф тому - существо, Аноним (112), 11:54 , 09-Янв-22, (112) +1 Снапы вместе со snapd легко удаляются из системы, и необходимости их использов, Аноним (135), 08:24 , 10-Янв-22, (134) Надеюсь, что в процессе переписывания они его закопают , Аноним (-), 18:11 , 09-Янв-22, (127) Т е обратно сложные зависимости Или цели другие или странно , Антонимистично (?), 18:32 , 09-Янв-22, (128) Все жду, когда его бросят уже, есть ведь flatpak , devkornev (ok), 06:56 , 10-Янв-22, (132) // Категорически не нравится, что Snap - примонтированные ресурсы Это главная прет, Аноним (135), 08:23 , 10-Янв-22, (133) Объясните мне, почему все так топят за flatpak если у него все время жуткие ошиб, Аноним (145), 08:26 , 24-Янв-22, (145) 1,2,4,6,12,13,17,18,25,38,59,82,96,97,127,128,132,145

Сообщения

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

2. "Компания Canonical анонсировала переработку инструментария S..."	+3 +/–
Сообщение от Аноним (2), 08-Янв-22, 16:05
Стоит ли бояться ли Snap?
Ответить | Правка | Наверх | Cообщить модератору

	39. "Компания Canonical анонсировала переработку инструментария S..."	–3 +/–
	Сообщение от псевдонимус (?), 08-Янв-22, 18:38
	Послесистемды и гтк3+ мейнстримщикам следует просто получать удовольствие.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Компания Canonical анонсировала переработку инструментария S..."	–2 +/–
	Сообщение от Аноним (51), 08-Янв-22, 19:05
	Тебе - да, мне - нет. Я его тупо выпилил за ненадобностью, но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих огромных вещей, которых в один пакет не засунуть и в рамках релиза дистра - не заморозить. Не смотря на кривизну реализыции шнапс - очень хороший инструмент.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	60. "Компания Canonical анонсировала переработку инструментария S..."	+5 +/–
	Сообщение от Аноним (60), 08-Янв-22, 19:24
	> Тебе - да, мне - нет. Я его тупо выпилил за ненадобностью, > но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих > огромных вещей, которых в один пакет не засунуть и в рамках > релиза дистра - не заморозить. Не смотря на кривизну реализыции шнапс > - очень хороший инструмент. А толку то? Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения, они сперва на четверть шишеч... сперва хромиум сделали в snap, потом лису, смотрят на реакцию, как привыкнут ли, чтобы погрубже засунуть свой snapd Официально каноникалы зарабатывают с серверных версий, а десктопы там для мебели, в идеале они бы просто голую систему с GNOME поставляли и никакого прикладного софта в репах, а потом и вовсе запросто отказаться можно от пакетов и там, перейдя на какой-нибудь аналог silverblue и подобную дичь, атомарную и обновляемую огромадными блямбами на каждый чих, чтобы вся система в read-only и хренова тонна места съедалась под снапшоты с бэкапами, всем хорошо, каноникалам, производителям железа, только конечный потребитель как всегда будет башлять, но куда он денется с подводной лодки?! Другое дело, что "snap-snap и в продакшон" подразумевался, что это будут делать сами разрабы софта, а они могут запросто выбрать другой "велосипед" помодней, не слежу пристально за темой, но периодически опрашиваю любителей обмазываться вот этими снапами/флатпаками и пока популярность не в пользу снапов, как я понял. Тут вариантов в итоге два: Либо Маркуша в конечном итоге на всех снова обидится и дропнет свой очередной велосипед и притянет к себе флатпак, как это было уже с другими его велосипедами (upstart, unity...) Либо, они до последнего будут копротивляться, потому что если в долгосрочно перспективе пролюбят рынок со снапами и флатпак победит, то зачем потенциальным хомячкам выбирать будет условную бубунту, если какая-нибуть silverblue столько же будет занимать и отжирать, а бабла в неё влито может быть потенциально больше? Но, насильно мил не будешь, а если snap-snap и в продакшон не будет много проще, чем флатпакинг, о чём собственно и истинная причина кипеша новости, то пиши пропало, а у Маркуши нет столько бабла бодаться с красношляпой, поэтому это такое шевеление на издохе, либо пан, либо пропал.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Аноним (73), 08-Янв-22, 20:13
	Хорошо пишешь! Давай ещо!
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Тот_Самый_Анонимус (?), 09-Янв-22, 09:37
	>Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения И правильно делают. Все эти пакетные менеджеры, где ты доверяешь не автору, а левому сборщику — крайне сомнительная штука. Зоопарк дистров — оборотная сторона свободы выбора. Разработчик не может писать готовый пакет сразу под все дистры. В винде это давно возможно, а в линухе пока изобретают костыли в виде снапов.
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	109. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Аноним (109), 09-Янв-22, 11:10
	> Зоопарк дистров — оборотная сторона свободы выбора. Как будто что плахое?! > Разработчик не может писать готовый > пакет сразу под все дистры. >сразу под все дистры. Под все два с половиной)) Зато никто не воет, когда разработчикам нужно самим держать у себя актуальную версию Xcode с соответствующей актуальной платформой и снова и снова переобуваться под новые веяния, также как и проверять и подгонять свои "пакеты" под разные версии android, винды, а проверять всё равно надо, несмотря на кажущуюся обратную совместимость и чото не жужжат, жрут что дают, да ещё и порой платят за возможность публиковаться в сторах.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Компания Canonical анонсировала переработку инструментария S..."	+1 +/–
	Сообщение от Аноним (110), 09-Янв-22, 11:40
	>>Каноникалы спят и выдят сбросить с себя "бремя" пресборки и сопровождения пакетов для десктопного хомячкового применения > И правильно делают. Ну, с точки зрения сокращения расходов и выгодя для себя, может и правильно, а вот с точки зрения моральной стороны вопроса и каково будет для конечного пользователя, тут им плевать с большой колокольни, они об этом показывают уже не один год, поэтому те кто понял куда ветер дует и не согласен с "новой" политикой партии, ушли на другие дистры > Все эти пакетные менеджеры, где ты доверяешь не автору, > а левому сборщику — крайне сомнительная штука. Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?! Или вы как труъ параноек из совцев по LFS себе всю систему собирали и поддерживали? Или же вы к нам с других, "более правильных" систем пожаловали набросить?! > Зоопарк дистров — оборотная сторона свободы выбора. Это не минус, это огромный плюс, нет стогнации и есть алтернативные площадки для альтернативных идей, которые могут быть восприняты сообществом, мейнстрим не всегда идёт правильным путём, хорошо когда есть альтернативные конкурирующие видения и технологии. Тут вам не один вождь - один дистрибутив, если вам такое надо, вы ошиблись семейством ОС, в природе уже есть то, что вы просите, но такие как вы почему-то приходите со своим усталым в чужой монастырь! Зачем? Чтобы просто нагадить, вбросить?! Не надо так! > Разработчик не может писать готовый > пакет   Может, но не обязан и не должен. Разработчику достаточно выкладывать исходники, ВСЁ! По желанию разработчик может выкладывать тарболы со статической линковкой, чисто чтоб потыкать, как оно. Если разработчик линукс-пользователь, ему достаточно, по желанию, если он хочет, пакетить под тот дистрибутив, которым он пользуется, но это не обязательно. Упаковка дело мейнтейнеров дистрибутива! Другое дело, если разработчик хочет чтобы его софт присутствовал в максимально бОльшем количестве дистрибутивов... Но, это уже зависит от того, насколько качественную и востребованную программу он написал, тут, как раз, "рыночек решает", если софт хороший, его рано или поздно будут мейнтейнить в любой дистрибутив! А если вы, как разработчик, написали какой-то ширпотреб, да ещё и сомнительный, то вы даже снапами не заставите его есть, хотя признаю, что в линуксах сейчас стало полно гoвнoe... непритязательных новоприбывших модных молодёжных пользователей, которые пользуют всё что им насыпят, по какой-то случайности наверное, бОльшая часть из них пользует манжары, гаруды, попоси, дипины, вот этот весь "зоопарк" хайподистров, так, наблюдение. > В винде это давно возможно, а > в линухе пока изобретают костыли в виде снапов. В "линухе" так тоже было можно, но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать в то время, потому что разработчики, ещё в массе своей были вменяемыми людьми, т.к. чтобы писать на низкоуровневых языках надо было головой думать, а людей, такое умеющих, что тогда было не много, что сейчас предельно мало. Железо во многом не позволяло писать гoвнoкoд, который будет жирный и текущий, как самка в период эструса. Также, вменяемые разработчики, как правило думали о конечном пользованиии и пользователях, поэтому не позволяли себе расслабяться и тяп-ляпать в продакшон. Оттого и такая архитектура с пакетами и зависимостями. Виндовый подход, когда на каждый "пакет" тянется своя версия зависимостей, да ещё и несколько версий фреймворков/"рантаймов" в системе, отчего система жрёт как не в себя, считался дичью всю дорогу. Но, т.к. бОльшая часть пользователей не особо притязательные люди, а маркетолухи делают своё дело, то побеждает не то что хорошо сконструировано, а то что протолкнули, подмазав, кого надо, а если это ещё и имеет свистелки, то "ваще круто". Винда тогда победила и захватила рынок, но по причине здравых технических решений, а по совершенно иным, об этом как и документалка есть, возможно не одна, так и художественный фильм, возможно не один. Но сейчас винда сдаёт позиции, им приходиться перенимать опыт у юникс-подобных систем, они спешно пытаются запрыгнуть на поезд с ARM, посмотрим, что будет, хоронить её ещё ой как рано! Снапы, как и флатпаки - это кривое решение, гораздо лучше технически реализация с этим делом в NixOS, по части прикладного юзерософта, то что там сама система упоротый роллинг, это для массового потребителя дичь, но чисто технически оно разумнее сделано. Другое дело, что это не мейнстрим, тут опять тотальный NIH-синдром у шляпы и космонафта, они будут до последнего тянуть одеяло на себя, им не нужно эффективно и оптимизировано, им нужно быстро-быстро, не особо задумываясь "snap-snap и в продакшон", а накладные расходы по требованию жирнософта оплатит из своего кармана конечный пользователь, как и быдлокодинг хипстерских скриптомакак.
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	129. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Тот_Самый_Анонимус (?), 09-Янв-22, 20:01
	>Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?! Винда. Никакого гемора с приложениями, которые «никто не хочет сопровождать». После офисного побоища, когда все под дудку гугла демонстративно отказались от опенофиса, поставить его стало проблемой. В винде таких проблем нет. >Упаковка дело мейнтейнеров дистрибутива! Расскажите это тем, кто не добавляет опенофис. Это их дело, но что-то не дедают его. Отговорки вроде того что вам этот фоис не нужен, не принимаются. >но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать Это те же правила, по которым в дистрах ОО подменялся на ЛО без согласия пользователя? >Винда тогда победила и захватила рынок, но по причине здравых технических решений, а по совершенно иным, об этом как и документалка есть, возможно не одна, так и художественный фильм, возможно не один. Как это отменяет геморрой с использованием приложений, которых некому сопровождать?
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Аноним (130), 09-Янв-22, 21:10
	>>Как же вы бедненький все эти годы дистрибутивами линуксовыми пользовались?! > Винда. Никакого гемора с приложениями, которые «никто не хочет сопровождать». > После офисного побоища, когда все под дудку гугла демонстративно отказались от > опенофиса, поставить его стало проблемой. В винде таких проблем нет. Ещё бы там были  с этим проблемы, винда и держится для пользователей на том, что имеет какую-то обратную совместимость, по вышеуказанным причинам, за которую расплачиваются жирноОСью и галюнами. У винды своих проблем хватает, чтобы ещё и здесь проседать. Кому она тогда нужна будет? [риторический вопрос] >>Упаковка дело мейнтейнеров дистрибутива! > Расскажите это тем, кто не добавляет опенофис. Это их дело, но что-то > не дедают его. Отговорки вроде того что вам этот фоис не > нужен, не принимаются. А что рассказывать, я вам выше написал, не хотят мейнтейнить, значит не считают нужным, а не считают нужным, уже нужно смотреть, по какой причине, возможно опен офис для такого дистра является гомнософтом и его решили заменить лучшей альтернативой. "Рыночек порешал" >>но правила хорошего тона и правильная культура разработки архитектуры системы и программирования прикладного софта, так не позволяли делать > Это те же правила, по которым в дистрах ОО подменялся на ЛО > без согласия пользователя? В смысле, без согласия пользователя? Прямо в текущей установленной системе, или же в следующем релизе? Если первое, то это дичь, не нужно пользоваться такими дистибутивами, а если второе, так это нормальная практика. Мейнейнер - пакует, в основном, он не обязан чинить софт, хотя может, если умеет, но если апстрим тyпoй, как буратино, то за него не будут решать его косяки, поэтому гомнософт закономерно улетает на мороз. Так было не раз и так будет в будущем. >>Винда тогда победила и захватила рынок, но по причине здравых технических решений, а по совершенно иным, об этом как и документалка есть, возможно не одна, так и художественный фильм, возможно не один. > Как это отменяет геморрой с использованием приложений, которых некому сопровождать? Никак, некому сопровождать, значит порешали, что недостаточно хороший софт. Заметьте, довольно востребованный софт везде все сопровождают нормально. А OO, это ещё бабка на двое сказала, зачем оно нужно вообще и нужно ли? Если вам нужно, вы можете паковать для своего дистрибутива. Если это нужно разрабам ОО, пусть пакуют для того дистрибутива, ЦА которого хотят быть. Заставить всех, абсолютно, использовать свой софт, нельзя. Я бы на месте разрабов ОО крепко задумался и не спешил с выводами! Потому как, если вас не на одну вечеринку не берут, возможно это не хозяева/участники вечеринок плохие, возможно просто вы, редкостный "чудак"?!
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Тот_Самый_Анонимус (?), 09-Янв-22, 23:43
	>Ещё бы там были  с этим проблемы Так может заимствовать удачный опыт, а не выёживаться самобытностью? >уже нужно смотреть, по какой причине, возможно опен офис для такого дистра является гомнософтом и его решили заменить лучшей альтернативой Не «лучшей», а той, которую хотели навязать. Мне оно нах не нужно выяснять какая оса укусила сопровождающего. Вам надо — вы и выясняйте. А меня и винда устроит, где я не завишу от чьего-то желания. >значит порешали, что недостаточно хороший софт Так разве я против? А я решил что такие дистры мне не нужны. И ОСь такая не нужна. В чём проблемы? >А OO, это ещё бабка на двое сказала, зачем оно нужно вообще и нужно ли? А это не ваше дело. Вот у меня есть в нём потребность. На винде я им пользуюсь спокойно, а в линухе с геморроем. Значит система пакетов дала сбой. Снап и прочие пытаются решить эту проблему, но не решат, пока нет единого стандарта пакетов. Точка. А ваши объяснения похожи на лепет двоечника, подгоняющего решение под заранее данный ответ. Я изначально сказал что пакетая система — ахиллесова пята линуха, вы взялись доказывать обратное. У вас не получилось Примите это. >Потому как, если вас не на одну вечеринку не берут, возможно это не хозяева/участники вечеринок плохие, возможно просто вы, редкостный "чудак"?! Это может сказать школьник, который не помнит истерику гугла, когда ОО отошёл к ораклу. Они сделали всё, чтобы этот пакет раскололся на два. А дебиан, абанта и прочие выступили в этом деле подстилками, выступив на одной из сторон. Вот с ними и разбирайтесь. А ОО и на винде нормально работает.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Минона (ok), 10-Янв-22, 22:37
	А какие преимущества у ОО перед ЛО?
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Тот_Самый_Анонимус (?), 20-Янв-22, 22:42
	Более свободная лицензия, и отсутствие гнилой репутации.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Минона (ok), 20-Янв-22, 23:57
	Ну то есть реальных преимуществ нет.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Тот_Самый_Анонимус (?), 21-Янв-22, 23:43
	Для ответа на вопрос надо сравнивать. А мне оно не нужно. Другие аноны писале тут же что либра где-то что-то ломала — хз правда или нет. При выборе софта я не должен оправдываться почему предпочитаю тот или иной продукт. Речь шла о том, что в линухе ты либо зависишь от левого дядьки и системы пакетов, либо сам пилишь пакет, что муторно. В винде такой проблемы нет. Точка. Самая тоталитарная политика, кста, у дебиана, который многие почему-то считают свободным. В его репах ни опенофиса, ни майскула нет. Только их «альтернативы». Вот такую свободу выбора своим пользователям они несут.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Аноним (141), 19-Янв-22, 00:33
	>  не на одну Ни на одну. Извините )
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	140. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Аноним (141), 19-Янв-22, 00:20
	> Но сейчас винда сдаёт позиции 🙂
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	81. "Компания Canonical анонсировала переработку инструментария S..."	+1 +/–
	Сообщение от Аноним (81), 08-Янв-22, 23:03
	> Я его тупо выпилил за ненадобностью, но стоит отметить его огромные преимущества для кубернетеса, опенстека и прочих огромных вещей, которых в один пакет не засунуть и в рамках релиза дистра - не заморозить. Не пробовали, но одобряете? Не стоит. В установке и обновлении того же кубика, дистрибуция бинарников - самая простая и тривиальная задача, совершенно не требующая таких диких извратов, которые используются в snap.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	136. "Компания Canonical анонсировала переработку инструментария S..."	+/–
	Сообщение от Owlet (?), 10-Янв-22, 20:18
	А openstack скорее в контейнеры пихают, snap/flatpak - это больше для десктопа по факту.
	Ответить | Правка | Наверх | Cообщить модератору

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

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