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

"Проект OpenStreetMap перевёл серверную инфраструктуру с Ubuntu на Debian"	+/–
Сообщение от opennews (?), 28-Ноя-24, 16:02
Проект OpenStreetMap объявил о переводе серверов в своей инфраструктуре на Debian GNU/Linux. До этого в течение 18 лет на серверах проекта использовался дистрибутив Ubuntu. Миграция производилась постепенно начиная с августа и привела к замене имеющихся установок Ubuntu 20.04 и 22.04 на Debian 12. Переход также позволил обновить язык Ruby с версии 3.0 до версии 3.1, и  задействовать более новый выпуск фрейворка Ruby on Rails, что привело к ускорению работы сервиса www.openstreetmap.org... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62305
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+111 +/–
Сообщение от Агноним (?), 28-Ноя-24, 16:02
скоро этот snap станет для ubuntu проклятием
Ответить | Правка | Наверх | Cообщить модератору

	4. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–3 +/–
	Сообщение от anonymous (??), 28-Ноя-24, 16:13
	В федоре то же всё на flatpak переводят, пока везёт в том что процесс идёт относительно медленно. Хотят вернуться к идее Fedora Core (выкинуть всё прикладное в флатпаки и не нести ответственность вообще за них) а самим пилить компиляторы ядро и обвязку. По идея то неплохая но что будет с качеством обычных программ - наверно будет как в венде, на форумах будем искать "у каво лудшая зборка наутелуса скиньте в личку чтоб без глюкаф".
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+3 +/–
	Сообщение от Аноним (10), 28-Ноя-24, 16:20
	Что мешает нести ответственность кладя все то же что ты клал в репу во флатпак?
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Bonbon (?), 28-Ноя-24, 16:46
	К тому же федора пилит свой репозиторий для флатпак пакетов, типа чтобы пользователи были уверены в безопасности устанавливаемого.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от _ (??), 28-Ноя-24, 16:54
	Отсутствие зряплаты? Как только объявят что "прикладуха - всио!"(С)^W прикладуха передается комунис^W комьюнити ... маинтэйнерофф тут же попрут. Посмотри что в IT мире деется :( А как оказалось - пахать бесплатно никто не будет. ВНЕЗАПНО!(С) :)
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	36. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (10), 28-Ноя-24, 17:07
	Омг а за вложение в репу кто платит? Почему за репу нельзя заплатить как за флатпак?
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (49), 28-Ноя-24, 17:38
	Они курс взяли на то, что соповождение программ должно осуществляться разработчиками, а не сопроводителями. Буквально отберут у тебя флэтпек-репу, если разработчик изъявит желание её немножко посопровождать. При этом, как он будет это делать - его дело. Контроля качества никакого нет.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	127. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Самый Лучший Гусь (?), 29-Ноя-24, 01:06
	Flatpak только для десктопных программ, а убунта в snap пакетирует и серверные программы
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	167. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (167), 29-Ноя-24, 11:13
	> Что мешает нести ответственность кладя все то же что ты клал в > репу во флатпак? Следите за руками, в федорке, как и в убунте нативные пакеты собираются мейнтейнерами дистрибутивов и несут за их качество ответственность хотя бы в виде репутационных рисков, что ежели чего будет бить по репутации дистрибутива. Всегда можно сказать, что это не апстрим хреново слепил софтину, а рукозажые мейнтейнеры дистров хреново её пропатчили и упаковали, "выбрали не ту версию" и прочие бла-бла-бла... В случае fatpak/snap задумка переложить паковку в эти форматы на плечи самого апстрима, который до этого мог петь песни про то как ему тяжело пакетить на зоопарк дистров, теперь вот будет пакетить на два цирка с конями (ну или на один, ну или вообще не будет xD) И в случае факапов с пакетами в формате fatpak/snap мейнтейнеры дистров как бы не при делах, говноснапили же не они, а апстрим, а разрабы дистров отвечают всего лишь за fedora atomic (или как там оно сейчас называется) и за ubuntu-core. По поводу ответственности, чисто технически и репутационно, с моральной стороны, ничего взвалить на себя самостоятельно ответственность не мешает и апстрим какждый за себя может решить насколько он будет отвественен в этом деле. Но есть нюанс, в случае хреновых нативных пакетов в официальных репах дистра, рядовой пользователь думает в категориях: ага, хреновый(ые) мейнтейнер(ы) в ЭТОМ ДИСТРЕ => ЭТОТ ДИСТР не очень по качеству... А в случае продолбов в фэтпаках, думает уже в ключе: ага, вот тот вон мейнтейнер фэтпака хреново собрал свой пакет под мою божественную федорку, которая атомарная и никогда не ломается. Если разницу не видите, то тут мои полномочия всё... заканчиваются?! ¯\_(ツ)_/¯
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	70. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от arthi747 (ok), 28-Ноя-24, 18:16
	Не далее как сегодня думаю дай гляну как там дела у snap. Из трех установленых приложений нормально запустилось одно, второе вылетело с ошибкой а третье отказалось запускаться вообще. При этом из flatpak эти же приложения работают нормально. Эксперимент проведен в fedora 41. Вобще из flatpak установлено 8 приложений 7 из кторых заработали сразу а у одного пришлось подменить одну библиотеку и оно заработало тоже.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	26. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–14 +/–
	Сообщение от Аноним (26), 28-Ноя-24, 16:52
	Какие претензии к снапу? Вот чтобы твердо и четко и по пунктам? Я использую и мне нравится. Еще и файфоксный снап сама мозила билдит, удобна.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	41. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+18 +/–
	Сообщение от Страдивариус (?), 28-Ноя-24, 17:17
	Снап - это такой способ "а давайте всё со всеми своими зависимостями юзеру отдавать". Раньше эта задача решалась путем статической компиляции бинаря, но кто-то не осилил статическую компиляцию и теперь мы имеем следующее: 1) Динамически собранный бинарь со всем оверхедом, который динамическая линковка навешивает относительно статической 2) Динамически собранный бинарь без использования плюсов от динамической линковки, таких как: 2.1) Разделение в памяти библиотек с другими процессами, использующих их же 2.2) Обновление динамических библиотек с без перекомпиляции всех программ, которые от неё зависят (например, в случае исправления уязвимости). 3) Говно, в котором творчества автором от силы на пару мегабайт кода и ещё несколько мегабайт на ресурсы, занимает на диске сотни мегабайт, так как тянет то, что уже и так есть в системе. То есть, грубо говоря, это такой способ собрать в себе все минусы, выбрав самый упоротый способ распространения софта, ради деливери зависимостей юзеру.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от YetAnotherOnanym (ok), 28-Ноя-24, 17:54
	> занимает на диске сотни мегабайт Щас к тебе набигут диванные десктопщики рассказывать про терабайтные диски в 2к24 году.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от Аноним (64), 28-Ноя-24, 18:09
	4) Нет штатного средства удаления устаревших версий, кроме как ручками snap remove --purge ... --revision ... для каждого пакета, из-за чего пухнет со страшной силой. 5) Не пускает оснапленное приложение за пределы песочницы и некоторого захардкоженного списка путей. Настроек списка путей юзером не предусмотрено.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	104. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–8 +/–
	Сообщение от пух (??), 28-Ноя-24, 21:03
	> но кто-то не осилил статическую компиляцию Ты застрял во временах configure, make install...
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	121. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (121), 29-Ноя-24, 00:11
	Чет моя не понять. Если собрать прогу (скомпилировать её) то она на любом дистре стартанет будучи в бигарном виде? Тогда нахрена эти снапы и флэтпаки и аппимэйджи? Ну только вроди как песочница есть...
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	126. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от нах. (?), 29-Ноя-24, 00:49
	теоретически - да (если ты про статическую сборку) практически - так получится собрать только хеловрот но и то неточно. Файрфокс собрать статически не получится в принципе. Ну и на закусочку - булочки ты не выкинул, они так с тобой и летят. В смысле - теперь у тебя ВСЕ используемый программой библиотеки намертво сликнованы с ней. Забудь о dll sharing, забудь об обновлениях 3d-party либ при уязвимостях или критичных багах - ты каждый раз будешь пересобирать все целиком. Итого - тот же снап в профиль, только без изоляции, и с нечеловеческими трудозатратами чтобы даже очень простую программу таким образом собрать (потомушта в далеком-далеком 2000м году некто Дреппер заявил что "мне нах не нужна и вы обойдетесь!" И заодно сломал работу netscape [тогда еще не firefox] во всех линуксах. А потом пошел работать в microsoft, как у них принято.)
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (121), 29-Ноя-24, 01:33
	Ну, а appimage тогда разве не решает сию траблу? Ощущение, что все на самом деле проще чем кажется и в статике кстати проблем видится меньше, нежели в динамическом обновлении либ 3-й части. Ибо если софт собран под определенной версией, а вышла новая либа и если она без исправления критических багов, то можно и потерпеть с выпуском новой версии софта, а вот уже при обнове чего-то сурёзного в либе, ну тогда и перекомпилять бинарь новой версии
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от нах. (?), 29-Ноя-24, 09:30
	> Ну, а appimage тогда разве не решает сию траблу? ну так и снап решает. тем же самым способом - операционная система внутри операционной системы. Обязанности по ее сопровождению и своевременному устранению проблем в отдельных деталях - успешно переложены на никого.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 21:10
	>> Ну, а appimage тогда разве не решает сию траблу? > ну так и снап решает. тем же самым способом - операционная система > внутри операционной системы. Обязанности по ее сопровождению и своевременному устранению > проблем в отдельных деталях - успешно переложены на никого. Так ты радоваться должен - все как в твоей любимой маздайке, такой же факапище с скачал setupexe, за него отвечает - хзкто, так что вон там статически влинковали дырявый zlib - но апдейтить его уже не судьба, сиди теперь с вулном - вечно.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Страдивариус (?), 29-Ноя-24, 10:35
	> Ну, а appimage тогда разве не решает сию траблу? > Ощущение, что все на самом деле проще чем кажется и в статике > кстати проблем видится меньше, нежели в динамическом обновлении либ 3-й части. > Ибо если софт собран под определенной версией, а вышла новая либа > и если она без исправления критических багов, то можно и потерпеть > с выпуском новой версии софта, а вот уже при обнове чего-то > сурёзного в либе, ну тогда и перекомпилять бинарь новой версии AppImage - это те же яйца только в профиль. Запусти любой AppImage с опцией --extract и узнаешь что внутри
	Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

	181. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (181), 29-Ноя-24, 20:39
	AppImage хотя бы лежит одним куском в одном месте.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Страдивариус (?), 29-Ноя-24, 21:36
	> AppImage хотя бы лежит одним куском в одном месте. А чем это тебя беспокоит? Ты с make install сравниваешь или какой альтернативой?
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (121), 29-Ноя-24, 01:34
	А еще ведь тар-болы были или это только на арче?
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	164. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Страдивариус (?), 29-Ноя-24, 10:33
	> Ну и на закусочку - булочки ты не выкинул, они так с > тобой и летят. В смысле - теперь у тебя ВСЕ используемый > программой библиотеки намертво сликнованы с ней. Забудь о dll sharing, забудь > об обновлениях 3d-party либ при уязвимостях или критичных багах А со снапом придется делать то же самое. Но по крайней мере пересобирать снап-образ и скачивать его всем юзерам. Если мы принимаем парадигму "все моё ношу с собой" (в ней нет ничего такого плохого априори), то статическая линковка хотя бы делает более быстрый бинарь и выкидывает не используемые этим бинарем функции, а также делает возможным более глубокое LTO. То, что там Ульрих сломал статическую линковку - теми силами корпораций, которыми продвигаются снап и его федоринг аналог, можно было бы это статическую починить уже 100 раз. Изоляцию со статическими бинарями никто не запрещал. Кроме того, можно собрать бинарь по большей части статически оставив динамическую линковку только с теми либами, которые даже санпные бинари берут из твоей системы. В общем всё можно, если не строить град на холме.
	Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

	169. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от нах. (?), 29-Ноя-24, 12:07
	> А со снапом придется делать то же самое. Но по крайней мере пересобирать снап-образ он, в отличие от твоей самоделки - собирается _штатными_ средствами без необходимости воссоздавать на коленке сборочную систему (у того же файрфокса там п-ц в котором давно заблудились сами горе-разработчики) или переделывать ее целиком чтоб собирать статикой. Т.е. банально автоматикой запустить ./build после обновления нескучной библиотечки зависимости четырнадцатого порядка - вот и всех трудов. И поскольку это не дистрибутив - такое обновление ничего точно не сломает, его незачем годами тестировать и ждать результатов - фуйфокс запускается - значит все норм. А не все стопиццот зависимых приложений проверять. Проблема, правда, в том, что собиратели шнапа конечно же вовсе ничего такого делать не собирались. Вот выйдет новая версия самого фуфлофокса - может и обновят (все равно у них при сборке выкачивается наисвежайшая из под хвоста только что). А может и нет (апстрим ниправильный, вместо гитшлака живет где-то отдельно, надо специально озадачиваться отслеживать, да нунафиг, и так сойдет) Но ты всегда можешь собрать свой, аналогов не имеющий шнапс. Заметь, это в сто раз проще, даже ты можешь справиться.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Страдивариус (?), 29-Ноя-24, 16:24
	> он, в отличие от твоей самоделки О какой "твоей самоделке" ты пишешь, чёрт возьми? Я вижу как минимум три самоделки - snap, flatpack и appimage - и все три не мои. > собирается _штатными_ средствами без необходимости воссоздавать на коленке сборочную систему Друже, перечитай то, что я написал. Эти так называемые "штатные" средства не были оставлены нам дедами или египтянами, построившими пирамиды. Эти "штатные" средства были придуманы и разработаны на твоих глазах, чтобы что? Вот дальше вопрос. Они не решают ни одной проблемы. Так может быть, вместо того, чтобы тратить ресурсы на разработку трёх перделок, надо было потратить их на том, чтобы довести до ума старую добрую статическую сборку? > Но ты всегда можешь собрать свой, аналогов не имеющий шнапс. Не понял, зачем ты меня послал собирать мой образ снапа. Сам занимайся этой фигнёй, пративный. В моих системах нет ни снапов, ни флэтпаков.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от нах. (?), 29-Ноя-24, 16:45
	Я пишу о твоей теоретической идейке собирать статиком. Внезапно, это будет уже твоя самоделка, совершенно непохожая на исходную версию софта. А шнап флатшмяк и кто там - это просто обертки. Позволяющие запаковать целиком весь мусор с локалхоста разработчика в том единственно неповторимом виде в котором ему удалось однажды случайно запустить build без ошибок. > Друже, перечитай то, что я написал. Эти так называемые "штатные" средства не были оставлены нам > дедами или египтянами, построившими пирамиды. у меня для тебя хреновая новость.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (121), 29-Ноя-24, 18:02
	> А шнап флатшмяк и кто там - это просто обертки. Позволяющие запаковать целиком весь мусор с локалхоста разработчика в том единственно неповторимом виде в котором ему удалось однажды случайно запустить build без ошибок. Простите, но опять... А если разраб просто сделает бинарь в который подтянутся все необходимые либы с локал хоста разработчика? Чем это не универсальное решение, а исходные коды так же выложить в ощий доступ. Ведь есть вроди бы бинарные дистрибутивы, или это, не про это?
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Страдивариус (?), 29-Ноя-24, 19:35
	> Внезапно, это будет уже твоя самоделка, совершенно непохожая на исходную версию софта. Какую исходную версию? Какого софта? Если я пишу продукт, то я танцую его сборку. Надо мне собрать статиком - собираю статиком. Естественно чужой софт, авторы которой изначально не озаботились о том, как его распространять, править будет тяжело. А если софт открытый, то смысла его собирать статиком нет - дистрибутивы собирают динамиком.
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	50. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+4 +/–
	Сообщение от chdlb (?), 28-Ноя-24, 17:39
	1) используется в очень ограниченном круге дистров 2) срет по всей системе, начиная с корня, и заканчивая хомяком 3) нет слоев как во флетпаке, возможно повторного использования пакета отсутсвует даже теоретическая И это сравнение с флэтпаком, а нативные пакеты вообще вне конкуренции
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	101. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+7 +/–
	Сообщение от cheburnator9000 (ok), 28-Ноя-24, 20:33
	Вот как я уже давно писал про firefox в виде snap, опишу еще раз проблемы snap. 1. Все программы snap изолированы друг от друга по дефолту. Никакого shared memory. 2. Библиотеки snap пакетов и те что в системе разные по версиям/ опциям GCC. 3. Snap это буквально базовая ОС внутри основной ОС. 4. Пакеты snap сильно сжаты. Итак. Никакого shared memory. Никаких shared libraries. При запуске snap firefox в системе в файловом кеше и кеше кода в ОЗУ оседает буквально вторая ОС. Сравните для примера snap/deb firefox: memory cache при запуске snap будет от 2 до 3 раз превышать deb вариант. Что же оседает в кеше озу? Там лежат распакованные файлы snap пакетов. Firefox при запуске грузит очень много библиотек, буквально в кеше оседает весь core24 и весь пакет firefox. Сжатие пакетов заставляет при запуске таких программ процессор работать в турбо-бусте и использовать буквально всякие AVX инструкции для ускорения распаковки не прилично долгое время. На ноутбуках это критично. Snap пакеты имеют проблемы с доступом к видеокарте/аудиоподсистеме и всяким usb-камерам. Которые буквально все в snap решены костылями, которые они гордо именуют Interface, Plug, Slot.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	190. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от sena (ok), 30-Ноя-24, 15:56
	> Никаких shared libraries. Даже если разные снапы используют одну и ту же версию библиотеки? Это печально... А во флатпаке тоже так?
	Ответить | Правка | Наверх | Cообщить модератору

	223. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (223), 03-Дек-24, 13:01
	Во флатпаке используется технология OSTree (https://en.wikipedia.org/wiki/OSTree), с помощью которой осуществляется дедупликация совпадающих файлов у разных пакетов. Т.е. переиспользование общих либ существует и работает.
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Минона (ok), 03-Дек-24, 14:39
	> Во флатпаке используется технология OSTree (https://en.wikipedia.org/wiki/OSTree), > с помощью которой осуществляется дедупликация совпадающих файлов у разных пакетов. Т.е. > переиспользование общих либ существует и работает. Каким образом дедупликация либ на диске влияет на загрузку их в RAM?
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от sena (ok), 03-Дек-24, 16:42
	> Во флатпаке используется технология OSTree (https://en.wikipedia.org/wiki/OSTree), > с помощью которой осуществляется дедупликация совпадающих файлов у разных пакетов. Т.е. > переиспользование общих либ существует и работает. Место на диске это дело десятое, главное это ОЗУ. Печально, конечно, если дупликаты библиотек загружаются для каждого флатпака и снапа. С другой стороны ожидаемо, если тупо используется контейнеризация. Выходит есть куда развиваться.
	Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

	231. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от cheburnator9000 (ok), 04-Дек-24, 18:14
	Во флатпаке нет сжатия установленных пакетов. Это уже огромный плюс для быстрого запуска софта. Во флатпаке вместо системных либ грузятся те что идут в пакетах Runtime (freedesktop/Gnome/KDE/etc). Во флатпаке интеграция с системой идет через единое место "XDG Desktop Portals", в отличие от Snap где все держится на костылях. Тем не менее что Flatpak что Snap это инициатива по установке в вашу ОС еще одну урезанную базовую ОС, для того чтобы API/ABI было единым у всех пользователей не зависимо от дистрибутива. Я предпочитаю обычные пакеты дистрибутива, либо собрать программу из исходников в /usr/local. Но flatpak это молодежно, красиво, удобно угу люди пользуются чтобы не тратить свое время. ИМХО лучше стазу Windows установить.
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	247. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от sena (ok), 07-Дек-24, 15:03
	> Во флатпаке нет сжатия установленных пакетов. Это уже огромный плюс для быстрого > запуска софта. Если сжатие будет тормозить, его можно отключить. Но бывает и так, что считать меньший объём данных и распаковать быстрее, чем читать несжатые данные. Впрочем мой вопрос не о скорости загрузки. > Во флатпаке вместо системных либ грузятся те что идут в пакетах Runtime > (freedesktop/Gnome/KDE/etc). Вопрос даже не в том что они грузятся во второй раз, а в том, что они удваиваются в ОЗУ для каждого приложения во флатпаке. То есть для десяти флатпаков/снэпов загрузится десять копий одной и той же библиотеки. Вот это печально. > Тем не менее что Flatpak что Snap это инициатива по установке в > вашу ОС еще одну урезанную базовую ОС, для того чтобы API/ABI > было единым у всех пользователей не зависимо от дистрибутива. Бывает полезно.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от cheburnator9000 (ok), 09-Дек-24, 01:09
	Даже обычные Sata SSD позволяют считать данные быстрее и менее нагружать CPU чем распаковывать (данные которых после распаковки оседают в файловом кеше ОЗУ). Во flatpak есть shared memory между библиотеками, там многое как в обычном линуксе работает. Но если каждая программа зависит от своей версии Runtime тогда да, будет много копий библиотек загружено.
	Ответить | Правка | Наверх | Cообщить модератору

	249. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от sena (ok), 09-Дек-24, 03:47
	> Во flatpak есть shared memory между библиотеками, там многое как в обычном > линуксе работает. Почитал, и вроде нашёл что это не заслуга флатпака, пишут что якобы этим занимается ядро линукс, а не флатпак. То есть если у библиотеки один и тот же inode, то она будет загружена один раз в память и за это отвечает ядро. Но в таком случае это же относится и к снапу, если снапы используют один и тот же файл разделяемой библиотеки, то она будет загружена один раз.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от Вы забыли заполнить поле Name (?), 28-Ноя-24, 22:06
	> Еще и файфоксный снап сама мозила билдит, удобна. Сама билдит, сама обновляет, сама уязвимости добавляет. Удобно, действительно. Теперь нет каких-то мейнтейнеров, которые что-то выпиливают и какие-то патчи накладывают, а ещё и бэкпорты делают. Ишь чего выдумали своевольничать.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	120. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Zulu (?), 29-Ноя-24, 00:04
	У меня две: 1. Не умеет обновлять работающий снап. "А сайчас закройте файрфокс и откройте его снова". 2. Мало что есть, много вася-сборок три года старых. Флатпак поживее.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	139. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (139), 29-Ноя-24, 02:02
	Ни один рабочий процесс десктопного софта не умеет обновлять свой код рантайма на лету. Этого никогда не было. Хватит выдумывать чушь. В древние времена когда apt обновлял Firefox то тот мог крашнуться, только позже Firefox научился сам предупреждать что браузер нужно перезапустить, так как установленная версия обновилась в фоне. Под вендой Firefox скачивает обновление в фоне, но устанавливает его только после закрытия (перед запуском). Под fedora дефолтный путь обновления через gnome software это вообще полный ребут системы, чтобы systemd отработал. Под линуксами с root A/B схемой и atomic вариантами обновление это полный ребут системы.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Минона (ok), 29-Ноя-24, 12:28
	> Ни один рабочий процесс десктопного софта не умеет обновлять свой код рантайма > на лету. Этого никогда не было. Хватит выдумывать чушь. Он не про лайв-патчинг говорит. Софт из deb-пакетов нормально обновляется даже если он запущен. А ты попробуй обновить snap-store из snap-store =)
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+4 +/–
	Сообщение от Аноним (56), 28-Ноя-24, 17:53
	Первое что я делаю это удаления snap ``` sudo snap list sudo snap remove lxd sudo snap remove core24 sudo snap remove snapd sudo apt purge snapd rm -rf ~/snap ```
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	85. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от Аноним (85), 28-Ноя-24, 18:55
	> Первое что я делаю это удаления snap Да, еще потом падучие крашрепортеры выпиливать, услуги парнтнеров, какие там глючные апдейтеры которые все равно не работают, и проч. И вот так вот всего этого - с каждым релизом все больше. И возникает резонный вопрос: а почему бы вместо этого крапа просто СРАЗУ не поставить себе дебиан, без вот этого всего?!
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (56), 28-Ноя-24, 19:26
	да,ты прав многое приходиться выпиливать все эти snap'ы и навязаные pro'шки аккаунты они к оторжению ведут да и множатся с каждым релизом согласен проще поставить дебиан и не париться.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (95), 28-Ноя-24, 19:39
	А можно вообще не ставить дистрибутив дискредитирующий всю экосистему.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	114. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 28-Ноя-24, 22:07
	Надо отключать снап в системд.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	73. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (-), 28-Ноя-24, 18:22
	> скоро этот snap станет для ubuntu проклятием Дистиллированый NIH еще никого до добра не доводил...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	130. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (130), 29-Ноя-24, 01:20
	Нет, скоро просто лавочку прикроют, так как деньги инвесторов закончились, богадельня - тоже, а как бизнес - на линукс-контингенте хрен заработаешь, не как на l-user-ах винды, как ни пытайся им снап навязать - просто свалят с платформы, даже если не сразу, а кактус жрать не будут. После этого проблемы с финансированием будут уже у дебиан, и он тоже загнётся. > скоро этот snap станет для ubuntu проклятием Несколько лет уже как со снапунту почти все свалили, даже те, кто откладывали миграцию таки нашли время.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	172. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от beduin747 (ok), 29-Ноя-24, 15:17
	Да скорее бы уже. Может одумаются...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–26 +/–
Сообщение от Аноним (2), 28-Ноя-24, 16:07
Docker, Kuber? Не, не слышали. Фигачим в прямо /bin! Героический побеждаем зависимости!
Ответить | Правка | Наверх | Cообщить модератору

	3. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+10 +/–
	Сообщение от Максим Белый (?), 28-Ноя-24, 16:12
	Ты что, щас весь OpenNet порвется
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+15 +/–
	Сообщение от Аноним (6), 28-Ноя-24, 16:13
	Костыльным технолониям в нориальном проде не место. Знаю таких: наворотят в контейнерах дичи, а потом не обновляют и удивляются уязвимостям. Почему-то распространён миф, что якобы докер решает все проблемы и с его использованием легче сопровождать и обновлять свои продукты. Ложь. На практике по желанию левой пятки в докер пихают от легаси до unstable пакетов. Сисадмин, глядя на такое овно, решает его не трогать. Овно всплывает и в экстренном порядке его приходится топить. Нормальная практика – когда продукт в /bin репозитория, связан динамически с его библиотеками и сопровождается стабильной версией.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	8. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от Аноним (2), 28-Ноя-24, 16:16
	И именно по этому ребята столкнувшись с тем что им нужен один пакет поновее решили сменить дистриб и потратить сотни/тысячи человекочасов. Удобно.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от Аноним (11), 28-Ноя-24, 16:20
	что ты выдумываешь, три миллиарда человеко-часов потратили
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от _ (??), 28-Ноя-24, 17:09
	> сменить дистриб и потратить сотни/тысячи человекочасов. Если цель - снести бубунту - то не жалко! :) Ну и ... за 4 месяца управились... Пиши уж "миллиарды человеко-часов", "чего их, басурман, жалеть?!"(С) :)
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	12. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (10), 28-Ноя-24, 16:22
	Да нормальная практика для 2007 года.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	183. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от Аноним (183), 29-Ноя-24, 21:44
	прикинь ты пользуешься цифрами которыми пользовались несколько сотен лет назад. Не корёжит тебя?
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–2 +/–
	Сообщение от Максим Белый (?), 28-Ноя-24, 16:22
	Ты работал с продом? К твоему сожалению - контейнеры это стандарт нынче И они используется везде где возможно
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	15. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+8 +/–
	Сообщение от Аноним (6), 28-Ноя-24, 16:24
	Работал. К сожалению, да. Поэтому уточнил про "нормальный прод". Если 99% прода из овна и палок, это не делает его правильным решением.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от _ (??), 28-Ноя-24, 17:12
	> Если 99% прода из овна и палок, это не делает его правильным решением. Ну так назови где и кто эти 1% у которых всё по-фэншую ... А из "овна и палок" всегда и везде все 146%. Так уж человеки устроены.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (6), 28-Ноя-24, 18:06
	Не могу сказать за чужую кухню. У себя – перестал терпеть и стал бить по рукам за овно практику. Сначала слегка. Как привыкнут, закручу гайки ещё сильнее.
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (207), 02-Дек-24, 11:58
	отказался от кубера что ли? как же ты количество pods увеличиваешь и нагрузку балансируешь? или у тебя монолитное приложение на одном инстансе? а если падает что делаешь? пользователи ждут пока 1 инстанс опять поднимется?
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от anonymous (??), 28-Ноя-24, 16:32
	Где угодно у вас, в сбере и яндексе.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	83. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от freebzzZZZzzd (ok), 28-Ноя-24, 18:52
	>И они используется везде где возможно брэд оф сив кэйбл, в ынтырпрайзе до сих пор всё на виртуалочках, внутри в 95% венда. в целом, голый докер без кубера - это уровень школьников или тачек разрабов. уверен что в сбере не докер, а кубер или аналоги. а это две колоссальные разницы.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	30. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от _ (??), 28-Ноя-24, 16:59
	> Костыльным технолониям в нориальном проде не место. Оххххх .... Блажен кто верует! (С)
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	34. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от _ (??), 28-Ноя-24, 17:06
	> Почему-то распространён миф, что якобы докер решает все проблемы и с его использованием легче сопровождать и обновлять свои продукты. Ложь. Да - ложь. Легче девляпсам его наговнякать чтоб оно работало хоть как то, ХЗ знает как. Но у вас будет такое же ХЗ, как и у них ... в тЭории ... если повезло :-\ > На практике по желанию левой пятки в докер пихают от легаси до unstable пакетов. Сисадмин, глядя на такое овно, решает его не трогать. Не так. На практике если вы купили продуГд в доскере - во внутрь ты лезть не должен. Ты должен открыть тиЦкет у вендора и дать знать мЭнеджеру что пора искать другой контейнер с сомнительной начинкой и странным запахом, потому что этот уж очень уж ... всио :)
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	62. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (6), 28-Ноя-24, 18:07
	> На практике если вы купили продуГд Я про продукты внутреннего использования.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от нах. (?), 29-Ноя-24, 09:34
	>> На практике если вы купили продуГд > Я про продукты внутреннего использования. то еще хуже - у вендора хотя бы в теории может быть кроме девляпа и альтернативно-одаренных обезьянок-кодеров кто-то отвечающий за содержимое контейнера. А в таком протухте - тяпляп, тяпляп, и в прод. С каким нибудь log4j не обновлявшимся 20 лет потому что у разработчика "Все работаит!"
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от Аноним (40), 28-Ноя-24, 17:16
	Уязвимость в контейнере довольно трудно улучшить до прав на уровне ОС. Сборку контейнеров напротив очень легко вписать в системы контроля уязвимостей. Тупо по существованию CVE для используемых при сборке версий образов. Т.е. на уровне CI/CD отсекается 99% проблем. >в докер пихают от легаси до unstable пакетов Чтобы напихать в докер, где-то должен быть Dockerfile и в нем все это будет на виду. Проблема остается только если вы не сами собираете образы. >Нормальная практика – когда продукт в /bin репозитория, связан динамически с его библиотеками и сопровождается стабильной версией. Нормальная практика - опакетить. >в /bin репозитория А че не в usr/bin? Гит все стерпит.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	63. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (6), 28-Ноя-24, 18:08
	> Нормальная практика - опакетить. Именно. Я не говорил, что бинарники надо руками пихать.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Zulu (?), 29-Ноя-24, 00:33
	> Уязвимость в контейнере довольно трудно улучшить до прав на уровне ОС. Кому оно нужно. Уязвили контейнер с базой -- сперли базу. А ОС себе оставьте, у нас у самих такое есть.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	148. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 29-Ноя-24, 06:02
	а ты сам собираешь образы? какие все? начиная с базовых? или все-таки базовый какой-нибудь алпайн или бубунточка? докер - это помойка не имеющая никаких преимуществ в сравнении с VPS или деплойментов на выделленных серверах, одни только недостатки уж лучше тогда nspawn и rootfs? не?
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	131. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (130), 29-Ноя-24, 01:21
	>Нормальная практика – когда продукт в /bin репозитория в /bin ЧЕГО?!
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	132. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–2 +/–
	Сообщение от Аноним (130), 29-Ноя-24, 01:29
	P.S. на самом дел нормальная практика - это когда каждый пакет - в своей директории, а вернее - в своей собственной файловой системе, но дистрибутив всё организует так, что динамическая линковка проходит. По крайней мере так риск снести всё, удаляя установленное вручную через ninja install говно (ну многие разработчики софта - недоумки, не осилившие CPack, или вообще CMake и держащие угрёбищные мейкфайлы, которые мне потом приходится с помощью БЯМ распутывать, после сутками отлаживать, после переписывать опять с помощью БЯМ на python, потом опять отлаживать (внезапно, не только БЯМ не могут понять суть навороченных говновыражений, но и люди, после объяснения от БЯМ что это дерьмо делает), чтобы поведение совпадало, и только после этого переписывать сначала на Meson, а потом на CMake) намного меньше.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	147. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от chdlb (?), 29-Ноя-24, 05:58
	вау, здравый голос на опеннете, плюсую хотите проблеваться спросите чатгпт, почему докер это круто )))
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	9. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (11), 28-Ноя-24, 16:18
	как будто фигачить в /bin это что-то плохое! докер это новый формат упаковки приложений, для ленивых, один раз упаковал, будет работать везде, ну почти везде кубер нужен когда оркестрация контейнеров для тебя не пустой звук а тут дцать серверов, нахрена им городить огород из контейнеров если и без них все и так работает? ансиблом “помазали” и все будет работать как швейцарские часы!
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	14. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (10), 28-Ноя-24, 16:23
	Админ который баш скрипты для твоей инфраструктуры писал уволился, дистр перестал поддерживаться. Все ты у разбитого корыта.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+8 +/–
	Сообщение от Аноним (17), 28-Ноя-24, 16:26
	так напиши сам, или ты только умеешь зарплату получать?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от Аноним (6), 28-Ноя-24, 18:10
	С оркестрами то же самое. Уволился – ноты и расстановку на сцене оказывается надо заново понять. Как и скрипты.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	96. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (11), 28-Ноя-24, 20:20
	грош тебе цена, если твои админы и практикуют IaC!
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	98. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (11), 28-Ноя-24, 20:23
	и -> не
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Savaoff (?), 30-Ноя-24, 11:22
	К155ла3 ? ;)
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (89), 28-Ноя-24, 19:05
	А что, у тебя /bin и /sbin пустые чтоли? Все в докере?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	220. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от AleksK (ok), 03-Дек-24, 08:23
	Чтобы обновить ruby надо обновлять дистрибутив? Они не слышали про rbenv?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	232. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (232), 05-Дек-24, 18:28
	Очевидно что они знают, что это и не хотят пачкаться этим.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от AleksK (ok), 05-Дек-24, 22:01
	> Очевидно что они знают, что это и не хотят пачкаться этим. По моему опыту использовать руби из реп вообще не удобно для рельс.
	Ответить | Правка | Наверх | Cообщить модератору

5. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
Сообщение от Аноним (5), 28-Ноя-24, 16:13
> Ubuntu has also caused us issue with some packages now only being distributed as snap packages (eg: Firefox). Серфить по инету с сервера это best move
Ответить | Правка | Наверх | Cообщить модератору

	78. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от BorichL (ok), 28-Ноя-24, 18:41
	Наверно даже не представляешь, что некоторые вытворяют на серверах. Например человек берёт VPS, другой ставит ему туда что-то необходимое, потом первый начитавшись мамкиных админов в интернетах начинает его админить в силу способностей без профильного образования: на сервере копошится третьегном ради pgadmina и ещё одной во всех бочках затычки... И на этом сервере работают люди! Всякое бывает, не все себе готовы позволить профильного специалиста...
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 18:07
	> Наверно даже не представляешь, что некоторые вытворяют на серверах. Например человек берёт > VPS, другой ставит ему туда что-то необходимое, потом первый начитавшись мамкиных > админов в интернетах начинает его админить в силу способностей без профильного > образования: на сервере копошится третьегном ради pgadmina и ещё одной во > всех бочках затычки... И на этом сервере работают люди! Всякое бывает, > не все себе готовы позволить профильного специалиста... А самое глумливое - что потом оказывается что тот админ локалхостник таски ворочает быстрее "профильных специалистов" типа вот вас. Потому что менее зашоренные, всего-то. А потом - ничего личного, это бизнес.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от BorichL (ok), 02-Дек-24, 14:45
	> А самое глумливое - что потом оказывается что тот админ локалхостник таски > ворочает быстрее "профильных специалистов" типа вот вас. Потому что менее зашоренные, > всего-то. А потом - ничего личного, это бизнес. В очередной раз чуда не случилось, сервак был развален после очередной полезной статьи. Пришлось готовить профильного специалиста, чтоб самому этим не заниматься.. Без профильных знаний получается полный шлак.
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 06-Дек-24, 08:44
	> В очередной раз чуда не случилось, сервак был развален после очередной полезной > статьи. Пришлось готовить профильного специалиста, чтоб самому этим не заниматься.. Без > профильных знаний получается полный шлак. Я так то видел - как профессиональне девопсы работают. То с чем вы будете целый день тра@хаться с вашими профильными знаниями, они сделают - минут за пять. И именно поэтому они и ушли ветеран юникс недоразумений типа вас на мороз. Вместе с вашими BSD, где управление системой - кусок отстоя.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (-), 28-Ноя-24, 21:30
	>> Ubuntu has also caused us issue with some packages now only being distributed as snap >> packages (eg: Firefox). > Серфить по инету с сервера это best move Корпорация Майкрософт явно разделялля ваши идеи - и одно время вхреначивала на домен контроллеры свой незабвенный сервелат. Вот это я понимаю - иллюстрация на тему "бессмысленно и беспощадно" во весь рост. На фоне такой монстряки всего лишь файрфокс на сервере - не такой уж и страшный.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	149. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 29-Ноя-24, 06:05
	на прод сервере обычно нет гуев, только если это твой личный полусервер
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 28-Ноя-24, 21:38
	Ну вот третьего дни выяснилось, что толпа аж целых kernel developer'ов интерактивно что-то там на lkml'евских серверах ковыряла. ЛуДшие люди этого вашего ойти, панимаишь!
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	168. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от InuYasha (??), 29-Ноя-24, 11:32
	Секрет десятилетия: на тысячах серверов пользуются headless chrome для парсинга всяких говносайтов - и даже иксов там обычно не стоит. И нет, wget с curl-ом не справляются.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

16. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
Сообщение от Аноним (10), 28-Ноя-24, 16:24
Такое ощущение что люди считают что докер и кубер нужны чтобы гадить самим себе, а не потому что это удобно и легко поддерживается.
Ответить | Правка | Наверх | Cообщить модератору

	20. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+4 +/–
	Сообщение от Аноним (20), 28-Ноя-24, 16:39
	Юзаю докер, ничего удобного + зонды сборщика.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от Аноним (11), 28-Ноя-24, 16:47
	ну раз ты такой умный, расскажи, ты в кубере statefull сервисы запускаешь? или только stateless? если запускаешь statefull сервисы, то где хранишь как хранишь? а давай зафигашим все в ceph и бэкапить не будем! кубер легко “поддерживается”, когда поддержкой занимается кто-то другой, например твой сервис провайдер ну или на худой конец команда девопёс’еров! а девопесеры сегодня наглые снобы, и обходятся не дешево.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	35. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (10), 28-Ноя-24, 17:06
	В базе данных, база данных на хосте не в кубере и не в докере.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+6 +/–
	Сообщение от _ (??), 28-Ноя-24, 17:19
	А чего же так то?!?!? Оно же удобнАААА?!?!? :)
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (89), 28-Ноя-24, 19:18
	Дак это читерство получается. Это какой-то полудокер уже.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	94. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (94), 28-Ноя-24, 19:37
	Хранение файлов БД на хосте это какая-то великая проблема? Монтируем ./db в докер-контейнер условного постгреса и пожалуйста.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	150. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 29-Ноя-24, 06:08
	скажи а нахуа мне докер тогда, если я все могу иметь на хосте? вот нахрена он? и не лечите мне сказки про изоляцию зависемостей на одном хосте, что-то я не припомню, чтобы мне нужны были разные версии nginx под продукт, не говоря уже про VPS...
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от анонимус (??), 02-Дек-24, 19:47
	Дело не в зависимостях, а в разделении ресурсов.
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 03-Дек-24, 18:32
	> Дело не в зависимостях, а в разделении ресурсов. 1) вариант с VPS никуда не исчезает 2) под ресурсами ты имеешь ввиду только CPU и RAM, если тебя угораздило разделять ресурсы одного приложения (например микросервисы), то в итоге система в целом сильно будет уступать по возможности обработки пиковых нагрузок той системе, где ограничений по подсистемам нет 3) если это не твое приложение, а абсолютно разные, почему тогда никто не соглашается, что докер - это замена шареного хостинга? ))) и при этом такая замена сильно уступает возможностям VPS, потому что как владелец одного из таких приложений я не имею к нему никакой доступа и ничего не могу поменять в его окружении или в нем самом, так еще и сложности с деплойментов stateful, это не часть докера в отличии от VPS ну так если в нем ничего этого нет? то повторюсь - он нахрен не нужен ни для чего, кроме изоляции зависимостей, а в проде цирк с зависимостями почти нереальное явление
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 28-Ноя-24, 21:40
	Ну, собственно последней строчкой можно начать-и-закончить, ага. "А чо они, а?!"
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	117. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от Максим Белый (?), 28-Ноя-24, 23:03
	используй local path provisioner либо topolvm - и кайфуй У тебя не distributed storage, а данные хранятся на ноде, но при этом у тебя динамически создают volume'ы Если голова на плечах есть - стейтфулл можно катать в кубе
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	151. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 29-Ноя-24, 06:12
	охренеть ты чудной, а ставить ты его не на хост собираешь? или ты не видишь структурную идентичность? кайфовать от чего? от дополнительного слоя, дополнительного кода? который потенциально несет свои собственные ошибки, уязвимости и накладные расходы? да нафиг оно надо, я лучше плейбук напишу для дедика
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от sailorCat (?), 28-Ноя-24, 23:53
	> ну раз ты такой умный, расскажи, ты в кубере statefull сервисы запускаешь? или только stateless? This document describes persistent volumes in Kubernetes. Familiarity with volumes, StorageClasses and VolumeAttributesClasses is suggested: https://kubernetes.io/docs/concepts/storage/persistent-volumes/
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	152. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 29-Ноя-24, 06:15
	так это не в докере, а снаружи докера, и в данном случае неважно кубер или еще кто типа EBS это ему даст докер самый упоротый тупой способ изоляции зависимостей, а для другого он вовсе не нужен
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от WE (?), 30-Ноя-24, 13:58
	Нет с эти в кубере проблем: Быстрое хранилище - локальные диски, медленное ceph, отказоустойчивость на уровне приложения.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	227. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 03-Дек-24, 18:35
	ога, точно, нет кубера - нет проблем все локальное, все свое родное ))
	Ответить | Правка | Наверх | Cообщить модератору

18. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–2 +/–
Сообщение от Аноним (18), 28-Ноя-24, 16:29
Следующим шагом будет переход на Linux from Scratch. Никаких проблем с пакетами не будет.
Ответить | Правка | Наверх | Cообщить модератору

	25. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (11), 28-Ноя-24, 16:52
	дебиан хороший дистрибутив, правильный, а вот убунта - гамно!
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от _ (??), 28-Ноя-24, 17:22
	Нету больше "хороших дистрибутивов"(С) - все они нынче "сорта"(С)... Впрочем против Слаки ничего не имею (ПатреГ - всё ещЁ боХ!), но никогда и не юзал :)
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (49), 28-Ноя-24, 22:17
	Есть такая партия^W дистрибутив! "Арчъ Линукс" называется.
	Ответить | Правка | Наверх | Cообщить модератору

	185. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от _ (??), 30-Ноя-24, 06:46
	и он тоже сорт(С) ;-p
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+4 +/–
	Сообщение от anonymous (??), 28-Ноя-24, 17:01
	Так смысл был в сокращении количества работы, а не в увеличении.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	68. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от Аноним (68), 28-Ноя-24, 18:13
	Если уже переходить, то на что-то нормальное. Например FreeBSD/OpenBSD.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	103. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от Аноним (-), 28-Ноя-24, 21:03
	> Если уже переходить, то на что-то нормальное. Например FreeBSD/OpenBSD. Это которые в 2024 вообще пакетными менеджерами не умеют пользоваться нормально до сих пор, и политики майнтенанса ос - совершенно никакущие для стабильного прод окружения? Там на это будет надо столько часов сколько у некоммерческих волонтерских проектов, извините, нетути. Да и перфоманс там будет - понятно где. Что для OSM так то аргумент. Все ж вон там - про NVMe видите ли спич. Энтерпрайзные. Топовые. Там оверхед от IO не пустой звук. В вон тех распоследних ядрах, с folios, io_uring и всем таким - оно даже нормальненько будет. А у вон тех откуда такой хайтек вообще возьмется?!
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от _ (??), 30-Ноя-24, 06:50
	Для справки: вообще-то у FreeBSD отличный пакетник. Попробуй - поймёшь. Но увы - походу не поможет даже он :(
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 17:52
	> Для справки: вообще-то у FreeBSD отличный пакетник. Кроме отличного пакетника надо еще - уметь им пользоваться. При том еще и со стороны создателей оси и майнтайнеров софта. Это подразумевает некие полиси и содержание реп в определенных рамках. Без этого какой бы там у вас суперский пакетник не был - он даром не упал. Как и без нормального количества живых майнтайнеров которые тем полисям еще и реально соответсвовать могут. А они недавно - срок поддержки сократили. Отличный шаг - чтобы с серверов улететь там где по недоразумению еще осталось почему-то. > Попробуй - поймёшь. Я не убиваю мое время на мусорную активность не имеющую перспектив. > Но увы - походу не поможет даже он :( Как говорится, горбатого могила исправит. А на чисто персональном уровне я не хочу никакие "базовые системы" и прибитые на гвозди допущения что мне нужны какие-то "цельной системы". Мне от дебиана вообще по большому счету надо - набор пакетов. Все остальное я могу сделать сам, так как уместно в энной задаче и инсталляции. И коронный номер - тулсы типа (c)debootstrap позволяющие легко отстроить кастомную/минимальную систему под задачу. BSDшники показывали мне "типа такой же тулкит". Господи! Они неисправимы! Тот монстрик тоже пытался делать полный фарш, единственно правильным способом. С допущениями прибитыми на гвозди. То что кто-то может сделать шаг в сторону от их концепций и вэев (и типичного по их мнению локалхоста) - в заржавелой голове не шевельнулось. А дебиан чартерными рейсами на мелкие одноплатники запиливаю... Т.е. эта ваша фряха - пытается делать вообще совсем не то что мне (и многим другим) надо.
	Ответить | Правка | Наверх | Cообщить модератору

21. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–6 +/–
Сообщение от Аноним (21), 28-Ноя-24, 16:45
Молодцы, с ним хотя бы лагов будет меньше хотя смотря какое оборудование, зато уязвимостей...))
Ответить | Правка | Наверх | Cообщить модератору

	46. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+7 +/–
	Сообщение от _ (??), 28-Ноя-24, 17:25
	А что - у демьяна список уязвимостей больше чем в бубунте? Дык нет... Врёт тут какой то негритёнок и не краснеет, а если и краснеет - то не видно ;-D
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–3 +/–
	Сообщение от Аноним (74), 28-Ноя-24, 18:23
	А какая разница, если уязвимости исправляют по 2 недели? Чтобы не быть голословным, вот пример https://security-tracker.debian.org/tracker/CVE-2024-6387 В апстриме её исправили 6 июня https://github.com/openssh/openssh-portable/commit/81c1099d2... В дебиане пакетик попал только 22 июня: https://metadata.ftp-master.debian.org/changelogs//main/o/op... Итого, 14 дней исправляли уязвимость с готовым патчем. Это какой-то позор (с).
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (6), 28-Ноя-24, 22:12
	Дифф с github != патч. К твоему сведению, debian бекпортирует патчи в stable версию своих реп. А это не то же самое что обновить циферку пакета или наложить патч на master. Плюс время на тестирование.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от Аноним (74), 29-Ноя-24, 00:29
	К твоему сведению, proposed есть только у убунты. Так что весьма сомнительно утверждать, что в дебиане кто-то там что-то тестирует. И да, патч тривиальный и накладывается без проблем. Ничего "бэкпортировать" не требуется.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (6), 29-Ноя-24, 01:11
	Чел, учи матчасть. https://www.debian.org/releases/proposed-updates
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (6), 29-Ноя-24, 01:12
	> патч тривиальный и накладывается без проблем Разумеется, вы это проверяли? На той версии из stable.
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	166. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Rootlexx (?), 29-Ноя-24, 11:09
	>В дебиане пакетик попал только 22 июня А в Ubuntu LTS — 26 июня, а в RHEL — 28 июня.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	72. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (6), 28-Ноя-24, 18:22
	К сведению, Ubuntu LTS использует ветки Debian testing и unstable. Для обеих веток Debian открыто заявляет, что нет официальной поддержки обновлений безопасности. Она есть только у stable. Так что, пользователи Ubuntu сами виноваты.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	75. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (74), 28-Ноя-24, 18:24
	И что, это как-то мешает каноникал выкатывать свои обновления безопасности?
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 01:49
	ага, как раз и подсказка что нужно всегда есть - debian-security xDD
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от Вася (??), 29-Ноя-24, 13:00
	потому что апдейты безопасности туда и так попадают, анстейбл и тестинг это практически апстрим (без мелочей)
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	177. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (177), 29-Ноя-24, 18:27
	Не совсем. Testing и unstable не стремятся обновлять ради безопасности. Их просто обновляют и всё. Иногда быстро, иногда нет.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Вася (??), 29-Ноя-24, 18:40
	> Не совсем. Testing и unstable не стремятся обновлять ради безопасности. Их просто > обновляют и всё. Иногда быстро, иногда нет. в целом обновляют довольно быстро, 1-2 дня от апстрима. Другое дело, что апстрим уже с секурити патчами, а на анстейбле мало кто сидит и в моменты релизов номерных версий на них просто забить могут. но логика простая - на анстейбле и тестинге тебе никто и не обещает патчей, так что радуйся уже тому что есть
	Ответить | Правка | Наверх | Cообщить модератору

24. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
Сообщение от Аноним (24), 28-Ноя-24, 16:50
То им давай поддержку в 5+ лет т.е. стабильность, то им ядро поновее. Представляю какой франкенштейн у них получился. Что то между LTS и sid.
Ответить | Правка | Наверх | Cообщить модератору

	33. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от anonymous (??), 28-Ноя-24, 17:02
	Не вижу противоречий. Любая версия ядра совместима с любым юзерспейсом.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (74), 28-Ноя-24, 18:10
	Кто тебе сказал?
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 28-Ноя-24, 21:44
	Ээээ... ну... Торвальдс? Что мы-де "ду нот брик юзерспейс", вот это вот всё? Не то, чтобы мы ему прям вот верили - но сказал, да. И вроде даже неоднократно :)
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (74), 29-Ноя-24, 00:33
	А что, кроме user-space ничего нет что ли? Читать хотя бы тут до просветления https://github.com/systemd/systemd/blob/main/README
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 29-Ноя-24, 06:50
	"Любая версия ядра совместима с любым юзерспейсом." "Кто тебе сказал?" "Торвальдс" > А что, кроме user-space ничего нет что ли?
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 18:03
	> "Любая версия ядра совместима с любым юзерспейсом." > "Кто тебе сказал?" > "Торвальдс" >> А что, кроме user-space ничего нет что ли? На лично мой вкус - вон того гражданина с этими коментами можно просто игнорить в контексте дебиана и его эксплуатации. Все эти бредни не имеют никакого отношения к инсталлу новых ядер из репы бэкпортов Debian и лишь тратят время читателей на сферическое чистоплюйство в вакууме.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 18:01
	> Ээээ... ну... Торвальдс? Что мы-де "ду нот брик юзерспейс", вот это вот > всё? > Не то, чтобы мы ему прям вот верили - но сказал, да. > И вроде даже неоднократно :) Ну, экспертам от маздая на опеннете как всегда виднее за эксплуатацию дебианов то. Сообщаю для "экспертов": установка новых ядер из backports на stable - как правило вполне простая и безопасная операция, что бы тут не разводили адепты теорий заговоров. Это просто работает. Как и должно. И майнтайнеры для чего-то такого на самом деле и нужны.
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	195. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 30-Ноя-24, 20:02
	>> Ээээ... ну... Торвальдс? Что мы-де "ду нот брик юзерспейс", вот это вот >> всё? >> Не то, чтобы мы ему прям вот верили - но сказал, да. >> И вроде даже неоднократно :) > Ну, экспертам от маздая на опеннете как всегда виднее за эксплуатацию дебианов > то. > Сообщаю для "экспертов": установка новых ядер из backports на stable - как > правило вполне простая и безопасная операция, что бы тут не разводили > адепты теорий заговоров. Это просто работает. Как и должно. И майнтайнеры > для чего-то такого на самом деле и нужны. Что, опять в 25 строчек не влезло, буфер переполнился и смысл остался не понятым - а пепел Клааса стучится и хочется чего-нибудь сказать? Вы с каким и чьим тезисом борцуетесь, товарищ? Можете, ну я прям стесняюсь - слово-то какое! сфор-му-ли-ро-вать и подтвердить цитатой, что этот самый тезис был оппонентом озвучен, а не родился в недрах того места где стучится пепел этого самого товарища?
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (196), 30-Ноя-24, 20:45
	> прям стесняюсь - слово-то какое! сфор-му-ли-ро-вать и подтвердить цитатой, что этот > самый тезис был оппонентом озвучен, а не родился в недрах того > места где стучится пепел этого самого товарища? Смотрите дети, у старого маздайца опять сорвало стэк :). Дедуля, можешь свой маздай экслуатировать сколько влезет. Но во первых, ты никогда не соберешь на нем те конфиги которые из дебиана запиливаю я. Поэтому ты мне даже теоретически - не конкурент. Что прикольно. Во вторых, когда локалхостов становятся сотни, маздай начинает конкретно задалбывать. И кажется уже задолбал даже сам майкрософт, старательно пытающийся свалить в абажуре на линух.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 30-Ноя-24, 21:19
	>[оверквотинг удален] >> самый тезис был оппонентом озвучен, а не родился в недрах того >> места где стучится пепел этого самого товарища? > Смотрите дети, у старого маздайца опять сорвало стэк :). Дедуля, можешь свой > маздай экслуатировать сколько влезет. > Но во первых, ты никогда не соберешь на нем те конфиги которые > из дебиана запиливаю я. Поэтому ты мне даже теоретически - не > конкурент. Что прикольно. > Во вторых, когда локалхостов становятся сотни, маздай начинает конкретно задалбывать. > И кажется уже задолбал даже сам майкрософт, старательно пытающийся свалить в > абажуре на линух. Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить. LOR'ненько... хотя уже и не очень - лет 15 как не модно. Што-ш... других линуксойедов у нас для вас больше нет.
	Ответить | Правка | Наверх | Cообщить модератору

	214. Скрыто модератором	+/–
	Сообщение от Аноним (-), 02-Дек-24, 23:53
	> Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не > смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить. > LOR'ненько... хотя уже и не очень - лет 15 как не > модно. Што-ш... других линуксойедов у нас для вас больше нет. Да, линуксоиды - не такая шушера как вы. И мы не собираемся пресмыкаться перед корпами, лобызать их ботинки и тем более - заниматься таким за деньги. Если вы пытались косплеить *никсоида - то грош этому цена в базарный день с вашей рекламой виндочки. При том не, вы даже не нечто уровня бох^W пох. Просто унылый потребитель без интересных свойств.
	Ответить | Правка | Наверх | Cообщить модератору

	216. Скрыто модератором	+/–
	Сообщение от User (??), 03-Дек-24, 07:28
	>> Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не >> смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить. >> LOR'ненько... хотя уже и не очень - лет 15 как не >> модно. Што-ш... других линуксойедов у нас для вас больше нет. > Да, линуксоиды - не такая шушера как вы. И мы не собираемся > пресмыкаться перед корпами, лобызать их ботинки и тем более - заниматься > таким за деньги. Если вы пытались косплеить *никсоида - то грош > этому цена в базарный день с вашей рекламой виндочки. При том > не, вы даже не нечто уровня бох^W пох. Просто унылый потребитель > без интересных свойств. И тут анонима снесло в привычный BDSM...
	Ответить | Правка | Наверх | Cообщить модератору

	238. Скрыто модератором	+/–
	Сообщение от Аноним (-), 06-Дек-24, 08:54
	>> не, вы даже не нечто уровня бох^W пох. Просто унылый потребитель >> без интересных свойств. > И тут анонима снесло в привычный BDSM... Могу же я подначить немного адепта направления? Который к тому же пассив и субмиссив предпочитает, и все время лезет рассказать как это круто - чьи-то ботинки лизать, пресмыкаться, и вообще, как же это можно - хоть шаг без хозяина и плетки?!
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 03-Дек-24, 07:43
	> Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не > смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить. > LOR'ненько... хотя уже и не очень - лет 15 как не > модно. Што-ш... других линуксойедов у нас для вас больше нет. Фиксируем: линуксоиды в отличие от вас хотя-бы что-от могут и сами по себе. Без расхваливания виндочки и лобызания корпоративных ботинок в режиvе прилипшего к ним слизня. Чем они и интересны.
	Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

	221. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 03-Дек-24, 08:39
	>> Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не >> смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить. >> LOR'ненько... хотя уже и не очень - лет 15 как не >> модно. Што-ш... других линуксойедов у нас для вас больше нет. > Фиксируем: линуксоиды в отличие от вас хотя-бы что-от могут и сами по > себе. Без расхваливания виндочки и лобызания корпоративных ботинок в режиvе прилипшего > к ним слизня. Чем они и интересны. Да-да, про BDSM и foot-fetish в вашем исполнении мы с первого раза все поняли, можете не повторяться. Где вы тут нашли "расхваливание виндочки" так уж и быть, спрашивать не буду - боюсь, вы совсем уж в гурятину уползете...
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 01:51
	так вроде все на testing и сидят поэтому)) за 10 лет опыта что-то критическое для себя перечислить - на руках хватит)
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

28. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
Сообщение от Аноним (11), 28-Ноя-24, 16:57
а чё тогда тут https://hardware.openstreetmap.org/ пишут что Ubuntu 22.04
Ответить | Правка | Наверх | Cообщить модератору

	32. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (11), 28-Ноя-24, 17:02
	врут! не всё обновили $ telnet norbert.openstreetmap.org 22 Trying 184.104.179.145... Connected to norbert.openstreetmap.org. Escape character is '^]'. SSH-2.0-OpenSSH_8.9p1 Ubuntu-3ubuntu0.10 $ telnet spike-06.openstreetmap.org 22 Trying 184.104.179.134... Connected to spike-06.openstreetmap.org. Escape character is '^]'. SSH-2.0-OpenSSH_9.2p1 Debian-2+deb12u3
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от pfg21 (ok), 28-Ноя-24, 17:53
	допилят :) объявил же, а не перевел. перевод как обычно растянется на месяцы - годы....
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

47. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–4 +/–
Сообщение от Аноним (74), 28-Ноя-24, 17:28
Я так понимаю, что весь шум исключительно из-за snap. Но переходить на Debian в своё время я передумал по следующим причинам: 1. Крайне вялое обновление. Дыры в безопасности латают иногда до нескольких недель. 2. Некоторые версии пакетов в убунте просто новее, чем в дебиане. Тот же hplip свежее, например. 3. С новыми ядрами тоже проблема. В бубанте же можно накатывать штатно от более новых релизов. 4. Блобы тоже толком не обновляются. На убунте ситуация намного лучше. 5. Нету ppa, куда можно было бы отгрузить свои исправленные пакеты. 6. Релиз-цикл крайне длинный. К моменту выхода stable пакетики уже безнадёжно устарели. В то время как убунта имеет стабильные срезы каждые полгода. Можно обновиться и ещё годик на нём пожить. Или остаться на LTS, если всё устраивает. В дебиане же либо протухший stable, либо testing со всеми вытекающими. К недостаткам убунты можно отнести только snap, но он легко выпиливается. А firefox, например, спокойно ставится из ppa. Вывод такой. Если переход на дебиан обусловлен только snap, то я бы дёргаться пока не стал. Проще его выпилить, чем пытаться исправить врождённые косяки debian.
Ответить | Правка | Наверх | Cообщить модератору

	52. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–2 +/–
	Сообщение от chdlb (?), 28-Ноя-24, 17:42
	так что дебиан, что убунта - шлак, дебиан получше вечно кривой убунты, залезающей пользователю в гланды в целом хрен редьки не очень слаще
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (74), 28-Ноя-24, 18:12
	>дебиан получше вечно кривой убунты А в чём кривость конкретно заключается? И как-то трудно понять из этого сообщения, куда там кому убунта залезла.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+2 +/–
	Сообщение от Аноним (-), 28-Ноя-24, 18:49
	>>дебиан получше вечно кривой убунты > А в чём кривость конкретно заключается? И как-то трудно понять из этого > сообщения, куда там кому убунта залезла. Убунта задолбала своими падучими крашрепортерами, предложениями партнеров с всякими поисками, постоянными попытками всучить свой NIH кривой, типа MIR всяких и снапов уродских и проч. Вишенка на торте - рестриктивные условия использования (tm) и реп. Так что опенсорс оно такой достаточно условненький в сумме получается. Ибо ведет себя как полупроприетарь какая-то суммарно. А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов. Проваливший мне больше апгрейдов чем было успешных. Я не понимаю, шушеру с их питоном нельзя уйти и сделать системный компонент 1 раз в жизни чтоли? Оно постоянно качало самую последнюю версию себя - и дохло от того что версия питона в еще не обновленной системе оказывается - старая. Надо же, какая неожиданность. Просто позор какой-то.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
	Сообщение от Аноним (74), 28-Ноя-24, 20:28
	>падучими крашрепортерами У меня 22.04, никаких репортеров нет. Где ты находишь, поделись? >предложениями партнеров с всякими поисками Где ты их нашёл? >Вишенка на торте - рестриктивные условия использования (tm) и реп Тебя кто-то заставляет соблюдать американские законы? Опять, есть же PPA. Собирай как хочешь и что хочешь. >А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов. Не использовал ни разу. Обновляюсь по старинке, через dist-upgrade, по-дебиановски. > MIR Ни разу не видел, чтобы он ставился куда-то. Давно уже вяленый везде. В общем я не знаю, в убунте прекрасно можно жить, используя её на уровне дебиана. Но ты зачем-то выбрал путь страдальца.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (105), 28-Ноя-24, 21:19
	> У меня 22.04, никаких репортеров нет. Где ты находишь, поделись? Раньше был. Apport, чтоли, эта жертва абopта называлась. Тоже кусок глюкавого крапа на питоне. Мало того что пыталась без спроса слать крашрепорты сапопикалу по дефолту (там может быть весьма чувствительная информация) - так еще - лол - само падало при этом! Чем бесило неимоверно. Раньше прога тихо дохла. А так - ДВА мсгбокса, первый что упала прога, и что упал крашрепортер. Вот это я понимаю, фичу запилили, лопатой по мордаси. А что там в убунте 22 я уже и не следил. Ибо нахрен мне она при наличии дебиана? Можно позырить, есть ли пакет "apport". >>предложениями партнеров с всякими поисками > Где ты их нашёл? На десктопе в поиск одно время очень агрессивно пхали. В этот момент я наелся досыта такой политики - и перешел на дебиан. Не, выколупывать всякий крап из системы я не подписывался. >>Вишенка на торте - рестриктивные условия использования (tm) и реп > Тебя кто-то заставляет соблюдать американские законы? Опять, есть же PPA. Собирай как > хочешь и что хочешь. 1) Я как бы в нормальной юрисдикции отвисаю. 2) И практикую всякий околоэмбедовочный кастом, не только for fun но и for profit. Узнать не хочет ли со мной познакомиться юридический отдел сапопикала мне не с руки. Никакие PPA не решают этот вопрос. В случае дебиана я могу легально взять дебиан, их репы, набрать из тех пакетов кастом который хотел, честно написать - что - вот - де факто стандартный дебиан, с дефолтными репами. И за это ничего не будет. А поверх этого репу с вот именно своим софтом если оно надо, так и быть, можно и добавить, по согласованию. И конечно это реп на своих мощностях, вперлось мне облизывать ботинки сапопикала и гадать влезаю я в tos или мне уже банька сейчас будет. >>А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов. > Не использовал ни разу. Обновляюсь по старинке, через dist-upgrade, по-дебиановски. А вон тот глюкавый кусок питона они зачем тогда перли? Он так то да, реально пытается переключить репы и сделать вот это самое. Но, оказывыется, в столь нехитром деянии можно обделаться невероятным количеством способов. Автоматизаторы, блин, фиговы. >> MIR > Ни разу не видел, чтобы он ставился куда-то. Давно уже вяленый везде. Так у них вроде сервером вяленда эта штука и есть? Да, оно уже забило на то что оно нетакое - и стало просто очередным композитором. Но то что донкихотский план обломался до "ну ладно, проткну пикой мешок картошки, раз даже мельницы нет" - что ж поделать. > В общем я не знаю, в убунте прекрасно можно жить, используя её > на уровне дебиана. Но ты зачем-то выбрал путь страдальца. Да ну ее нахрен, бастардизированый клон дебиана по факту. Выбор ламонубов которым на телеметрию и партнеров похрен и которые не собирались бенефитами опенсорца пользоваться.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (74), 29-Ноя-24, 00:21
	>Apport Во времена 14.04 спокойно сносился одной командой. Сейчас даже не в курсе, что там вместо него, т.к. не ставлю то, что мне не требуется. >На десктопе в поиск одно время очень агрессивно пхали. 22.04, ничего такого нет. Наверное я просто никогда не ставлю некий "поиск". >в нормальной юрисдикции отвисаю У убунты под сотню нескучных сборочек, а страдаешь только ты. Видимо что-то не так с твоей юрисдикцией. >А вон тот глюкавый кусок питона они зачем тогда перли? А какая разница, если его не ставить? Там в репе дебиана тоже сотни кривых программ. Давай я всё поставлю и тоже начну страдать. >и стало просто очередным композитором Ну стало и стало, чего бухтеть то? Их и так дофига, этих вот композиторов. Разный кривости. >Да ну ее нахрен, бастардизированый клон дебиана по факту. Выбор ламонубов которым на телеметрию и партнеров похрен и которые не собирались бенефитами опенсорца пользоваться. Слишком много эмоций. Как-то не тянет на адекватный ответ.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 29-Ноя-24, 07:27
	>>Apport > Во времена 14.04 спокойно сносился одной командой. Сейчас даже не в курсе, > что там вместо него, т.к. не ставлю то, что мне не > требуется. А он в общем-то есть, и по дефолту даже включен - да, даже при minimal install. Отправка отчетов - отключена, да. А сам аппорт - включен, и - таки да - может доставлять проблемы, если что-то начнет циклично валиться и питонятина начнет результат повала циклично же обрабатывать - системе станет сильно-сильно весело, а вам наоборот - не очень. Так что рекомендую все же отключить ).
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 22:01
	> если что-то начнет циклично валиться и питонятина начнет результат повала циклично > же обрабатывать - системе станет сильно-сильно весело, а вам наоборот - > не очень. Так что рекомендую все же отключить ). Еще веселее если он сам валиться начинает - а он это умеет. Я и отключил путем перехода на дебиан, пусть убунтуи свой NIH горбатый сами и жрут.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 01-Дек-24, 17:01
	>> если что-то начнет циклично валиться и питонятина начнет результат повала циклично >> же обрабатывать - системе станет сильно-сильно весело, а вам наоборот - >> не очень. Так что рекомендую все же отключить ). > Еще веселее если он сам валиться начинает - а он это умеет. > Я и отключил путем перехода на дебиан, пусть убунтуи свой NIH > горбатый сами и жрут. И эти люди рассказывают про "виндузятников", решающих проблемы "переустановкой windows", ага. Смена дистрибутива вместо отключения 1го сервиса любым из желаемых способов - это конечно же другое, доаа.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 02-Дек-24, 23:57
	> И эти люди рассказывают про "виндузятников", решающих проблемы "переустановкой windows", > ага. Смена дистрибутива вместо отключения 1го сервиса любым из желаемых способов > - это конечно же другое, доаа. У меня постепенно отрос слишком длинный список того что я выпиливаю из убунты и мне это надоело. А потом я еще и в коммерческом режиме стал эмбедовку запиливать - и вот нафиг мне их рестриктивные ToS репов и (tm) приболели. А вы можете попробовать такое из винды запиливать - добро пожаловать на поле, удачи. И да, в номинации (ре)инсталлов ОС я так то любым маздайщикам дам конкретный мастеркласс :). Как и генерации образов под задачи. Винда же сколько я себя помню - в этом аспекте всегда была ужасна. Настолько что я в принципе назад не собираюсь, сами так пыхтите.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 03-Дек-24, 07:33
	>> И эти люди рассказывают про "виндузятников", решающих проблемы "переустановкой windows", >> ага. Смена дистрибутива вместо отключения 1го сервиса любым из желаемых способов >> - это конечно же другое, доаа. > У меня постепенно отрос слишком длинный список того что я выпиливаю из > убунты и мне это надоело. А потом я еще и в > коммерческом режиме стал эмбедовку запиливать - и вот нафиг мне их > рестриктивные ToS репов и (tm) приболели. Да-да, мы уже поняли, как у вас на сервере свербел mir, чесался snap и зудела реклама в gui'шном software center'е или как там его... еще небось обои в unity скуШные были - никак без смены дистрибутива не обойтись, вот прям совсем никак! > А вы можете попробовать такое из винды запиливать - добро пожаловать на > поле, удачи. > И да, в номинации (ре)инсталлов ОС я так то любым маздайщикам дам > конкретный мастеркласс :). Как и генерации образов под задачи. Винда же > сколько я себя помню - в этом аспекте всегда была ужасна. > Настолько что я в принципе назад не собираюсь, сами так пыхтите. Да-да, мы верим что в дисциплине правки дефолтов путем дистрохоппинга нам до вас далеко.
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 04-Дек-24, 08:59
	> его... еще небось обои в unity скуШные были - никак без > смены дистрибутива не обойтись, вот прям совсем никак! А я не подписывался постоянно от всяких корпоративных фекалий называемых улучшениями отчищаться. Вам збс? Вот _вы_ этим и займитесь. А мне обломно быть вторым сортом, если можно - первым, без вот этого всего. > Да-да, мы верим что в дисциплине правки дефолтов путем дистрохоппинга нам до вас далеко. Да это такой дистрохоппинг, конечно! Они ж родственники. Так что - большая часть знаний реюзабельна. Собстно убунта - бастардизирует дебиан, немного полирует - и выкладывает сие как релиз. Ну а я решил что более не нуждаюсь в "типа-богах" которые мне будут дебиан причесывать. С такими условиями как у них - спасибочки, но я и сам его себе причешу, не хуже этих. До тех жирафов мой конфиг low latency ядра доходил - лет 10 наверное. Да, вот уже как целые полгода, или может даже год - они наконец сравнимую конфигу нарулили. А я этим уже лет 10 наслаждался. Ибо зачем мне лаги, дергания и заикания на десктопе? Но это убунта - и их ядерная экспертиза - вестма характерная.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 22:00
	>>Apport > Во времена 14.04 спокойно сносился одной командой. Сейчас даже не в курсе, > что там вместо него, т.к. не ставлю то, что мне не требуется. Ну вот меня это к тому примрено моменту - за@#$ло уже, по мере всучивания "партнеров" и ориентации на проносящий ложку мимо рта - команд стало как-то сильно более 1. Я в какой-то момент и решил что шло бы оно все нахрен, проще дебиан ставить. Выпиливать меньше. А потом я вообще научился генерить образа и виртуалки "аддитивным" способом, стартуя с ультраминимальной болванки из-под (c)debootstrap'а. Заодно и минус дурацкие квесты с суперинсталлерами убивающими немало времени на совершенно странные действа которые можно оформить иными способами за пару минут. Что при большом количестве локалхостов - аргумент. Ну то-есть я не запускаю дурацкие инсталлеры и проч. Я просто вкатываю образ - уже готовый, под задачу. За пару минут. А от дебиана как такового мне надо - набор пакетов. Условия этого всего - намного лучше убунт, так что это все нормально пошло и for fun, и for profit (на мелкие одноплатники). >>На десктопе в поиск одно время очень агрессивно пхали. > 22.04, ничего такого нет. Наверное я просто никогда не ставлю некий "поиск". Да они сами ставили. Потому вроде передумали - но к тому моменту доверие уже было профакано и мне уже - все равно. К тому же меня уже не устраивают их условия (tm) и использования репов. Поднабив руку в технологии я решил что чего бы мне этим не зарабатывать бы иногда, раз уж эмбедовка интересна?! > У убунты под сотню нескучных сборочек, а страдаешь только ты. Видимо что-то > не так с твоей юрисдикцией. Сотня нескучных сборочек тратит море усилий на выпиливание (tm). А мне проше дебиан взять. Зачем мне жадный корп с неважнецкими замашками (партнеры, рестриктивный tos, агрессивное втюхивание услуг) как апстрим в вон тех начинаниях? >>А вон тот глюкавый кусок питона они зачем тогда перли? > А какая разница, если его не ставить? Они его по дефолту втуливали. А потом список хлама на apt purge стал меня напрягать своим размером - я и попробовал иные подходы. > Там в репе дебиана тоже сотни кривых программ. Давай я всё поставлю и тоже начну страдать. А вот дебиан набраный debootstrap/cdebootstrap по дефолту содержит - полторы программы. И никакие блевотные питонапгрейдеры мне не всучивает по дефолту. С убунтой наверное тоже это можно провернуть - но учитвая рестриктивность (tm) и ToS репов, логичнее юзать дебиан, раз уж я так разогнался. >>и стало просто очередным композитором > Ну стало и стало, чего бухтеть то? Их и так дофига, этих вот композиторов. Разный кривости. Да просто надоел мне их дурацкий NIH - я не подписывался быть тестовым хомячком на всякий их доморощеный крап, что snap, что Mir, что услуги партнеров, что очередной бред их маркетинга с MAAS/wtf/whatever. > Слишком много эмоций. Как-то не тянет на адекватный ответ. Как воспринимается - так и есть. Обгаженый клон дебиана как по мне. Единственное что у них реально хорошего есть - kernel livepatching, пожалуй. Но терпеть столько мытарств, ограничений и маркетингового булшита на мою голову я не готов.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	111. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 28-Ноя-24, 21:47
	Эммм... а какое отношение это все имеет к ubuntu server? Не, то что у них там firefox зачесался некоторым образом на-ме-ка-ет, но все же хочется верить в луДшее-светлое.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	112. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+1 +/–
	Сообщение от Аноним (112), 28-Ноя-24, 22:01
	> Эммм... а какое отношение это все имеет к ubuntu server? Не, то > что у них там firefox зачесался некоторым образом на-ме-ка-ет, но все > же хочется верить в луДшее-светлое. Половина этого гхэвна внезапно есть и там... :). Так что сервки с убунтой тоде стали довольно назойливыми штуками вечно пытающимися что-то впарить. Не, простите, мои серваки - это не бесалатный билборд охреневшего корпа для втуливания мне услуг.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 29-Ноя-24, 07:20
	>> Эммм... а какое отношение это все имеет к ubuntu server? Не, то >> что у них там firefox зачесался некоторым образом на-ме-ка-ет, но все >> же хочется верить в луДшее-светлое. > Половина этого гхэвна внезапно есть и там... :). Так что сервки с > убунтой тоде стали довольно назойливыми штуками вечно пытающимися что-то впарить. Не, > простите, мои серваки - это не бесалатный билборд охреневшего корпа для > втуливания мне услуг. Ээээ... нууу... аппорт на сервере ничего никуда не отправляет по дефолту года эдак с 17го если не раньше, снапов в свежей установке - вот ровно 0... вы ту убунту в глаза-то видели вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 22:05
	> Ээээ... нууу... аппорт на сервере ничего никуда не отправляет по дефолту года > эдак с 17го если не раньше, снапов в свежей установке - > вот ровно 0... вы ту убунту в глаза-то видели вообще? Зато все равно довольно много чего автоматического и назойливого - делает. Я как раз примерно в те поры предпочел развидеть это нахрен - в пользу дебиана. Пусть они там сами свои апорты, снапы, миры, и какие там еще поиски от партнеров жрут. Гадать куда еще они мне подляну запихнут в очередной раз - лично мне просто надоело. Я не хочу юзать дистро с такими полисями, если есть нормальный дебиан без всего этого корпоративного булшита.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 01-Дек-24, 17:04
	>> Ээээ... нууу... аппорт на сервере ничего никуда не отправляет по дефолту года >> эдак с 17го если не раньше, снапов в свежей установке - >> вот ровно 0... вы ту убунту в глаза-то видели вообще? > Зато все равно довольно много чего автоматического и назойливого - делает. Я > как раз примерно в те поры предпочел развидеть это нахрен - > в пользу дебиана. Пусть они там сами свои апорты, снапы, миры, > и какие там еще поиски от партнеров жрут. Гадать куда еще > они мне подляну запихнут в очередной раз - лично мне просто > надоело. Я не хочу юзать дистро с такими полисями, если есть > нормальный дебиан без всего этого корпоративного булшита. Перечислять это "многое"(ТМ) я, конечно же - не буду, да? Иначе опять нехорошо окажется - не Иванов, а Рабинович, не выиграл, а проиграл и не в преферанс, а на бильярде и не 10000, а сто рублей - а в остальном да-да - все верно...
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 03-Дек-24, 07:49
	> Перечислять это "многое"(ТМ) я, конечно же - не буду, да? Иначе опять > нехорошо окажется - не Иванов, а Рабинович, не выиграл, а проиграл > и не в преферанс, а на бильярде и не 10000, а > сто рублей - а в остальном да-да - все верно... Да даже в баннере при логине на сервер - рекламу пытаются пихать. Или очень приколол авторестартер сервисов активный по дефолту. Хорошо юзерье с сервака косил, как горох сыпались. А так - вы в вашем праве пользоваться этой шляпой. Для меня же сабж оказался менее назойливым и более предсказуемым и дружелюбным. Не пытаются свой корпоратинвый шит и сервисы втулить с чуть ли не ножом к горлу, заодно натолкав кучу сервисов для тех кто проносит ложку мимо рта.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 03-Дек-24, 09:20
	>> Перечислять это "многое"(ТМ) я, конечно же - не буду, да? Иначе опять >> нехорошо окажется - не Иванов, а Рабинович, не выиграл, а проиграл >> и не в преферанс, а на бильярде и не 10000, а >> сто рублей - а в остальном да-да - все верно... > Да даже в баннере при логине на сервер - рекламу пытаются пихать. Ну, учитывая, что по дефолту 'PrintMotd no' мне даже интересно, как-и-когда вы умудряетесь её увидеть. > Или очень приколол авторестартер сервисов активный по дефолту. Хорошо юзерье с > сервака косил, как горох сыпались. Это вы про needrestart или что-то другое? Если первое, то пожалуй не буду спрашивать, что у вас "юзверьё" делает на серверах и как вы обеспечиваете HA своих _сервисов_ - но unattended-upgrades-то у вас включен? Или вы все ручками, ручками? А рестарт сервисов при обновлении библиотек как делаете, чтобы этого "как горох"(ТМ) не происходило? > А так - вы в вашем праве пользоваться этой шляпой. Для меня > же сабж оказался менее назойливым и более предсказуемым и дружелюбным. Не > пытаются свой корпоратинвый шит и сервисы втулить с чуть ли не > ножом к горлу, заодно натолкав кучу сервисов для тех кто проносит > ложку мимо рта. Бла-бла-бла.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 04-Дек-24, 09:14
	> Ну, учитывая, что по дефолту 'PrintMotd no' мне даже интересно, как-и-когда вы > умудряетесь её увидеть. Что, в какой-то версии все же отрубили? Я просто отделался от недо-божков которые из себя многовато строят, и с тех пор не изволил тыкать палочкой и проверять не снизился ли градус офигения божеств. А зачем? Мне и без божеств хорошо, с дебианом. > Это вы про needrestart или что-то другое? Если первое, то пожалуй не > буду спрашивать, что у вас "юзверьё" делает на серверах и как > вы обеспечиваете HA своих _сервисов_ - но unattended-upgrades-то у вас включен? У них есть какой-то самопальный сервис, забыл как называется, норовит - рестартить все и вся без спроса во имя луны. Довольно м...цкий подход, прикольно когда сервак периодически делает ХРЯСЬ без вопросов, сам, без предупреждения. Опять же - я не знаю - во всех версиях убунт такие подарки, или они супер-умную клаву под стать интеллекту типовых своих юзерей только в некоторых версиях косплеили, мне это не интересно, я не трекал анатомию корпоративного треша каноникала. Просто прикладывался так пару раз - и запомнил. > Или вы все ручками, ручками? А рестарт сервисов при обновлении библиотек > как делаете, чтобы этого "как горох"(ТМ) не происходило? Ну вот так. В ряде случаев допустимо некоторые сервисы совсем не перезапускать - ибо их воон тот вулн вообще не затрагивает, а выпихать юзерей воооон оттуда - ну окей, это их анноить начинает и -N юзерей за итерацию, а мир не идеальный и никто вон ту здоровую штукенцию переделывать не будет, шибко накладно это. >> ложку мимо рта. > Бла-бла-бла. Да-да, вы нашли друг друга и явно годитесь сапопикалу как клиент.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от User (??), 04-Дек-24, 10:21
	>> Это вы про needrestart или что-то другое? Если первое, то пожалуй не >> буду спрашивать, что у вас "юзверьё" делает на серверах и как >> вы обеспечиваете HA своих _сервисов_ - но unattended-upgrades-то у вас включен? > У них есть какой-то самопальный сервис, забыл как называется, норовит - рестартить > все и вся без спроса во имя луны. Довольно м...цкий подход, > прикольно когда сервак периодически делает ХРЯСЬ без вопросов, сам, без предупреждения. Ох... а debian вы ну... видели? Если что, тот же самый needrestart есть и там. Да, так же по дефолту - отличается только конфигом. Да-да, причем поведение с перезапуском по умолчанию появилось года два назад. В общем, признайте ж уже - что убунту сервер вы в глаза не видели и сейчас напевы рабиновича пересказываете, а? Нафиг дальше-то позориться? >> Или вы все ручками, ручками? А рестарт сервисов при обновлении библиотек >> как делаете, чтобы этого "как горох"(ТМ) не происходило? > Ну вот так. В ряде случаев допустимо некоторые сервисы совсем не перезапускать > - ибо их воон тот вулн вообще не затрагивает, а выпихать > юзерей воооон оттуда - ну окей, это их анноить начинает и > -N юзерей за итерацию, а мир не идеальный и никто вон > ту здоровую штукенцию переделывать не будет, шибко накладно это. Угу. И "сервер" у вас - вот под кроватью, ага. Ну и VPS'ка за три бакса - хоть заперегружайся, один хрен никто не заметит, ибо ничего полезного она не делает - но можно конечно и не перезагружать - "и так сойдет!"
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 29-Ноя-24, 06:18
	парень, у них даже падучие инсталляторы, у них падает всё что может упасть ))))
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	202. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 30-Ноя-24, 22:21
	> парень, у них даже падучие инсталляторы, у них падает всё что может > упасть )))) Вот за инсталлеры я ничего не скажу - ибо последний раз видел и дебиановский инсталлер лет 7 назад наверное. Потом я как бы более эффективные технологии генерации системных образов и их деплоя познал и убивать те объемы времени и усилий на инсталл ос мне стало жутко лениво, когда можно все автоматически, без подлян и с деплоем за 2 минуты.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним_админ (?), 29-Ноя-24, 20:32
	> А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов. Инсталлер в 24.04 не хуже. Впервые в жизни увидел инсталлер, трижды падающий на разных этапах установки. WTF??? В итоге поставил 22.04 без проблем.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	205. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 01-Дек-24, 23:03
	>> А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов. > Инсталлер в 24.04 не хуже. Впервые в жизни увидел инсталлер, трижды падающий > на разных этапах установки. WTF??? > В итоге поставил 22.04 без проблем. у меня 22.04 падал тоже, например на попытке стереть уже пустой hostname )) там такой рандом забагованный, что перечислять баги просто не имеет смысла лютое болото, хорошо, что не летает
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (159), 29-Ноя-24, 07:50
	Хрен и редька однопартийцы – капуста.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

53. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–1 +/–
Сообщение от Швондик (?), 28-Ноя-24, 17:44
Подскажите пожалуйста, на каком сервисе можно посмотреть карту в реальных пропорциях, а то на таких картах Россия больше Африки, когда на самом деле меньше в 2 раза, а Гренландия в 15 раз меньше Африки, а выглядит больше
Ответить | Правка | Наверх | Cообщить модератору

	58. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от pfg21 (ok), 28-Ноя-24, 17:54
	только на шарике, сиречъ гугл.иртчъ :)     все остальное так или иначе корежит геометрию.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 28-Ноя-24, 18:47
	Если в реальных пропорциях, то углы поедут. Но если надо, то гугли карту с equal-area projection.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	88. Скрыто модератором	+2 +/–
	Сообщение от Аноним (-), 28-Ноя-24, 19:04
	Вот тут например thetruesize.com/#?borders=1~!MTY4Njc0MjM.NDYwNzQwNg*MzIzMTgzMDQ(MTE0ODgyMjU~!RU*NzQ4NDE5NA.OTA5MjQ0Ng)Mw Отличный сервис для того чтобы оценить насколько страны на экваторе, на самом деле здоровые.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	102. Скрыто модератором	+/–
	Сообщение от Швондик (?), 28-Ноя-24, 21:02
	спсб, прикольно
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (189), 30-Ноя-24, 14:38
	https://cartes.app/?style=osm
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

54. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–2 +/–
Сообщение от Аноним (56), 28-Ноя-24, 17:50
А я планирую вначале след. года с Ubuntu на Rocky Linux смигрировать.
Ответить | Правка | Наверх | Cообщить модератору

	79. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (79), 28-Ноя-24, 18:43
	И разбираться с другими проблемами: https://www.opennet.me/opennews/art.shtml?num=62307
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (85), 28-Ноя-24, 18:52
	> И разбираться с другими проблемами: https://www.opennet.me/opennews/art.shtml?num=62307 D-bus жирбоас на сервере - самое то, чтобы гамнеца покушать. Осоьенно прикольно в этом жиорбасе то что его без рестарта обновить невозможно, а если его рестартануть - все умрет. Очень удобный для сервера компонент. Настолько что системд стал обходные варианты без него активно развивать. И чего это они?...
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 28-Ноя-24, 21:24
	> А я планирую вначале след. года с Ubuntu на Rocky Linux смигрировать. Ты немного менее значительный чем Open Streem Map проект, и серверов у тебя - меньше, как и данных на них - и пользаков :)
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	154. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от chdlb (?), 29-Ноя-24, 06:21
	спрыгивай и не парься, можешь еще рассмотреть Oracle с UEK kernel, если нужен BTRFS у меня почти все сервера на Rocky 8/9, 1 SUSE и 1 на Oracle
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

140. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	–2 +/–
Сообщение от Liin (ok), 29-Ноя-24, 02:27
Это, конечно, печально, что вроде не глупые люди решили потратить массу времени на смену шила на мыло. Ну ладно там с кубером связываться не хотят, но завернуть сервисы в докер и разворачивать на любом линуксе - это прям что доктор прописал. Уж в докере проапгрейдить версию любого пакета - апач или руби так же просто, как чайку налить. Базовый докер чем хорош - из него можно слепить любую инфраструктуру банальным оркестратором. А потом, если будет желание, можно и в кубер или номад перейти.
Ответить | Правка | Наверх | Cообщить модератору

	141. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 02:30
	_зри в корень?_
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от BrainFucker (ok), 29-Ноя-24, 03:36
	Ага, а потом Canonical решит перенести докер в snap.
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	144. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Liin (ok), 29-Ноя-24, 03:43
	Причем тут Canonical вообще? Docker на убунту прекрасно устанавливается из официального репа компании Docker Inc - разработчика Docker. Вы тоже можете готовить и распространять любые свои пакеты независимо от Canonical и ее политики подготовки оф. пакаджей.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от BrainFucker (ok), 29-Ноя-24, 03:45
	Ага, а потом они решат перенести apt в snap.
	Ответить | Правка | Наверх | Cообщить модератору

	146. Скрыто модератором	+/–
	Сообщение от Аноним (-), 29-Ноя-24, 05:49
	ты так и не смотришь, да?))
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

	175. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от нах. (?), 29-Ноя-24, 16:46
	> Ага, а потом Canonical решит перенести докер в snap. И чо? Мир не рухнет.
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	206. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от BrainFucker (ok), 01-Дек-24, 23:38
	Мир потопили давно если что. Но дело не в этом. Когда они перенесли Firefox в snap, он тупо перестал запускаться. Однажды после обновления при запуске просто стал выдавать какой-то попап, что для того чтобы Firefox заработал, нужно выполнить руками какие-то действия. Я забил, было проще просто с официального сайта тарбол взять.
	Ответить | Правка | Наверх | Cообщить модератору

	234. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (234), 06-Дек-24, 01:45
	Менять шило на мыло? Зачем городить велосипед с докерами если они отходят от другого со снапами? Они наелись недостатками такого подхода.
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	235. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Liin (ok), 06-Дек-24, 01:58
	> Менять шило на мыло? > Зачем городить велосипед с докерами если они отходят от другого со снапами? Похоже, Вы плохо представляете, как заворачивают проекты со всеми зависимостями и настройками в docker compose. Это не альтернатива snap, там намного больше возможностей. И прямой путь к переезду потом в Kuber или Nomad или еще куда.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (234), 06-Дек-24, 07:22
	> Похоже, Вы плохо представляете, как заворачивают проекты со всеми зависимостями и настройками в docker compose. Так именно это и не нравится. Это огромный такой жирнющий минус.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Liin (ok), 06-Дек-24, 11:56
	>> Похоже, Вы плохо представляете, как заворачивают проекты со всеми зависимостями и настройками в docker compose. > Так именно это и не нравится. > Это огромный такой жирнющий минус. Аргументируйте, коллега.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (232), 06-Дек-24, 12:18
	Очевидно, разработчики OpenStreetMap, указывая в качестве недостатков ubuntu snap, знают о чем говорят. Нормальная система разработки подразумевает возможность использования разработанных компонентов в других программах. Использование контейнеров - сильно затрудняет задачу. Использование в качестве зависимостей пакетов из репозитария - сильно упрощает и позволяет сделать разработанные компоненты пакетами этого самого репозитария.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Liin (ok), 06-Дек-24, 12:23
	> Очевидно, разработчики OpenStreetMap, указывая в качестве недостатков ubuntu snap, знают > о чем говорят. > Нормальная система разработки подразумевает возможность использования разработанных > компонентов в других программах. Использование контейнеров - сильно затрудняет задачу. > Использование в качестве зависимостей пакетов из репозитария - сильно упрощает и > позволяет сделать разработанные компоненты пакетами этого самого репозитария. Я все же продолжаю сомневаться, что Вы достаточно знакомы с докером. Ведь там нет никаких проблем настроить зависимости от других контейнеров, docker image и даже пакетов, в том числе и тех самых snap.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (242), 06-Дек-24, 14:11
	Тогда расскажите, пожалуйста, как настроить зависимости пакетов дистрибутива от упакованного в докер.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Liin (ok), 06-Дек-24, 14:16
	> Тогда расскажите, пожалуйста, как настроить зависимости пакетов дистрибутива от упакованного > в докер. У Вас какие-то странные желания. Зачем это? Обычно требуется наоборот.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (242), 06-Дек-24, 14:22
	> У Вас какие-то странные желания. Зачем это? Обычно требуется наоборот. Совершенно не важно, что для кого-то является обычным. Для свободных проектов обычным является выделение части проекта в библиотеку, утилиту или демон, с возможностью всех желающих использовать его и участвовать в его доработке. Для этого наиболее подходят пакеты дистрибутивов.
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Liin (ok), 06-Дек-24, 14:35
	>> У Вас какие-то странные желания. Зачем это? Обычно требуется наоборот. > Совершенно не важно, что для кого-то является обычным. > Для свободных проектов обычным является выделение части проекта в библиотеку, утилиту или > демон, с возможностью всех желающих использовать его и участвовать в его > доработке. > Для этого наиболее подходят пакеты дистрибутивов. Нет не подходят. Просто потому, что придется делать пакеты под каждый популярный дистрибутив, а это надо реально упороться. Преимущество же упакованного в докер проекта в том, что он без изменений запустится НА ЛЮБОМ дистрибутиве.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (242), 06-Дек-24, 14:46
	> Нет не подходят. Просто потому, что придется делать пакеты под каждый популярный дистрибутив, а это надо реально упороться. Преимущество же упакованного в докер проекта в том, что он без изменений запустится НА ЛЮБОМ дистрибутиве. Ну так покажи, как прописать зависимости пакетов дистрибутивов от докеров. Вот совершенно не важно запустится ли на каком либо дистрибутиве что-либо, если нет возможности прописать зависимости в пакеты. Пока это не лежит в пакетах дистрибутивов - его не существует как законченного продукта. Кто-то может и будет пользоваться чужими незавершенными наработками, но это будет исключением из правил.
	Ответить | Правка | Наверх | Cообщить модератору

142. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
Сообщение от BrainFucker (ok), 29-Ноя-24, 03:34
> Возникновение проблем из-за того, что некоторые пакеты в Ubuntu поставляются только в формате snap. Этой причины было достаточно.
Ответить | Правка | Наверх | Cообщить модератору

	161. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Аноним (161), 29-Ноя-24, 08:05
	Угу. А ещё часть - по подписке.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 30-Ноя-24, 01:13
	> Угу. А ещё часть - по подписке. Это обновления же только на >5 лет?
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
	Сообщение от _ (??), 02-Дек-24, 18:55
	Так ещё и не вечер :)
	Ответить | Правка | Наверх | Cообщить модератору

250. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."	+/–
Сообщение от strannik7j (ok), 10-Дек-24, 17:34
После нескольких неудачных попыток обновить Kubuntu 22.04 до 24.04 я задумываюсь об этом же. Насколько я понял, если у тебя в системе стоит что-то кроме офф реп или snap - то хрен ты обновишься. Надеюсь у Debian с этим лучше.
Ответить | Правка | Наверх | Cообщить модератору

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

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