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

"Компания Canonical анонсировала переработку инструментария Snapcraft"	+/–
Сообщение от opennews (??), 08-Янв-22, 16:01
Компания Canonical раскрыла планы по предстоящей значительной переработке инструментария Snapcraft, применяемого для формирования, распространения и обновления самодостаточных пакетов в формате Snap. Отмечается, что текущая кодовая база  Snapcraft признана устаревшей (legacy) и будет применяться при необходимости использования старых технологий. Развиваемые радикальные изменения не повлияют на текущую модель использования - в проектах, связанных с Ubuntu Core 18 и 20, продолжит использоваться старый монолитный  Snapcraft, а новый модульный  Snapcraft начнёт применяться начиная с ветки Ubuntu Core 22... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56471
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 08-Янв-22, 16:01	+13 +/–
Оно больше не будет тянуть с собой образ убунты?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51, #98

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

3. Сообщение от zloykakpes (ok), 08-Янв-22, 16:06	–2 +/–
Пришло время всё переписать на rust.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #7, #23, #24, #42

4. Сообщение от Аноним (4), 08-Янв-22, 16:06	+12 +/–
Они изобрели Flatpak, да?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

5. Сообщение от leap42 (ok), 08-Янв-22, 16:09	–3 +/–
> Пришло время всё переписать на rust. Ну если время пришло - берите, переписывайте. Программисты такой ерундой заниматься не будут, вся надеджа на вас. Пользоваться этим правда потом всё равно не будут, зато перепишите!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #8

6. Сообщение от Аноним (7), 08-Янв-22, 16:14	+2 +/–
Лучше бы они добавили опцию отмены автообновления пакетов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #75

7. Сообщение от Аноним (7), 08-Янв-22, 16:16	+2 +/–
Ты в прошлом топике походу не понял. Но есть одна веская причина не переписывать ничего не раст. А именно то что раст → гoвнo!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

8. Сообщение от Kusb (?), 08-Янв-22, 16:22	–5 +/–
Если напишут годно, то будут пользоваться, а почему нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

9. Сообщение от Онаним (?), 08-Янв-22, 16:25	+5 +/–
Каг? Не хотите всё время свеженьким обмазываться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #56

10. Сообщение от Анонус (?), 08-Янв-22, 16:34	+7 +/–
Да. Причем раньше, чем гномеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #16

12. Сообщение от Судья из Калифорнии с опытом программирования (?), 08-Янв-22, 16:42	+1 +/–
Простите, а статически линковаться нельзя?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #55, #104

13. Сообщение от th3m3 (ok), 08-Янв-22, 16:46	+4 +/–
Удалил Snap, т.к. пакеты со временем весили гигабайты. Внутри обнаружилось, что хранилось несколько версий каждого пакета со всеми прелестями. Вот ради чего хранить всё это? Хорошо, что репозитарии тоже имели эти пакеты. И жить стало лучше, жить стало веселее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #34

15. Сообщение от Судья Дредд (?), 08-Янв-22, 17:06	+1 +/–
Доступ открыт. Статическая линковка рaзрешaна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от VZ (??), 08-Янв-22, 17:07	–4 +/–
Однако популярность получил только flathub.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #28, #113

17. Сообщение от Аноним (17), 08-Янв-22, 17:13	+/–
В Canonical вообще создали что-нибудь полезное?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #20, #21, #22, #33

18. Сообщение от какработать (?), 08-Янв-22, 17:28	+1 +/–
Там snap-калькулятор и snap-остальное по-прежнему открывается как-будто с древнего винта?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26

19. Сообщение от Аноним (4), 08-Янв-22, 17:30	+5 +/–
Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых телефонов и многое другое. Всё это вместе - наглядное пособие, как не надо изобретать велосипеды, и почему диктатура - это плохо. Плохо вообще, и в дистрибутивостроении, в частности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #27, #29, #84

20. Сообщение от Аноним (20), 08-Янв-22, 17:32	+/–
Неужели это не ваш первый пингвин? Странный вы, наверное еще и рукаблуд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #76

21. Сообщение от ананоша (?), 08-Янв-22, 17:33	+/–
Убунту тач
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #31

22. Сообщение от Аноним (77), 08-Янв-22, 17:44	+/–
ubuntu server
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

23. Сообщение от Аноним (23), 08-Янв-22, 17:56	+3 +/–
> Пришло время всё переписать на rust. Разрешаю, переписывай!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

24. Сообщение от Аноним (24), 08-Янв-22, 18:00	+1 +/–
Начать переписывать, вы хотели сказать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

25. Сообщение от Аноним (23), 08-Янв-22, 18:01	+/–
Объясните, чем snap лучше/хуже AppImage, который был создан раньше?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #44, #57

26. Сообщение от НяшМяш (ok), 08-Янв-22, 18:02	+/–
Видимо дописались до того, что даже у них на рабочих станциях стала их любимка тормозить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #94

27. Сообщение от iPony129412 (?), 08-Янв-22, 18:04	–1 +/–
> Upstart Вполне удачный проект. Использовался и в RHEL образных. Сейчас используется в ChromeOS
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #35, #66, #85

28. Сообщение от iPony129412 (?), 08-Янв-22, 18:07	+7 +/–
У тебя какие-то странные представления о популярности
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #64, #114

29. Сообщение от Bdfybec (?), 08-Янв-22, 18:07	+/–
Под полезным имелось в виду то, чем люди массово пользуются. Вроде simpleScan их детище.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #36

30. Сообщение от B.X (?), 08-Янв-22, 18:12	+5 +/–
Он не лучше, он хуже, потому что: а) без systemd не работает б) без ubuntu не работает нормально А AppImage работает везде... главное чтобы библиотеки минимально (плюс-минус) совпадали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

31. Сообщение от Аноним (31), 08-Янв-22, 18:13	+/–
Самый неудобный интерфейс для мобилок. Даже KDE mobile лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #43

32. Сообщение от Kuromi (ok), 08-Янв-22, 18:25	+3 +/–
SNAP - это способ заставить вас наконец начать покупать терабайтные SSD диски.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #41

33. Сообщение от Kuromi (ok), 08-Янв-22, 18:28	+1 +/–
Ну как бы они продвинули DKMS (хоть придумали его не они) в качестве стандартной фичи. После них DKMS стал появляться и в других дистрибутивах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #124

34. Сообщение от Аноним (45), 08-Янв-22, 18:30	+1 +/–
Snap сугубо для проприетарщины и, для случаев, когда нужных приложений нет во flatpak или репозитарии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #46

35. Сообщение от Kuromi (ok), 08-Янв-22, 18:32	+/–
Ну давайте честно, в ХромОС он используется 1) потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно. Апстрарт же уже более-менее работал 2) В ХромОС полный контроль над системой у Гугл. Поэтому недостатки Апстарта там не страшны - нежданчиков из wild world не бывает. В общем это "не очень новый, но привычный и хорошо изученный инструмент". На СистемД в ХромОс не переходят не потому что апстарт лучше, а потмоу что никаких выгод от этого не получится, только куча работы. Вот припрет - займутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #37, #40, #106

36. Сообщение от Kuromi (ok), 08-Янв-22, 18:33	+/–
Разве СимплСкан это не оболочка к Sane? В принципе и из GIMP сканировать можно (а иногда - нужно), но Симпл Скан просто проще. Сам пользуюсь по тому что иногда достаточно просто отсканировать и сохранить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

37. Сообщение от iPony129412 (?), 08-Янв-22, 18:35	–1 +/–
> потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно Ну не уверен, что бы в Гугл прям так уж обрадовались серверному systemd… Всё же задачи несколько разные. Иксы у Гугла вон полетели куда подальше из ChromeOS. А PlulseAudio так и никогда не использовали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #47

38. Сообщение от псевдонимус (?), 08-Янв-22, 18:36	–1 +/–
>обрабатывать их разными путями и формировать иерархию каталогов Линукс это просто и логично. Хавайте.
Ответить | Правка | Наверх | Cообщить модератору

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

40. Сообщение от iPony129412 (?), 08-Янв-22, 18:39	+/–
> потмоу что никаких выгод от этого не получится И это есть показатель неплохого продукта. А не «это не выносимо» выкидываем куда подальше в пользу альтернативного решения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #86

41. Сообщение от iPony129412 (?), 08-Янв-22, 18:40	–1 +/–
Я этим до SNAP занялся. Не выдержал работы на HDD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #45, #48

42. Сообщение от псевдонимус (?), 08-Янв-22, 18:41	–1 +/–
После всего этого порева переписывания на омноязык и не заметит никто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

43. Сообщение от Аноним (43), 08-Янв-22, 18:41	+/–
Оба мусор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #67

44. Сообщение от Аноним (44), 08-Янв-22, 18:42	+3 +/–
И то и другое плохо. Лучше всего Flatpak
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #49, #52

45. Сообщение от Аноним (45), 08-Янв-22, 18:43	+/–
Вы просто не пользуетесь zfs c l2arc & slog & special или любым другим доступным кешем. Работа становится намного приятнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #54, #90

46. Сообщение от псевдонимус (?), 08-Янв-22, 18:44	–2 +/–
Снап скоро сугубо для всего. Кроме системды, конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #58

47. Сообщение от Kuromi (ok), 08-Янв-22, 18:46	+1 +/–
>> потому что в тот момент когда ХромОС задумывали СистемД либо не было либо оно было еще не юзабельно > Ну не уверен, что бы в Гугл прям так уж обрадовались серверному > systemd… Всё же задачи несколько разные. > Иксы у Гугла вон полетели куда подальше из ChromeOS. А PlulseAudio так > и никогда не использовали. Именно потому что полный контроль потому иксы и полетели. Они перевели все что им ножно рисовать на экране с исксов и проблемы легаси просто нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

48. Сообщение от Kuromi (ok), 08-Янв-22, 18:47	+/–
> Я этим до SNAP занялся. > Не выдержал работы на HDD И что лучше, террабайтник на QLC или 256 гигов на MLC ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #50, #69

49. Сообщение от псевдонимус (?), 08-Янв-22, 18:48	–2 +/–
Такое же почти говнтще как и снап.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

50. Сообщение от Нононим (?), 08-Янв-22, 18:56	+/–
Если терабайт от Samsung/Micron/Intel/Crucial, то определено он.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

51. Сообщение от Аноним (51), 08-Янв-22, 19:02	+4 +/–
Будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

52. Сообщение от Аноним (23), 08-Янв-22, 19:03	+/–
> Лучше всего Flatpak Чем же он лучше, по пунктам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #63, #70, #72

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

54. Сообщение от iPony129412 (?), 08-Янв-22, 19:06	–1 +/–
Конечно, вот ещё с этим возиться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

55. Сообщение от Аноним (51), 08-Янв-22, 19:07	+/–
Теоретически - можно, а вот на практике - попробуй, а потом отпишешься. А если ты ещё и судья - про наследование лицензий не забывай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #61

56. Сообщение от Аноним (7), 08-Янв-22, 19:21	+1 +/–
Нет свеженькое говнеццо нам не нать. Нам бы старое разгрести сначала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #65

57. Сообщение от Аноним (23), 08-Янв-22, 19:21	+1 +/–
AppImage больше похож на бандлы в macOS. Не зависит от вендора, как уже сказали. Приличное количество ПО уже распространяется в образах AppImage. $ aurget -Ssq appimage | wc -l 173
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #111

58. Сообщение от Аноним (7), 08-Янв-22, 19:22	+/–
У Линукса было 30 лет чтобы сделать нормальный нативный подход к распространению софта. Раз они так и не сподобились, то снам и системд сделают все за них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #62

59. Сообщение от Аноним (59), 08-Янв-22, 19:23	+1 +/–
>> переносимых компонентов, которые могут быть независимо друг от друга загружены, собраны и установлены колесо провернулось еще раз
Ответить | Правка | Наверх | Cообщить модератору

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

61. Сообщение от Ordu (ok), 08-Янв-22, 19:26	+/–
А есть лицензии, которые разрешают динамическую линковку, но запрщают статическую?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #68

62. Сообщение от псевдонимус (?), 08-Янв-22, 19:31	+/–
У линукса их не было. В качестве обвязки всегда был нотюникс. И теперь почти умер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

63. Сообщение от псевдонимус (?), 08-Янв-22, 19:32	+/–
Пункт главный для шапочников: сделано не космонавтом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

64. Сообщение от Аноним (64), 08-Янв-22, 19:51	–2 +/–
> У тебя какие-то странные представления о популярности Господа, а у вас обоих хоть есть пруфы с свежей статистикой популярности одного в сравнении с другим, или же это опять, тот случай высказывания экспертных авторитетных мнений на опеннете?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #77, #115

65. Сообщение от Аноним (65), 08-Янв-22, 19:54	+/–
> Нет свеженькое говнеццо нам не нать. Нам бы старое разгрести сначала. А коли вам свеженького не нать, на кой вам тады снапы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #102

66. Сообщение от Аноним (-), 08-Янв-22, 19:57	+2 +/–
>> Upstart > Вполне удачный проект. Совсем с коня рухнул ? Вот у тебя никогда не было вопроса почему оно так быстро или побыстрей померло ? Разработчики знают и рады были сменить на что угодно, вплоть до системды
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #74

67. Сообщение от Аноним (31), 08-Янв-22, 19:57	–2 +/–
К сожаление никто ещё не сделал копию IOS под свободной лицензией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #79, #117

68. Сообщение от Онаним (?), 08-Янв-22, 19:59	+/–
LGPL, как ни странно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #71, #88

69. Сообщение от Онаним (?), 08-Янв-22, 20:05	+/–
8 терабайт на QLC/SATA однозначно решают, если надо HDD заменить. Если надо сырую производительность, тут, конечно, вариантов уже меньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #83

70. Сообщение от Аноним (70), 08-Янв-22, 20:05	+/–
>> Лучше всего Flatpak > Чем же он лучше, по пунктам? 1)У snap есть фатальный недостаток для (IBM/Red Hat) остальные пункты не настолько значительны, что ими можно пренебречь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #120

71. Сообщение от Жорш (?), 08-Янв-22, 20:08	+/–
Не запрещено, просто со статикой превращается из LGPL в GPL. Во многих случаях для чистого OSS как-то...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

72. Сообщение от Аноним (44), 08-Янв-22, 20:11	+3 +/–
1. Snap полностью контролируется Canonical и нужно подписать соглашение с ними для добавления туда пакета. Flatpak позволяет создавать свои репозитории 2. В отличие от Snap, подход к библиотекам в Flatpak немного отличается. Они могут находиться не только в одном пакете вместе с приложением, но и быть в окружениях, общих для нескольких пакетов, такой подход гибче чем Snap, и позволяет программе занимать не так много места
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #78

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

74. Сообщение от Аноним (74), 08-Янв-22, 20:17	–1 +/–
>>> Upstart >> Вполне удачный проект. > Совсем с коня рухнул ? Вот у тебя никогда не было вопроса > почему оно так быстро или побыстрей померло ? Разработчики знают и > рады были сменить на что угодно, вплоть до системды Я вам страшный секрет открою, разработчики ваши - птицы подневольные, каким системдом их с лопаты будет кормить корпораст, такое и будут уплетать за обе щеки, да ещё и нахваливать, а кто не будет, тот побухтит и тоже в итоге будет, иначе удел ему маргинальные ниши, а там денюх пока не платють столько. Кто этих "разработчиков" вообще спрашивает, кто девушку ужинает, то её ужинает тем, что даёт?! Кушать захочите и не такое будете использовать! Вот и весь сказ, а то живёте ещё в каких-то непонятных реальностях, где побеждают всегда здравые решения, нет, не знаю как у вас на Плюке, а у нас тут побеждает тёплое пушистое бабло, а под него на любой ональности платформу пилится всё что нужно, "добровольно и с песнями"!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

75. Сообщение от Аноним (75), 08-Янв-22, 20:18	+/–
Можно конкретную версию установить, тогда обновляться не будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #103

76. Сообщение от Аноним (77), 08-Янв-22, 20:19	+1 +/–
рукаблудство это нормально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

77. Сообщение от Аноним (77), 08-Янв-22, 20:20	–1 +/–
>высказывания экспертных авторитетных мнений на опеннете А тебе мало?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

78. Сообщение от Аноним (78), 08-Янв-22, 20:24	+/–
> 1. Snap полностью контролируется Canonical и нужно подписать соглашение с ними для > добавления туда пакета. Flatpak позволяет создавать свои репозитории > 2. В отличие от Snap, подход к библиотекам в Flatpak немного отличается. > Они могут находиться не только в одном пакете вместе с приложением, > но и быть в окружениях, общих для нескольких пакетов, такой подход > гибче чем Snap, и позволяет программе занимать не так много места Рантаймы есть у обоих, вот только snap это подразумеваемая привязка к канониклам, а flatpak не такая может явная, но привязка к красношляпе. Да, есть технические отличия, но оба варианта сорта этого самого. Технически более продвинутое и логичное решение у NixOS с их пакетником и подходом, для конечного пользователя в перспективе это лучше было бы, да даже appimage возможно был бы лучше, вот только NixOS какие-то маргиналы, а флатпаки, это "кого надо" флатпаки, поэтому рыночек на наших глазах (по крайней мере пока что) решает не в сторону самого лучшего, а самого "кого надо". Но скорее всего именно так по итогу и порешает, чудо врятли случится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #122

79. Сообщение от Аноним (43), 08-Янв-22, 22:28	+/–
Проблема в отсутствии софта
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

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

82. Сообщение от pashev.me (?), 08-Янв-22, 23:11	+/–
> На смену старому Snapcraft придёт новый более компактный и модульный вариант, который... ...будет распространяться в тысячах пакетах DEB 😂
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #123

83. Сообщение от Kuromi (ok), 08-Янв-22, 23:45	+/–
> 8 терабайт на QLC/SATA однозначно решают, если надо HDD заменить. > Если надо сырую производительность, тут, конечно, вариантов уже меньше. Так ведь голая производительность (без уловок с SLC кэшем) QLC  примерно на уровне HDD (а то и хуже). Самсунги вон пытплись улушить свои QLC драйвы (860 QVO провалилися в продаже кстати) и добились не особо больших успехов. Казалось бы, а ведь PLC (5-ти битный) на горизонте...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #105, #107, #108

84. Сообщение от Аноним (81), 09-Янв-22, 00:02	+/–
> Юнити, Мир, Upstart, Snap, собственный магазин приложений, прошивку для сотовых телефонов и многое другое. Половину этого уже прикрыли, другая половина - не взлетела. И тоже, скорее всего, прикроют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

85. Сообщение от Аноним (81), 09-Янв-22, 00:05	+/–
> Вполне удачный проект. Использовался и в RHEL образных. Сейчас используется в ChromeOS А в ubuntu почему-то systemd. Получается, не такой уж upstart удачный получился. Особенно после того, как году в 2010-м из canonical свалил его основной разработчик с криками "да пошли вы все!".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

86. Сообщение от Аноним (81), 09-Янв-22, 00:07	+/–
> А не «это не выносимо» выкидываем куда подальше в пользу альтернативного решения. Примерно это и произошло с upstart в ubuntu, debian и RHEL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

88. Сообщение от Аноним (88), 09-Янв-22, 01:34	+/–
На самом деле разрешено, но только при условии, что ты предоставишь пользователю возможность перелинковать твою несвободную программу с другой версией LGPL-библиотеки (например, дать ему набор объектных файлов, из которых линкуется программа)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

90. Сообщение от смешнох (?), 09-Янв-22, 02:38	+/–
Дружище, это же страпоня: идиёт с макбуком. Райды, кэши, свапы, бэкапы -- всё это не в коня корм. Всё это "устаревшие технологии".)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #125

94. Сообщение от какработать (?), 09-Янв-22, 05:04	+/–
Тогда нужно, чтобы каждый снап-пакет открывался со звуком натужно дребезжащих головок. Для аутентичности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

96. Сообщение от Аноним (96), 09-Янв-22, 05:29	+1 +/–
Пока это поделие (Snap) при запуске программы продолжает грузить процессор и засорять озу своими ошметками в кешах - оно не взлетит ни за что.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #135

97. Сообщение от ананоша (?), 09-Янв-22, 05:30	+2 +/–
Nixos и никаких снапов
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99, #134

98. Сообщение от Аноним (98), 09-Янв-22, 05:46	+3 +/–
Теперь каждый пакет будет целым дистрибутивом линукса с приложенным к нему виртуалбоксом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #101

99. Сообщение от Аноним (99), 09-Янв-22, 06:27	–2 +/–
Сорта говен, оно прибито гвоздями к сыстемдосу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #112

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

101. Сообщение от Аноним (1), 09-Янв-22, 10:39	+/–
Вы, батенька, навреное ещё пакеты в Snapcraft'e не собирали. Там хоть и не VirtualBox, но всё же целая виртуалка и всё крайне жирное, тормозное…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #139

102. Сообщение от Аноним (102), 09-Янв-22, 11:00	+/–
Чтобы не зависеть от древнего репозитория Дебиана.  И запускать что угодно на любой версии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #118

103. Сообщение от Аноним (102), 09-Янв-22, 11:03	+1 +/–
Это только если создатель репо на снапкрафте так сделал. А многие так не сделал.  И да даже у тех кто так сделал у того же блендера идут патчи внутри линейки, например в 2.72.X после некоторых патчей отвалились плагины.  И некоторые функции начинали работать не совсем так как раньше.  Это я уже не говорю про ненужное использование трафика на все эти обновления и засорение диска старыми версиями, которые снап за каким-то хреном хранит на диске.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

104. Сообщение от Аноним (102), 09-Янв-22, 11:04	+/–
Я бы тебе вообще линковаться запретил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #121

105. Сообщение от Онаним (?), 09-Янв-22, 11:05	+/–
> Так ведь голая производительность (без уловок с SLC кэшем) QLC  примерно > на уровне HDD (а то и хуже) Ну, как владелец QVO SSD (SATA), могу рассказать. Скорость _записи_ - да, хреновато. Небольшой кеш, далее 150 MB/s и привет. На чтение сатурирует SATA полностью (~500MB/s). Произвольный доступ ожидаемо несравним с HDD, HDD на произвольном доступе ползают на брюхе, любый SSD - летают :) Короче нет - нет, они не хуже HDD в целом. Исключительно на запись выходит примерно шило на мыло или даже чуть медленнее (но тоже смотря с какими HDD сравнивать, "черепичные" медленнее, планарные быстрее).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #126

106. Сообщение от Аноним (102), 09-Янв-22, 11:07	–1 +/–
Гугл не тащат системд чтобы не зависеть от Бизнес Машины.  Машина так-то может и например ввести обязательный TPM 2.0 для системд.  И всё до свиданья все гуглохромоподелки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #119

107. Сообщение от Онаним (?), 09-Янв-22, 11:07	+/–
И кстати да, температурный режим у самсунгов на QLC лучше, чем у HDD. Даже при записи практически не прогреваются. Плюс полное отсутствие шума и вибрации. Короче из минусов в качестве замены HDD только ценник. Из плюсов - очень быстрое (в пределах возможностей шины) чтение и произвольный доступ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

108. Сообщение от Онаним (?), 09-Янв-22, 11:08	+/–
С PLC интересно... PLC может оправдать себя только за счёт кратного снижения стоимости, что маловероятно, если такового не будет - это fail. Ну и время жизни у них ожидаемо никакое будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

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

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

111. Сообщение от Аноним (111), 09-Янв-22, 11:52	+/–
> AppImage больше похож на бандлы в macOS. Не зависит от вендора, как > уже сказали. > Приличное количество ПО уже распространяется в образах AppImage. > $ aurget -Ssq appimage | wc -l > 173 А есть какой-то ЕДИНЫЙ стор/хаб/ауропомойка, только с этими замечательными AppImage?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #138

112. Сообщение от Аноним (112), 09-Янв-22, 11:54	+1 +/–
> Сорта говен, оно прибито гвоздями к сыстемдосу. Это в NixOS его прибили, сам подход от системды не зависит, пруф тому - существование Guix, но у нас же как всегда побеждает не здравый смысл, а более хайповое и модно-молодёжное, поэтому да, NixOS и системдос это мейнстрим, привыкайте!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

113. Сообщение от Анонус (?), 09-Янв-22, 13:34	+/–
У вас в слове Docker Hub опечатка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #116

114. Сообщение от VZ (??), 09-Янв-22, 13:44	–1 +/–
> У тебя какие-то странные представления о популярности Я же не шучу про айфон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

115. Сообщение от VZ (??), 09-Янв-22, 13:46	+/–
>> У тебя какие-то странные представления о популярности > Господа, а у вас обоих хоть есть пруфы с свежей статистикой популярности > одного в сравнении с другим, или же это опять, тот случай > высказывания экспертных авторитетных мнений на опеннете?! Я когда пишу всегда высказываю своё ИМХО и то, что я вижу в своей, а не чужой жизни, если у Вас проблемы с этим, обратитесь к специалисту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

116. Сообщение от VZ (??), 09-Янв-22, 13:47	+/–
> У вас в слове Docker Hub опечатка. У Вас чересстрочная развёртка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

117. Сообщение от Аноним (117), 09-Янв-22, 14:38	+/–
и слава богу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

118. Сообщение от Аноним (81), 09-Янв-22, 16:16	+/–
Чем проприетарный магазин приложений Ubuntu лучше древних репозиториев Debian? Проблему зависимости от левого сервиса это точно не решает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

119. Сообщение от Аноним (81), 09-Янв-22, 16:17	+/–
Вы таки думаете, что разработчики ChromeOS огорчатся от обязательного TPM? Они скорее огорчатся, если кто-то сделает это раньше них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

120. Сообщение от Аноним (81), 09-Янв-22, 16:21	+1 +/–
> 1)У snap есть фатальный недостаток для (IBM/Red Hat) Vendor lock-in - фатальный недостаток не только для конкурентов, но и для обычных пользователей. Смысл завязываться на проприетарный магазин убунты, если завтра его могут слить так же, как уже слили многие проекты Canonical. И все труды - коту под хвост.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

121. Сообщение от Аноним (81), 09-Янв-22, 16:23	+/–
Я бы вас в Госдуму отправил, у вас неплохо получится запрещать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

122. Сообщение от Аноним (81), 09-Янв-22, 16:25	+/–
Ну, все проекты, где используется ядро Linux, в той или иной мере привязаны к красношляпе, потому что кто еще это ядро будет пилить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

123. Сообщение от Аноним (81), 09-Янв-22, 16:28	+/–
Космонавт этого не допустит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

124. Сообщение от Аноним (81), 09-Янв-22, 16:33	+/–
Это да. Продвигать в массы чужие разработки у них получается неплохо. Помимо DKMS, они также много сделали для популярности PulseAudio, а когда отказали от Upstart - еще и закрепили доминирующую роль systemd как стандартного инита.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

125. Сообщение от Аноним (81), 09-Янв-22, 16:36	+/–
Ну да. Все, чего нет у Apple - устарело. Потому что Apple не использует устаревшие технологии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

126. Сообщение от Kuromi (ok), 09-Янв-22, 17:36	+/–
>> Так ведь голая производительность (без уловок с SLC кэшем) QLC  примерно >> на уровне HDD (а то и хуже) > Ну, как владелец QVO SSD (SATA), могу рассказать. > Скорость _записи_ - да, хреновато. Небольшой кеш, далее 150 MB/s и привет. > На чтение сатурирует SATA полностью (~500MB/s). > Произвольный доступ ожидаемо несравним с HDD, HDD на произвольном доступе ползают на > брюхе, любый SSD - летают :) > Короче нет - нет, они не хуже HDD в целом. Исключительно на > запись выходит примерно шило на мыло или даже чуть медленнее (но > тоже смотря с какими HDD сравнивать, "черепичные" медленнее, планарные быстрее). Самое смешное это когда QLC  ставят на NVME. Тут окаывается что и чтение с QLC тоже намного медленнее чем из кэша. Именно поэтому производители начали хитрить, ставят динамический SLC  кэш и не торопятся из кэша данные трамбовать в QLC режим. Еще один фактор не упомянут - у QLC все таки меньше срок жизни, сильно. TBW там печальные. Да, я знаю конечно сколько это гигабайт записи в день, но все таки падение ресурса заметное + на недорогих драйвах часто туповатый контроллер с не таким уж хорошим выравниванием и бюджетные QLC от бюджетный производителей таки летят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

127. Сообщение от Аноним (-), 09-Янв-22, 18:11	+/–
Надеюсь, что в процессе переписывания они его закопают.
Ответить | Правка | Наверх | Cообщить модератору

128. Сообщение от Антонимистично (?), 09-Янв-22, 18:32	+/–
Т.е. обратно сложные зависимости. Или цели другие или странно.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

132. Сообщение от devkornev (ok), 10-Янв-22, 06:56	+/–
Все жду, когда его бросят уже, есть ведь flatpak.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #133

133. Сообщение от Аноним (135), 10-Янв-22, 08:23	+/–
Категорически не нравится, что Snap - примонтированные ресурсы. Это главная претензия, хотя есть и другие. Очень надеюсь, что поиграются, и бросят, а сообщество не поддержит эту идею. Однако с Flatpak тоже согласиться не могу. Считаю, что AppImage (как аналог похожего решения из macOS) логичнее и удобнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

134. Сообщение от Аноним (135), 10-Янв-22, 08:24	+/–
Снапы (вместе со snapd) легко удаляются из системы, и необходимости их использования не возникает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

135. Сообщение от Аноним (135), 10-Янв-22, 08:26	+/–
Имею 10-летний ноутбук с 3 Гб ОЗУ под Xubuntu 20.04.3. Удаление Snap весьма улучшило скорость работы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

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

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

138. Сообщение от Аноним (138), 11-Янв-22, 09:21	+/–
Единый стор/хаб/ауропомойка будет наверное ничем не лучше классического пакетного менеджера. Appimage хорош тем, что ты можешь скачать пакет с оф. сайта разработчика и запустить на любом линухе. Прямо как в старой венде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

139. Сообщение от Медоед (?), 12-Янв-22, 13:05	+/–
Да ладно, паравиртуализация уровня LXD - чуть жирнее chroot, а как ты хочешь и безопасную песочницу и незав.окружение для приложения да ещё и с удобным унифицированным permission что кому можно, начиная от инета, заканчивая доступом к переферии и диску.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

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

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

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

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

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

145. Сообщение от Аноним (145), 24-Янв-22, 08:26	+/–
Объясните мне, почему все так топят за flatpak если у него все время жуткие ошибки (почитайте wiki пакета steam для flatpak), серьёзные проблемы с безопасностью, практически не работающий менеджер разрешений flatseal, нет нормальной чистки данных и кэша (потому что, всё разбросано по системе и одной командой этой не вычистить), где хранилище — это ~1500 пакетов (у snap таких ~6500) и большая часть из них — это oss которые есть в формате обычных пакетов. Хороша ли реализация snap? Нет, отвратительна, хуже только flatpak. Зачем-то демон, который монтажирует диск squashfs при запуске системы (зачем, когда можно это было реализовать по щелчку?), squashfs — вообще не лучший выбор, сжатие xz — должно быть удалено и никогда не использоваться, зачем взяли lzo — загадка, если по тестам zstd Коллета лучше AppImage — очень неплохо, но интеграция в систему на очень-очень низком уровне, запуск происходит очень долго. Опять тот же squashfs, нет единого хранилища, нет обновлений, нет нормальных магазинов приложений (проще говоря — реализация доставки отсутствует). При этом лучшая реализация концепции zero-install.
Ответить | Правка | Наверх | Cообщить модератору

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

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