The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Проект 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..."  +106 +/
Сообщение от Агнонимemail (?), 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..."  –13 +/
Сообщение от Аноним (26), 28-Ноя-24, 16:52 
Какие претензии к снапу? Вот чтобы твердо и четко и по пунктам? Я использую и мне нравится. Еще и файфоксный снап сама мозила билдит, удобна.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

41. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."  +17 +/
Сообщение от Страдивариус (?), 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..."  –6 +/
Сообщение от пух (??), 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..."  +3 +/
Сообщение от chdlb (?), 28-Ноя-24, 17:39 
1) используется в очень ограниченном круге дистров
2) срет по всей системе, начиная с корня, и заканчивая хомяком
3) нет слоев как во флетпаке, возможно повторного использования пакета отсутсвует даже теоретическая

И это сравнение с флэтпаком, а нативные пакеты вообще вне конкуренции

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

101. "Проект OpenStreetMap перевёл серверную инфраструктуру с Ubun..."  +6 +/
Сообщение от 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..."  +/
Сообщение от senaemail (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..."  +/
Сообщение от senaemail (ok), 03-Дек-24, 16:42 
> Во флатпаке используется технология OSTree (https://en.wikipedia.org/wiki/OSTree),
> с помощью которой осуществляется дедупликация совпадающих файлов у разных пакетов. Т.е.
> переиспользование общих либ существует и работает.

Место на диске это дело десятое, главное это ОЗУ. Печально, конечно, если дупликаты библиотек загружаются для каждого флатпака и снапа.

С другой стороны ожидаемо, если тупо используется контейнеризация.

Выходит есть куда развиваться.

Ответить | Правка | К родителю #223 | Наверх | 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 +/
Сообщение от Анонимemail (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 +/
Сообщение от Анонимemail (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ообщить модератору

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

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 +/
Сообщение от Анонимemail (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 
Ответить | Правка | Наверх | Cообщить модератору

216. Скрыто модератором  +/
Сообщение от User (??), 03-Дек-24, 07:28 
Ответить | Правка | Наверх | 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 
Ответить | Правка | К родителю #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..."  +/
Сообщение от Анонимemail (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 +/
Сообщение от Liinemail (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..."  +/
Сообщение от Liinemail (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ообщить модератору

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру