Проект 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.dev/opennews/art.shtml?num=62305
скоро этот snap станет для ubuntu проклятием
В федоре то же всё на flatpak переводят, пока везёт в том что процесс идёт относительно медленно. Хотят вернуться к идее Fedora Core (выкинуть всё прикладное в флатпаки и не нести ответственность вообще за них) а самим пилить компиляторы ядро и обвязку. По идея то неплохая но что будет с качеством обычных программ - наверно будет как в венде, на форумах будем искать "у каво лудшая зборка наутелуса скиньте в личку чтоб без глюкаф".
Что мешает нести ответственность кладя все то же что ты клал в репу во флатпак?
К тому же федора пилит свой репозиторий для флатпак пакетов, типа чтобы пользователи были уверены в безопасности устанавливаемого.
Отсутствие зряплаты?
Как только объявят что "прикладуха - всио!"(С)^W прикладуха передается комунис^W комьюнити ... маинтэйнерофф тут же попрут. Посмотри что в IT мире деется :(
А как оказалось - пахать бесплатно никто не будет. ВНЕЗАПНО!(С) :)
Омг а за вложение в репу кто платит? Почему за репу нельзя заплатить как за флатпак?
Они курс взяли на то, что соповождение программ должно осуществляться разработчиками, а не сопроводителями. Буквально отберут у тебя флэтпек-репу, если разработчик изъявит желание её немножко посопровождать. При этом, как он будет это делать - его дело. Контроля качества никакого нет.
Flatpak только для десктопных программ, а убунта в snap пакетирует и серверные программы
> Что мешает нести ответственность кладя все то же что ты клал в
> репу во флатпак?Следите за руками, в федорке, как и в убунте нативные пакеты собираются мейнтейнерами дистрибутивов и несут за их качество ответственность хотя бы в виде репутационных рисков, что ежели чего будет бить по репутации дистрибутива. Всегда можно сказать, что это не апстрим хреново слепил софтину, а рукозажые мейнтейнеры дистров хреново её пропатчили и упаковали, "выбрали не ту версию" и прочие бла-бла-бла...
В случае fatpak/snap задумка переложить паковку в эти форматы на плечи самого апстрима, который до этого мог петь песни про то как ему тяжело пакетить на зоопарк дистров, теперь вот будет пакетить на два цирка с конями (ну или на один, ну или вообще не будет xD)
И в случае факапов с пакетами в формате fatpak/snap мейнтейнеры дистров как бы не при делах, говноснапили же не они, а апстрим, а разрабы дистров отвечают всего лишь за fedora atomic (или как там оно сейчас называется) и за ubuntu-core.По поводу ответственности, чисто технически и репутационно, с моральной стороны, ничего взвалить на себя самостоятельно ответственность не мешает и апстрим какждый за себя может решить насколько он будет отвественен в этом деле.
Но есть нюанс, в случае хреновых нативных пакетов в официальных репах дистра, рядовой пользователь думает в категориях: ага, хреновый(ые) мейнтейнер(ы) в ЭТОМ ДИСТРЕ => ЭТОТ ДИСТР не очень по качеству...
А в случае продолбов в фэтпаках, думает уже в ключе: ага, вот тот вон мейнтейнер фэтпака хреново собрал свой пакет под мою божественную федорку, которая атомарная и никогда не ломается.Если разницу не видите, то тут мои полномочия всё... заканчиваются?! ¯\_(ツ)_/¯
Не далее как сегодня думаю дай гляну как там дела у snap. Из трех установленых приложений нормально запустилось одно, второе вылетело с ошибкой а третье отказалось запускаться вообще. При этом из flatpak эти же приложения работают нормально. Эксперимент проведен в fedora 41. Вобще из flatpak установлено 8 приложений 7 из кторых заработали сразу а у одного пришлось подменить одну библиотеку и оно заработало тоже.
Какие претензии к снапу? Вот чтобы твердо и четко и по пунктам? Я использую и мне нравится. Еще и файфоксный снап сама мозила билдит, удобна.
Снап - это такой способ "а давайте всё со всеми своими зависимостями юзеру отдавать".Раньше эта задача решалась путем статической компиляции бинаря, но кто-то не осилил статическую компиляцию и теперь мы имеем следующее:
1) Динамически собранный бинарь со всем оверхедом, который динамическая линковка навешивает относительно статической
2) Динамически собранный бинарь без использования плюсов от динамической линковки, таких как:
2.1) Разделение в памяти библиотек с другими процессами, использующих их же
2.2) Обновление динамических библиотек с без перекомпиляции всех программ, которые от неё зависят (например, в случае исправления уязвимости).3) Говно, в котором творчества автором от силы на пару мегабайт кода и ещё несколько мегабайт на ресурсы, занимает на диске сотни мегабайт, так как тянет то, что уже и так есть в системе.
То есть, грубо говоря, это такой способ собрать в себе все минусы, выбрав самый упоротый способ распространения софта, ради деливери зависимостей юзеру.
> занимает на диске сотни мегабайтЩас к тебе набигут диванные десктопщики рассказывать про терабайтные диски в 2к24 году.
4) Нет штатного средства удаления устаревших версий, кроме как ручками snap remove --purge ... --revision ... для каждого пакета, из-за чего пухнет со страшной силой.
5) Не пускает оснапленное приложение за пределы песочницы и некоторого захардкоженного списка путей. Настроек списка путей юзером не предусмотрено.
> но кто-то не осилил статическую компиляциюТы застрял во временах configure, make install...
Чет моя не понять.
Если собрать прогу (скомпилировать её) то она на любом дистре стартанет будучи в бигарном виде?
Тогда нахрена эти снапы и флэтпаки и аппимэйджи? Ну только вроди как песочница есть...
теоретически - да (если ты про статическую сборку)практически - так получится собрать только хеловрот но и то неточно.
Файрфокс собрать статически не получится в принципе.Ну и на закусочку - булочки ты не выкинул, они так с тобой и летят. В смысле - теперь у тебя ВСЕ используемый программой библиотеки намертво сликнованы с ней. Забудь о dll sharing, забудь об обновлениях 3d-party либ при уязвимостях или критичных багах - ты каждый раз будешь пересобирать все целиком. Итого - тот же снап в профиль, только без изоляции, и с нечеловеческими трудозатратами чтобы даже очень простую программу таким образом собрать (потомушта в далеком-далеком 2000м году некто Дреппер заявил что "мне нах не нужна и вы обойдетесь!" И заодно сломал работу netscape [тогда еще не firefox] во всех линуксах. А потом пошел работать в microsoft, как у них принято.)
Ну, а appimage тогда разве не решает сию траблу?
Ощущение, что все на самом деле проще чем кажется и в статике кстати проблем видится меньше, нежели в динамическом обновлении либ 3-й части. Ибо если софт собран под определенной версией, а вышла новая либа и если она без исправления критических багов, то можно и потерпеть с выпуском новой версии софта, а вот уже при обнове чего-то сурёзного в либе, ну тогда и перекомпилять бинарь новой версии
> Ну, а appimage тогда разве не решает сию траблу?ну так и снап решает. тем же самым способом - операционная система внутри операционной системы. Обязанности по ее сопровождению и своевременному устранению проблем в отдельных деталях - успешно переложены на никого.
>> Ну, а appimage тогда разве не решает сию траблу?
> ну так и снап решает. тем же самым способом - операционная система
> внутри операционной системы. Обязанности по ее сопровождению и своевременному устранению
> проблем в отдельных деталях - успешно переложены на никого.Так ты радоваться должен - все как в твоей любимой маздайке, такой же факапище с скачал setupexe, за него отвечает - хзкто, так что вон там статически влинковали дырявый zlib - но апдейтить его уже не судьба, сиди теперь с вулном - вечно.
> Ну, а appimage тогда разве не решает сию траблу?
> Ощущение, что все на самом деле проще чем кажется и в статике
> кстати проблем видится меньше, нежели в динамическом обновлении либ 3-й части.
> Ибо если софт собран под определенной версией, а вышла новая либа
> и если она без исправления критических багов, то можно и потерпеть
> с выпуском новой версии софта, а вот уже при обнове чего-то
> сурёзного в либе, ну тогда и перекомпилять бинарь новой версииAppImage - это те же яйца только в профиль. Запусти любой AppImage с опцией --extract и узнаешь что внутри
AppImage хотя бы лежит одним куском в одном месте.
> AppImage хотя бы лежит одним куском в одном месте.А чем это тебя беспокоит? Ты с make install сравниваешь или какой альтернативой?
А еще ведь тар-болы были или это только на арче?
> Ну и на закусочку - булочки ты не выкинул, они так с
> тобой и летят. В смысле - теперь у тебя ВСЕ используемый
> программой библиотеки намертво сликнованы с ней. Забудь о dll sharing, забудь
> об обновлениях 3d-party либ при уязвимостях или критичных багахА со снапом придется делать то же самое. Но по крайней мере пересобирать снап-образ и скачивать его всем юзерам. Если мы принимаем парадигму "все моё ношу с собой" (в ней нет ничего такого плохого априори), то статическая линковка хотя бы делает более быстрый бинарь и выкидывает не используемые этим бинарем функции, а также делает возможным более глубокое LTO.
То, что там Ульрих сломал статическую линковку - теми силами корпораций, которыми продвигаются снап и его федоринг аналог, можно было бы это статическую починить уже 100 раз.
Изоляцию со статическими бинарями никто не запрещал.
Кроме того, можно собрать бинарь по большей части статически оставив динамическую линковку только с теми либами, которые даже санпные бинари берут из твоей системы.
В общем всё можно, если не строить град на холме.
> А со снапом придется делать то же самое. Но по крайней мере пересобирать снап-образон, в отличие от твоей самоделки - собирается _штатными_ средствами без необходимости воссоздавать на коленке сборочную систему (у того же файрфокса там п-ц в котором давно заблудились сами горе-разработчики) или переделывать ее целиком чтоб собирать статикой.
Т.е. банально автоматикой запустить ./build после обновления нескучной библиотечки зависимости четырнадцатого порядка - вот и всех трудов. И поскольку это не дистрибутив - такое обновление ничего точно не сломает, его незачем годами тестировать и ждать результатов - фуйфокс запускается - значит все норм. А не все стопиццот зависимых приложений проверять.
Проблема, правда, в том, что собиратели шнапа конечно же вовсе ничего такого делать не собирались. Вот выйдет новая версия самого фуфлофокса - может и обновят (все равно у них при сборке выкачивается наисвежайшая из под хвоста только что). А может и нет (апстрим ниправильный, вместо гитшлака живет где-то отдельно, надо специально озадачиваться отслеживать, да нунафиг, и так сойдет)
Но ты всегда можешь собрать свой, аналогов не имеющий шнапс.
Заметь, это в сто раз проще, даже ты можешь справиться.
> он, в отличие от твоей самоделкиО какой "твоей самоделке" ты пишешь, чёрт возьми? Я вижу как минимум три самоделки - snap, flatpack и appimage - и все три не мои.
> собирается _штатными_ средствами без необходимости воссоздавать на коленке сборочную систему
Друже, перечитай то, что я написал. Эти так называемые "штатные" средства не были оставлены нам дедами или египтянами, построившими пирамиды. Эти "штатные" средства были придуманы и разработаны на твоих глазах, чтобы что? Вот дальше вопрос. Они не решают ни одной проблемы. Так может быть, вместо того, чтобы тратить ресурсы на разработку трёх перделок, надо было потратить их на том, чтобы довести до ума старую добрую статическую сборку?
> Но ты всегда можешь собрать свой, аналогов не имеющий шнапс.
Не понял, зачем ты меня послал собирать мой образ снапа. Сам занимайся этой фигнёй, пративный. В моих системах нет ни снапов, ни флэтпаков.
Я пишу о твоей теоретической идейке собирать статиком. Внезапно, это будет уже твоя самоделка, совершенно непохожая на исходную версию софта.А шнап флатшмяк и кто там - это просто обертки. Позволяющие запаковать целиком весь мусор с локалхоста разработчика в том единственно неповторимом виде в котором ему удалось однажды случайно запустить build без ошибок.
> Друже, перечитай то, что я написал. Эти так называемые "штатные" средства не были оставлены нам
> дедами или египтянами, построившими пирамиды.у меня для тебя хреновая новость.
> А шнап флатшмяк и кто там - это просто обертки. Позволяющие запаковать целиком весь мусор с локалхоста разработчика в том единственно неповторимом виде в котором ему удалось однажды случайно запустить build без ошибок.Простите, но опять...
А если разраб просто сделает бинарь в который подтянутся все необходимые либы с локал хоста разработчика? Чем это не универсальное решение, а исходные коды так же выложить в ощий доступ. Ведь есть вроди бы бинарные дистрибутивы, или это, не про это?
> Внезапно, это будет уже твоя самоделка, совершенно непохожая на исходную версию софта.Какую исходную версию? Какого софта? Если я пишу продукт, то я танцую его сборку. Надо мне собрать статиком - собираю статиком. Естественно чужой софт, авторы которой изначально не озаботились о том, как его распространять, править будет тяжело. А если софт открытый, то смысла его собирать статиком нет - дистрибутивы собирают динамиком.
1) используется в очень ограниченном круге дистров
2) срет по всей системе, начиная с корня, и заканчивая хомяком
3) нет слоев как во флетпаке, возможно повторного использования пакета отсутсвует даже теоретическаяИ это сравнение с флэтпаком, а нативные пакеты вообще вне конкуренции
Вот как я уже давно писал про 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.
> Никаких shared libraries.Даже если разные снапы используют одну и ту же версию библиотеки? Это печально... А во флатпаке тоже так?
Во флатпаке используется технология OSTree (https://en.wikipedia.org/wiki/OSTree), с помощью которой осуществляется дедупликация совпадающих файлов у разных пакетов. Т.е. переиспользование общих либ существует и работает.
> Во флатпаке используется технология OSTree (https://en.wikipedia.org/wiki/OSTree),
> с помощью которой осуществляется дедупликация совпадающих файлов у разных пакетов. Т.е.
> переиспользование общих либ существует и работает.Каким образом дедупликация либ на диске влияет на загрузку их в RAM?
> Во флатпаке используется технология OSTree (https://en.wikipedia.org/wiki/OSTree),
> с помощью которой осуществляется дедупликация совпадающих файлов у разных пакетов. Т.е.
> переиспользование общих либ существует и работает.Место на диске это дело десятое, главное это ОЗУ. Печально, конечно, если дупликаты библиотек загружаются для каждого флатпака и снапа.
С другой стороны ожидаемо, если тупо используется контейнеризация.
Выходит есть куда развиваться.
Во флатпаке нет сжатия установленных пакетов. Это уже огромный плюс для быстрого запуска софта.
Во флатпаке вместо системных либ грузятся те что идут в пакетах Runtime (freedesktop/Gnome/KDE/etc).
Во флатпаке интеграция с системой идет через единое место "XDG Desktop Portals", в отличие от Snap где все держится на костылях.Тем не менее что Flatpak что Snap это инициатива по установке в вашу ОС еще одну урезанную базовую ОС, для того чтобы API/ABI было единым у всех пользователей не зависимо от дистрибутива.
Я предпочитаю обычные пакеты дистрибутива, либо собрать программу из исходников в /usr/local.
Но flatpak это молодежно, красиво, удобно угу люди пользуются чтобы не тратить свое время. ИМХО лучше стазу Windows установить.
> Во флатпаке нет сжатия установленных пакетов. Это уже огромный плюс для быстрого
> запуска софта.Если сжатие будет тормозить, его можно отключить. Но бывает и так, что считать меньший объём данных и распаковать быстрее, чем читать несжатые данные. Впрочем мой вопрос не о скорости загрузки.
> Во флатпаке вместо системных либ грузятся те что идут в пакетах Runtime
> (freedesktop/Gnome/KDE/etc).Вопрос даже не в том что они грузятся во второй раз, а в том, что они удваиваются в ОЗУ для каждого приложения во флатпаке. То есть для десяти флатпаков/снэпов загрузится десять копий одной и той же библиотеки. Вот это печально.
> Тем не менее что Flatpak что Snap это инициатива по установке в
> вашу ОС еще одну урезанную базовую ОС, для того чтобы API/ABI
> было единым у всех пользователей не зависимо от дистрибутива.Бывает полезно.
Даже обычные Sata SSD позволяют считать данные быстрее и менее нагружать CPU чем распаковывать (данные которых после распаковки оседают в файловом кеше ОЗУ).Во flatpak есть shared memory между библиотеками, там многое как в обычном линуксе работает. Но если каждая программа зависит от своей версии Runtime тогда да, будет много копий библиотек загружено.
> Во flatpak есть shared memory между библиотеками, там многое как в обычном
> линуксе работает.Почитал, и вроде нашёл что это не заслуга флатпака, пишут что якобы этим занимается ядро линукс, а не флатпак. То есть если у библиотеки один и тот же inode, то она будет загружена один раз в память и за это отвечает ядро.
Но в таком случае это же относится и к снапу, если снапы используют один и тот же файл разделяемой библиотеки, то она будет загружена один раз.
> Еще и файфоксный снап сама мозила билдит, удобна.Сама билдит, сама обновляет, сама уязвимости добавляет. Удобно, действительно. Теперь нет каких-то мейнтейнеров, которые что-то выпиливают и какие-то патчи накладывают, а ещё и бэкпорты делают. Ишь чего выдумали своевольничать.
У меня две:1. Не умеет обновлять работающий снап. "А сайчас закройте файрфокс и откройте его снова".
2. Мало что есть, много вася-сборок три года старых. Флатпак поживее.
Ни один рабочий процесс десктопного софта не умеет обновлять свой код рантайма на лету. Этого никогда не было. Хватит выдумывать чушь.В древние времена когда apt обновлял Firefox то тот мог крашнуться, только позже Firefox научился сам предупреждать что браузер нужно перезапустить, так как установленная версия обновилась в фоне.
Под вендой Firefox скачивает обновление в фоне, но устанавливает его только после закрытия (перед запуском).
Под fedora дефолтный путь обновления через gnome software это вообще полный ребут системы, чтобы systemd отработал.
Под линуксами с root A/B схемой и atomic вариантами обновление это полный ребут системы.
> Ни один рабочий процесс десктопного софта не умеет обновлять свой код рантайма
> на лету. Этого никогда не было. Хватит выдумывать чушь.Он не про лайв-патчинг говорит.
Софт из deb-пакетов нормально обновляется даже если он запущен.
А ты попробуй обновить snap-store из snap-store =)
Первое что я делаю это удаления snap```
sudo snap list
sudo snap remove lxd
sudo snap remove core24
sudo snap remove snapd
sudo apt purge snapd
rm -rf ~/snap
```
> Первое что я делаю это удаления snapДа, еще потом падучие крашрепортеры выпиливать, услуги парнтнеров, какие там глючные апдейтеры которые все равно не работают, и проч.
И вот так вот всего этого - с каждым релизом все больше. И возникает резонный вопрос: а почему бы вместо этого крапа просто СРАЗУ не поставить себе дебиан, без вот этого всего?!
да,ты прав многое приходиться выпиливать все эти snap'ы и навязаные pro'шки аккаунты они к оторжению ведут да и множатся с каждым релизом согласен проще поставить дебиан и не париться.
А можно вообще не ставить дистрибутив дискредитирующий всю экосистему.
Надо отключать снап в системд.
> скоро этот snap станет для ubuntu проклятиемДистиллированый NIH еще никого до добра не доводил...
Нет, скоро просто лавочку прикроют, так как деньги инвесторов закончились, богадельня - тоже, а как бизнес - на линукс-контингенте хрен заработаешь, не как на l-user-ах винды, как ни пытайся им снап навязать - просто свалят с платформы, даже если не сразу, а кактус жрать не будут. После этого проблемы с финансированием будут уже у дебиан, и он тоже загнётся.> скоро этот snap станет для ubuntu проклятием
Несколько лет уже как со снапунту почти все свалили, даже те, кто откладывали миграцию таки нашли время.
Да скорее бы уже. Может одумаются...
Docker, Kuber? Не, не слышали. Фигачим в прямо /bin! Героический побеждаем зависимости!
Ты что, щас весь OpenNet порвется
Костыльным технолониям в нориальном проде не место. Знаю таких: наворотят в контейнерах дичи, а потом не обновляют и удивляются уязвимостям.Почему-то распространён миф, что якобы докер решает все проблемы и с его использованием легче сопровождать и обновлять свои продукты.
Ложь. На практике по желанию левой пятки в докер пихают от легаси до unstable пакетов. Сисадмин, глядя на такое овно, решает его не трогать. Овно всплывает и в экстренном порядке его приходится топить.Нормальная практика – когда продукт в /bin репозитория, связан динамически с его библиотеками и сопровождается стабильной версией.
И именно по этому ребята столкнувшись с тем что им нужен один пакет поновее решили сменить дистриб и потратить сотни/тысячи человекочасов. Удобно.
что ты выдумываешь, три миллиарда человеко-часов потратили
> сменить дистриб и потратить сотни/тысячи человекочасов.Если цель - снести бубунту - то не жалко! :)
Ну и ... за 4 месяца управились...
Пиши уж "миллиарды человеко-часов", "чего их, басурман, жалеть?!"(С) :)
Да нормальная практика для 2007 года.
прикинь ты пользуешься цифрами которыми пользовались несколько сотен лет назад.
Не корёжит тебя?
Ты работал с продом?
К твоему сожалению - контейнеры это стандарт нынче
И они используется везде где возможно
Работал. К сожалению, да. Поэтому уточнил про "нормальный прод". Если 99% прода из овна и палок, это не делает его правильным решением.
> Если 99% прода из овна и палок, это не делает его правильным решением.Ну так назови где и кто эти 1% у которых всё по-фэншую ...
А из "овна и палок" всегда и везде все 146%. Так уж человеки устроены.
Не могу сказать за чужую кухню. У себя – перестал терпеть и стал бить по рукам за овно практику. Сначала слегка. Как привыкнут, закручу гайки ещё сильнее.
отказался от кубера что ли? как же ты количество pods увеличиваешь и нагрузку балансируешь? или у тебя монолитное приложение на одном инстансе? а если падает что делаешь? пользователи ждут пока 1 инстанс опять поднимется?
Где угодно у вас, в сбере и яндексе.
>И они используется везде где возможнобрэд оф сив кэйбл, в ынтырпрайзе до сих пор всё на виртуалочках, внутри в 95% венда.
в целом, голый докер без кубера - это уровень школьников или тачек разрабов. уверен что в сбере не докер, а кубер или аналоги. а это две колоссальные разницы.
> Костыльным технолониям в нориальном проде не место.Оххххх ....
Блажен кто верует! (С)
> Почему-то распространён миф, что якобы докер решает все проблемы и с его использованием легче сопровождать и обновлять свои продукты. Ложь.Да - ложь. Легче девляпсам его наговнякать чтоб оно работало хоть как то, ХЗ знает как. Но у вас будет такое же ХЗ, как и у них ... в тЭории ... если повезло :-\
> На практике по желанию левой пятки в докер пихают от легаси до unstable пакетов. Сисадмин, глядя на такое овно, решает его не трогать.
Не так. На практике если вы купили продуГд в доскере - во внутрь ты лезть не должен. Ты должен открыть тиЦкет у вендора и дать знать мЭнеджеру что пора искать другой контейнер с сомнительной начинкой и странным запахом, потому что этот уж очень уж ... всио :)
> На практике если вы купили продуГдЯ про продукты внутреннего использования.
>> На практике если вы купили продуГд
> Я про продукты внутреннего использования.то еще хуже - у вендора хотя бы в теории может быть кроме девляпа и альтернативно-одаренных обезьянок-кодеров кто-то отвечающий за содержимое контейнера.
А в таком протухте - тяпляп, тяпляп, и в прод. С каким нибудь log4j не обновлявшимся 20 лет потому что у разработчика "Все работаит!"
Уязвимость в контейнере довольно трудно улучшить до прав на уровне ОС.
Сборку контейнеров напротив очень легко вписать в системы контроля уязвимостей. Тупо по существованию CVE для используемых при сборке версий образов. Т.е. на уровне CI/CD отсекается 99% проблем.>в докер пихают от легаси до unstable пакетов
Чтобы напихать в докер, где-то должен быть Dockerfile и в нем все это будет на виду.
Проблема остается только если вы не сами собираете образы.>Нормальная практика – когда продукт в /bin репозитория, связан динамически с его библиотеками и сопровождается стабильной версией.
Нормальная практика - опакетить.
>в /bin репозиторияА че не в usr/bin? Гит все стерпит.
> Нормальная практика - опакетить.Именно. Я не говорил, что бинарники надо руками пихать.
> Уязвимость в контейнере довольно трудно улучшить до прав на уровне ОС.Кому оно нужно. Уязвили контейнер с базой -- сперли базу. А ОС себе оставьте, у нас у самих такое есть.
а ты сам собираешь образы? какие все? начиная с базовых?или все-таки базовый какой-нибудь алпайн или бубунточка?
докер - это помойка не имеющая никаких преимуществ в сравнении с VPS или деплойментов на выделленных серверах, одни только недостатки
уж лучше тогда nspawn и rootfs? не?
>Нормальная практика – когда продукт в /bin репозиторияв /bin ЧЕГО?!
P.S. на самом дел нормальная практика - это когда каждый пакет - в своей директории, а вернее - в своей собственной файловой системе, но дистрибутив всё организует так, что динамическая линковка проходит. По крайней мере так риск снести всё, удаляя установленное вручную через ninja install говно (ну многие разработчики софта - недоумки, не осилившие CPack, или вообще CMake и держащие угрёбищные мейкфайлы, которые мне потом приходится с помощью БЯМ распутывать, после сутками отлаживать, после переписывать опять с помощью БЯМ на python, потом опять отлаживать (внезапно, не только БЯМ не могут понять суть навороченных говновыражений, но и люди, после объяснения от БЯМ что это дерьмо делает), чтобы поведение совпадало, и только после этого переписывать сначала на Meson, а потом на CMake) намного меньше.
вау, здравый голос на опеннете, плюсуюхотите проблеваться спросите чатгпт, почему докер это круто )))
как будто фигачить в /bin это что-то плохое!докер это новый формат упаковки приложений, для ленивых, один раз упаковал, будет работать везде, ну почти везде
кубер нужен когда оркестрация контейнеров для тебя не пустой звук
а тут дцать серверов, нахрена им городить огород из контейнеров если и без них все и так работает?
ансиблом “помазали” и все будет работать как швейцарские часы!
Админ который баш скрипты для твоей инфраструктуры писал уволился, дистр перестал поддерживаться. Все ты у разбитого корыта.
так напиши сам, или ты только умеешь зарплату получать?
С оркестрами то же самое. Уволился – ноты и расстановку на сцене оказывается надо заново понять. Как и скрипты.
грош тебе цена, если твои админы и практикуют IaC!
и -> не
К155ла3 ?
;)
А что, у тебя /bin и /sbin пустые чтоли? Все в докере?
Чтобы обновить ruby надо обновлять дистрибутив? Они не слышали про rbenv?
Очевидно что они знают, что это и не хотят пачкаться этим.
> Очевидно что они знают, что это и не хотят пачкаться этим.По моему опыту использовать руби из реп вообще не удобно для рельс.
> Ubuntu has also caused us issue with some packages now only being distributed as snap packages (eg: Firefox).Серфить по инету с сервера это best move
Наверно даже не представляешь, что некоторые вытворяют на серверах. Например человек берёт VPS, другой ставит ему туда что-то необходимое, потом первый начитавшись мамкиных админов в интернетах начинает его админить в силу способностей без профильного образования: на сервере копошится третьегном ради pgadmina и ещё одной во всех бочках затычки... И на этом сервере работают люди! Всякое бывает, не все себе готовы позволить профильного специалиста...
> Наверно даже не представляешь, что некоторые вытворяют на серверах. Например человек берёт
> VPS, другой ставит ему туда что-то необходимое, потом первый начитавшись мамкиных
> админов в интернетах начинает его админить в силу способностей без профильного
> образования: на сервере копошится третьегном ради pgadmina и ещё одной во
> всех бочках затычки... И на этом сервере работают люди! Всякое бывает,
> не все себе готовы позволить профильного специалиста...А самое глумливое - что потом оказывается что тот админ локалхостник таски ворочает быстрее "профильных специалистов" типа вот вас. Потому что менее зашоренные, всего-то. А потом - ничего личного, это бизнес.
> А самое глумливое - что потом оказывается что тот админ локалхостник таски
> ворочает быстрее "профильных специалистов" типа вот вас. Потому что менее зашоренные,
> всего-то. А потом - ничего личного, это бизнес.В очередной раз чуда не случилось, сервак был развален после очередной полезной статьи. Пришлось готовить профильного специалиста, чтоб самому этим не заниматься.. Без профильных знаний получается полный шлак.
> В очередной раз чуда не случилось, сервак был развален после очередной полезной
> статьи. Пришлось готовить профильного специалиста, чтоб самому этим не заниматься.. Без
> профильных знаний получается полный шлак.Я так то видел - как профессиональне девопсы работают. То с чем вы будете целый день тра@хаться с вашими профильными знаниями, они сделают - минут за пять. И именно поэтому они и ушли ветеран юникс недоразумений типа вас на мороз. Вместе с вашими BSD, где управление системой - кусок отстоя.
>> Ubuntu has also caused us issue with some packages now only being distributed as snap
>> packages (eg: Firefox).
> Серфить по инету с сервера это best moveКорпорация Майкрософт явно разделялля ваши идеи - и одно время вхреначивала на домен контроллеры свой незабвенный сервелат. Вот это я понимаю - иллюстрация на тему "бессмысленно и беспощадно" во весь рост. На фоне такой монстряки всего лишь файрфокс на сервере - не такой уж и страшный.
на прод сервере обычно нет гуев, только если это твой личный полусервер
Ну вот третьего дни выяснилось, что толпа аж целых kernel developer'ов интерактивно что-то там на lkml'евских серверах ковыряла. ЛуДшие люди этого вашего ойти, панимаишь!
Секрет десятилетия: на тысячах серверов пользуются headless chrome для парсинга всяких говносайтов - и даже иксов там обычно не стоит. И нет, wget с curl-ом не справляются.
Такое ощущение что люди считают что докер и кубер нужны чтобы гадить самим себе, а не потому что это удобно и легко поддерживается.
Юзаю докер, ничего удобного + зонды сборщика.
ну раз ты такой умный, расскажи, ты в кубере statefull сервисы запускаешь? или только stateless?
если запускаешь statefull сервисы, то где хранишь как хранишь? а давай зафигашим все в ceph и бэкапить не будем!кубер легко “поддерживается”, когда поддержкой занимается кто-то другой, например твой сервис провайдер ну или на худой конец команда девопёс’еров!
а девопесеры сегодня наглые снобы, и обходятся не дешево.
В базе данных, база данных на хосте не в кубере и не в докере.
А чего же так то?!?!? Оно же удобнАААА?!?!?:)
Дак это читерство получается. Это какой-то полудокер уже.
Хранение файлов БД на хосте это какая-то великая проблема? Монтируем ./db в докер-контейнер условного постгреса и пожалуйста.
скажи а нахуа мне докер тогда, если я все могу иметь на хосте? вот нахрена он? и не лечите мне сказки про изоляцию зависемостей на одном хосте, что-то я не припомню, чтобы мне нужны были разные версии nginx под продукт, не говоря уже про VPS...
Дело не в зависимостях, а в разделении ресурсов.
> Дело не в зависимостях, а в разделении ресурсов.1) вариант с VPS никуда не исчезает
2) под ресурсами ты имеешь ввиду только CPU и RAM,
если тебя угораздило разделять ресурсы одного приложения (например микросервисы), то в итоге система в целом сильно будет уступать по возможности обработки пиковых нагрузок той системе, где ограничений по подсистемам нет3) если это не твое приложение, а абсолютно разные, почему тогда никто не соглашается, что докер - это замена шареного хостинга? ))) и при этом такая замена сильно уступает возможностям VPS, потому что как владелец одного из таких приложений я не имею к нему никакой доступа и ничего не могу поменять в его окружении или в нем самом, так еще и сложности с деплойментов stateful, это не часть докера в отличии от VPS
ну так если в нем ничего этого нет? то повторюсь - он нахрен не нужен ни для чего, кроме изоляции зависимостей, а в проде цирк с зависимостями почти нереальное явление
Ну, собственно последней строчкой можно начать-и-закончить, ага. "А чо они, а?!"
используй local path provisioner либо topolvm - и кайфуйУ тебя не distributed storage, а данные хранятся на ноде, но при этом у тебя динамически создают volume'ы
Если голова на плечах есть - стейтфулл можно катать в кубе
охренеть ты чудной, а ставить ты его не на хост собираешь? или ты не видишь структурную идентичность?кайфовать от чего? от дополнительного слоя, дополнительного кода? который потенциально несет свои собственные ошибки, уязвимости и накладные расходы?
да нафиг оно надо, я лучше плейбук напишу для дедика
> ну раз ты такой умный, расскажи, ты в кубере 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/
так это не в докере, а снаружи докера, и в данном случае неважно кубер или еще кто типа EBS это ему дастдокер самый упоротый тупой способ изоляции зависимостей, а для другого он вовсе не нужен
Нет с эти в кубере проблем: Быстрое хранилище - локальные диски, медленное ceph, отказоустойчивость на уровне приложения.
ога, точно, нет кубера - нет проблемвсе локальное, все свое родное ))
Они действительно нужны чтобы гадить самому себе. Вот NixOS - другое дело
Следующим шагом будет переход на Linux from Scratch. Никаких проблем с пакетами не будет.
дебиан хороший дистрибутив, правильный, а вот убунта - гамно!
Нету больше "хороших дистрибутивов"(С) - все они нынче "сорта"(С)...Впрочем против Слаки ничего не имею (ПатреГ - всё ещЁ боХ!), но никогда и не юзал :)
Есть такая партия^W дистрибутив! "Арчъ Линукс" называется.
и он тоже сорт(С) ;-p
Так смысл был в сокращении количества работы, а не в увеличении.
Если уже переходить, то на что-то нормальное. Например FreeBSD/OpenBSD.
> Если уже переходить, то на что-то нормальное. Например FreeBSD/OpenBSD.Это которые в 2024 вообще пакетными менеджерами не умеют пользоваться нормально до сих пор, и политики майнтенанса ос - совершенно никакущие для стабильного прод окружения? Там на это будет надо столько часов сколько у некоммерческих волонтерских проектов, извините, нетути.
Да и перфоманс там будет - понятно где. Что для OSM так то аргумент. Все ж вон там - про NVMe видите ли спич. Энтерпрайзные. Топовые. Там оверхед от IO не пустой звук.
В вон тех распоследних ядрах, с folios, io_uring и всем таким - оно даже нормальненько будет. А у вон тех откуда такой хайтек вообще возьмется?!
Для справки: вообще-то у FreeBSD отличный пакетник. Попробуй - поймёшь.
Но увы - походу не поможет даже он :(
> Для справки: вообще-то у FreeBSD отличный пакетник.Кроме отличного пакетника надо еще - уметь им пользоваться. При том еще и со стороны создателей оси и майнтайнеров софта.
Это подразумевает некие полиси и содержание реп в определенных рамках. Без этого какой бы там у вас суперский пакетник не был - он даром не упал. Как и без нормального количества живых майнтайнеров которые тем полисям еще и реально соответсвовать могут. А они недавно - срок поддержки сократили. Отличный шаг - чтобы с серверов улететь там где по недоразумению еще осталось почему-то.
> Попробуй - поймёшь.
Я не убиваю мое время на мусорную активность не имеющую перспектив.
> Но увы - походу не поможет даже он :(
Как говорится, горбатого могила исправит. А на чисто персональном уровне я не хочу никакие "базовые системы" и прибитые на гвозди допущения что мне нужны какие-то "цельной системы".
Мне от дебиана вообще по большому счету надо - набор пакетов. Все остальное я могу сделать сам, так как уместно в энной задаче и инсталляции. И коронный номер - тулсы типа (c)debootstrap позволяющие легко отстроить кастомную/минимальную систему под задачу. BSDшники показывали мне "типа такой же тулкит". Господи! Они неисправимы! Тот монстрик тоже пытался делать полный фарш, единственно правильным способом. С допущениями прибитыми на гвозди. То что кто-то может сделать шаг в сторону от их концепций и вэев (и типичного по их мнению локалхоста) - в заржавелой голове не шевельнулось. А дебиан чартерными рейсами на мелкие одноплатники запиливаю...
Т.е. эта ваша фряха - пытается делать вообще совсем не то что мне (и многим другим) надо.
Молодцы, с ним хотя бы лагов будет меньше хотя смотря какое оборудование, зато уязвимостей...))
А что - у демьяна список уязвимостей больше чем в бубунте? Дык нет...
Врёт тут какой то негритёнок и не краснеет, а если и краснеет - то не видно ;-D
А какая разница, если уязвимости исправляют по 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 дней исправляли уязвимость с готовым патчем. Это какой-то позор (с).
Дифф с github != патч. К твоему сведению, debian бекпортирует патчи в stable версию своих реп. А это не то же самое что обновить циферку пакета или наложить патч на master. Плюс время на тестирование.
К твоему сведению, proposed есть только у убунты. Так что весьма сомнительно утверждать, что в дебиане кто-то там что-то тестирует. И да, патч тривиальный и накладывается без проблем. Ничего "бэкпортировать" не требуется.
Чел, учи матчасть.
> патч тривиальный и накладывается без проблемРазумеется, вы это проверяли? На той версии из stable.
>В дебиане пакетик попал только 22 июняА в Ubuntu LTS — 26 июня, а в RHEL — 28 июня.
К сведению, Ubuntu LTS использует ветки Debian testing и unstable. Для обеих веток Debian открыто заявляет, что нет официальной поддержки обновлений безопасности. Она есть только у stable. Так что, пользователи Ubuntu сами виноваты.
И что, это как-то мешает каноникал выкатывать свои обновления безопасности?
ага, как раз и подсказка что нужно всегда есть - debian-security xDD
потому что апдейты безопасности туда и так попадают, анстейбл и тестинг это практически апстрим (без мелочей)
Не совсем. Testing и unstable не стремятся обновлять ради безопасности. Их просто обновляют и всё. Иногда быстро, иногда нет.
> Не совсем. Testing и unstable не стремятся обновлять ради безопасности. Их просто
> обновляют и всё. Иногда быстро, иногда нет.в целом обновляют довольно быстро, 1-2 дня от апстрима. Другое дело, что апстрим уже с секурити патчами, а на анстейбле мало кто сидит и в моменты релизов номерных версий на них просто забить могут.
но логика простая - на анстейбле и тестинге тебе никто и не обещает патчей, так что радуйся уже тому что есть
То им давай поддержку в 5+ лет т.е. стабильность, то им ядро поновее. Представляю какой франкенштейн у них получился.
Что то между LTS и sid.
Не вижу противоречий. Любая версия ядра совместима с любым юзерспейсом.
Кто тебе сказал?
Ээээ... ну... Торвальдс? Что мы-де "ду нот брик юзерспейс", вот это вот всё?
Не то, чтобы мы ему прям вот верили - но сказал, да. И вроде даже неоднократно :)
А что, кроме user-space ничего нет что ли? Читать хотя бы тут до просветления https://github.com/systemd/systemd/blob/main/README
"Любая версия ядра совместима с любым юзерспейсом."
"Кто тебе сказал?"
"Торвальдс"
> А что, кроме user-space ничего нет что ли?
> "Любая версия ядра совместима с любым юзерспейсом."
> "Кто тебе сказал?"
> "Торвальдс"
>> А что, кроме user-space ничего нет что ли?На лично мой вкус - вон того гражданина с этими коментами можно просто игнорить в контексте дебиана и его эксплуатации. Все эти бредни не имеют никакого отношения к инсталлу новых ядер из репы бэкпортов Debian и лишь тратят время читателей на сферическое чистоплюйство в вакууме.
> Ээээ... ну... Торвальдс? Что мы-де "ду нот брик юзерспейс", вот это вот
> всё?
> Не то, чтобы мы ему прям вот верили - но сказал, да.
> И вроде даже неоднократно :)Ну, экспертам от маздая на опеннете как всегда виднее за эксплуатацию дебианов то.
Сообщаю для "экспертов": установка новых ядер из backports на stable - как правило вполне простая и безопасная операция, что бы тут не разводили адепты теорий заговоров. Это просто работает. Как и должно. И майнтайнеры для чего-то такого на самом деле и нужны.
>> Ээээ... ну... Торвальдс? Что мы-де "ду нот брик юзерспейс", вот это вот
>> всё?
>> Не то, чтобы мы ему прям вот верили - но сказал, да.
>> И вроде даже неоднократно :)
> Ну, экспертам от маздая на опеннете как всегда виднее за эксплуатацию дебианов
> то.
> Сообщаю для "экспертов": установка новых ядер из backports на stable - как
> правило вполне простая и безопасная операция, что бы тут не разводили
> адепты теорий заговоров. Это просто работает. Как и должно. И майнтайнеры
> для чего-то такого на самом деле и нужны.Что, опять в 25 строчек не влезло, буфер переполнился и смысл остался не понятым - а пепел Клааса стучится и хочется чего-нибудь сказать? Вы с каким и чьим тезисом борцуетесь, товарищ? Можете, ну я прям стесняюсь - слово-то какое! сфор-му-ли-ро-вать и подтвердить цитатой, что этот самый тезис был оппонентом озвучен, а не родился в недрах того места где стучится пепел этого самого товарища?
> прям стесняюсь - слово-то какое! сфор-му-ли-ро-вать и подтвердить цитатой, что этот
> самый тезис был оппонентом озвучен, а не родился в недрах того
> места где стучится пепел этого самого товарища?Смотрите дети, у старого маздайца опять сорвало стэк :). Дедуля, можешь свой маздай экслуатировать сколько влезет.
Но во первых, ты никогда не соберешь на нем те конфиги которые из дебиана запиливаю я. Поэтому ты мне даже теоретически - не конкурент. Что прикольно.
Во вторых, когда локалхостов становятся сотни, маздай начинает конкретно задалбывать. И кажется уже задолбал даже сам майкрософт, старательно пытающийся свалить в абажуре на линух.
>[оверквотинг удален]
>> самый тезис был оппонентом озвучен, а не родился в недрах того
>> места где стучится пепел этого самого товарища?
> Смотрите дети, у старого маздайца опять сорвало стэк :). Дедуля, можешь свой
> маздай экслуатировать сколько влезет.
> Но во первых, ты никогда не соберешь на нем те конфиги которые
> из дебиана запиливаю я. Поэтому ты мне даже теоретически - не
> конкурент. Что прикольно.
> Во вторых, когда локалхостов становятся сотни, маздай начинает конкретно задалбывать.
> И кажется уже задолбал даже сам майкрософт, старательно пытающийся свалить в
> абажуре на линух.Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить. LOR'ненько... хотя уже и не очень - лет 15 как не модно. Што-ш... других линуксойедов у нас для вас больше нет.
> Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не
> смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить.
> LOR'ненько... хотя уже и не очень - лет 15 как не
> модно. Што-ш... других линуксойедов у нас для вас больше нет.Да, линуксоиды - не такая шушера как вы. И мы не собираемся пресмыкаться перед корпами, лобызать их ботинки и тем более - заниматься таким за деньги. Если вы пытались косплеить *никсоида - то грош этому цена в базарный день с вашей рекламой виндочки. При том не, вы даже не нечто уровня бох^W пох. Просто унылый потребитель без интересных свойств.
>> Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не
>> смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить.
>> LOR'ненько... хотя уже и не очень - лет 15 как не
>> модно. Што-ш... других линуксойедов у нас для вас больше нет.
> Да, линуксоиды - не такая шушера как вы. И мы не собираемся
> пресмыкаться перед корпами, лобызать их ботинки и тем более - заниматься
> таким за деньги. Если вы пытались косплеить *никсоида - то грош
> этому цена в базарный день с вашей рекламой виндочки. При том
> не, вы даже не нечто уровня бох^W пох. Просто унылый потребитель
> без интересных свойств.И тут анонима снесло в привычный BDSM...
>> не, вы даже не нечто уровня бох^W пох. Просто унылый потребитель
>> без интересных свойств.
> И тут анонима снесло в привычный BDSM...Могу же я подначить немного адепта направления? Который к тому же пассив и субмиссив предпочитает, и все время лезет рассказать как это круто - чьи-то ботинки лизать, пресмыкаться, и вообще, как же это можно - хоть шаг без хозяина и плетки?!
> Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не
> смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить.
> LOR'ненько... хотя уже и не очень - лет 15 как не
> модно. Што-ш... других линуксойедов у нас для вас больше нет.Фиксируем: линуксоиды в отличие от вас хотя-бы что-от могут и сами по себе. Без расхваливания виндочки и лобызания корпоративных ботинок в режиvе прилипшего к ним слизня. Чем они и интересны.
>> Ну, т.е. фиксируем: тезис сформулировать не смог, подтвердить его цитатой - не
>> смог, а смог... ну вот оппонента "виндузятником" назвать и виндовз унизить.
>> LOR'ненько... хотя уже и не очень - лет 15 как не
>> модно. Што-ш... других линуксойедов у нас для вас больше нет.
> Фиксируем: линуксоиды в отличие от вас хотя-бы что-от могут и сами по
> себе. Без расхваливания виндочки и лобызания корпоративных ботинок в режиvе прилипшего
> к ним слизня. Чем они и интересны.Да-да, про BDSM и foot-fetish в вашем исполнении мы с первого раза все поняли, можете не повторяться.
Где вы тут нашли "расхваливание виндочки" так уж и быть, спрашивать не буду - боюсь, вы совсем уж в гурятину уползете...
так вроде все на testing и сидят поэтому)) за 10 лет опыта что-то критическое для себя перечислить - на руках хватит)
а чё тогда тут https://hardware.openstreetmap.org/ пишут что Ubuntu 22.04
врут! не всё обновили$ 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
допилят :)
объявил же, а не перевел. перевод как обычно растянется на месяцы - годы....
Я так понимаю, что весь шум исключительно из-за snap. Но переходить на Debian в своё время я передумал по следующим причинам:1. Крайне вялое обновление. Дыры в безопасности латают иногда до нескольких недель.
2. Некоторые версии пакетов в убунте просто новее, чем в дебиане. Тот же hplip свежее, например.
3. С новыми ядрами тоже проблема. В бубанте же можно накатывать штатно от более новых релизов.
4. Блобы тоже толком не обновляются. На убунте ситуация намного лучше.
5. Нету ppa, куда можно было бы отгрузить свои исправленные пакеты.
6. Релиз-цикл крайне длинный. К моменту выхода stable пакетики уже безнадёжно устарели. В то время как убунта имеет стабильные срезы каждые полгода. Можно обновиться и ещё годик на нём пожить. Или остаться на LTS, если всё устраивает. В дебиане же либо протухший stable, либо testing со всеми вытекающими.К недостаткам убунты можно отнести только snap, но он легко выпиливается. А firefox, например, спокойно ставится из ppa.
Вывод такой. Если переход на дебиан обусловлен только snap, то я бы дёргаться пока не стал. Проще его выпилить, чем пытаться исправить врождённые косяки debian.
так что дебиан, что убунта - шлак, дебиан получше вечно кривой убунты, залезающей пользователю в гландыв целом хрен редьки не очень слаще
>дебиан получше вечно кривой убунтыА в чём кривость конкретно заключается? И как-то трудно понять из этого сообщения, куда там кому убунта залезла.
>>дебиан получше вечно кривой убунты
> А в чём кривость конкретно заключается? И как-то трудно понять из этого
> сообщения, куда там кому убунта залезла.Убунта задолбала своими падучими крашрепортерами, предложениями партнеров с всякими поисками, постоянными попытками всучить свой NIH кривой, типа MIR всяких и снапов уродских и проч.
Вишенка на торте - рестриктивные условия использования (tm) и реп. Так что опенсорс оно такой достаточно условненький в сумме получается. Ибо ведет себя как полупроприетарь какая-то суммарно.
А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов. Проваливший мне больше апгрейдов чем было успешных. Я не понимаю, шушеру с их питоном нельзя уйти и сделать системный компонент 1 раз в жизни чтоли? Оно постоянно качало самую последнюю версию себя - и дохло от того что версия питона в еще не обновленной системе оказывается - старая. Надо же, какая неожиданность. Просто позор какой-то.
>падучими крашрепортерамиУ меня 22.04, никаких репортеров нет. Где ты находишь, поделись?
>предложениями партнеров с всякими поисками
Где ты их нашёл?
>Вишенка на торте - рестриктивные условия использования (tm) и реп
Тебя кто-то заставляет соблюдать американские законы? Опять, есть же PPA. Собирай как хочешь и что хочешь.
>А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов.
Не использовал ни разу. Обновляюсь по старинке, через dist-upgrade, по-дебиановски.
> MIR
Ни разу не видел, чтобы он ставился куда-то. Давно уже вяленый везде.
В общем я не знаю, в убунте прекрасно можно жить, используя её на уровне дебиана. Но ты зачем-то выбрал путь страдальца.
> У меня 22.04, никаких репортеров нет. Где ты находишь, поделись?Раньше был. Apport, чтоли, эта жертва абopта называлась. Тоже кусок глюкавого крапа на питоне. Мало того что пыталась без спроса слать крашрепорты сапопикалу по дефолту (там может быть весьма чувствительная информация) - так еще - лол - само падало при этом! Чем бесило неимоверно. Раньше прога тихо дохла. А так - ДВА мсгбокса, первый что упала прога, и что упал крашрепортер. Вот это я понимаю, фичу запилили, лопатой по мордаси.
А что там в убунте 22 я уже и не следил. Ибо нахрен мне она при наличии дебиана? Можно позырить, есть ли пакет "apport".
>>предложениями партнеров с всякими поисками
> Где ты их нашёл?На десктопе в поиск одно время очень агрессивно пхали. В этот момент я наелся досыта такой политики - и перешел на дебиан. Не, выколупывать всякий крап из системы я не подписывался.
>>Вишенка на торте - рестриктивные условия использования (tm) и реп
> Тебя кто-то заставляет соблюдать американские законы? Опять, есть же PPA. Собирай как
> хочешь и что хочешь.1) Я как бы в нормальной юрисдикции отвисаю.
2) И практикую всякий околоэмбедовочный кастом, не только for fun но и for profit.Узнать не хочет ли со мной познакомиться юридический отдел сапопикала мне не с руки. Никакие PPA не решают этот вопрос.
В случае дебиана я могу легально взять дебиан, их репы, набрать из тех пакетов кастом который хотел, честно написать - что - вот - де факто стандартный дебиан, с дефолтными репами. И за это ничего не будет. А поверх этого репу с вот именно своим софтом если оно надо, так и быть, можно и добавить, по согласованию. И конечно это реп на своих мощностях, вперлось мне облизывать ботинки сапопикала и гадать влезаю я в tos или мне уже банька сейчас будет.
>>А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов.
> Не использовал ни разу. Обновляюсь по старинке, через dist-upgrade, по-дебиановски.А вон тот глюкавый кусок питона они зачем тогда перли? Он так то да, реально пытается переключить репы и сделать вот это самое. Но, оказывыется, в столь нехитром деянии можно обделаться невероятным количеством способов. Автоматизаторы, блин, фиговы.
>> MIR
> Ни разу не видел, чтобы он ставился куда-то. Давно уже вяленый везде.Так у них вроде сервером вяленда эта штука и есть? Да, оно уже забило на то что оно нетакое - и стало просто очередным композитором. Но то что донкихотский план обломался до "ну ладно, проткну пикой мешок картошки, раз даже мельницы нет" - что ж поделать.
> В общем я не знаю, в убунте прекрасно можно жить, используя её
> на уровне дебиана. Но ты зачем-то выбрал путь страдальца.Да ну ее нахрен, бастардизированый клон дебиана по факту. Выбор ламонубов которым на телеметрию и партнеров похрен и которые не собирались бенефитами опенсорца пользоваться.
>ApportВо времена 14.04 спокойно сносился одной командой. Сейчас даже не в курсе, что там вместо него, т.к. не ставлю то, что мне не требуется.
>На десктопе в поиск одно время очень агрессивно пхали.
22.04, ничего такого нет. Наверное я просто никогда не ставлю некий "поиск".
>в нормальной юрисдикции отвисаю
У убунты под сотню нескучных сборочек, а страдаешь только ты. Видимо что-то не так с твоей юрисдикцией.
>А вон тот глюкавый кусок питона они зачем тогда перли?
А какая разница, если его не ставить? Там в репе дебиана тоже сотни кривых программ. Давай я всё поставлю и тоже начну страдать.
>и стало просто очередным композитором
Ну стало и стало, чего бухтеть то? Их и так дофига, этих вот композиторов. Разный кривости.
>Да ну ее нахрен, бастардизированый клон дебиана по факту. Выбор ламонубов которым на телеметрию и партнеров похрен и которые не собирались бенефитами опенсорца пользоваться.
Слишком много эмоций. Как-то не тянет на адекватный ответ.
>>Apport
> Во времена 14.04 спокойно сносился одной командой. Сейчас даже не в курсе,
> что там вместо него, т.к. не ставлю то, что мне не
> требуется.А он в общем-то есть, и по дефолту даже включен - да, даже при minimal install. Отправка отчетов - отключена, да. А сам аппорт - включен, и - таки да - может доставлять проблемы, если что-то начнет циклично валиться и питонятина начнет результат повала циклично же обрабатывать - системе станет сильно-сильно весело, а вам наоборот - не очень. Так что рекомендую все же отключить ).
> если что-то начнет циклично валиться и питонятина начнет результат повала циклично
> же обрабатывать - системе станет сильно-сильно весело, а вам наоборот -
> не очень. Так что рекомендую все же отключить ).Еще веселее если он сам валиться начинает - а он это умеет. Я и отключил путем перехода на дебиан, пусть убунтуи свой NIH горбатый сами и жрут.
>> если что-то начнет циклично валиться и питонятина начнет результат повала циклично
>> же обрабатывать - системе станет сильно-сильно весело, а вам наоборот -
>> не очень. Так что рекомендую все же отключить ).
> Еще веселее если он сам валиться начинает - а он это умеет.
> Я и отключил путем перехода на дебиан, пусть убунтуи свой NIH
> горбатый сами и жрут.И эти люди рассказывают про "виндузятников", решающих проблемы "переустановкой windows", ага. Смена дистрибутива вместо отключения 1го сервиса любым из желаемых способов - это конечно же другое, доаа.
> И эти люди рассказывают про "виндузятников", решающих проблемы "переустановкой windows",
> ага. Смена дистрибутива вместо отключения 1го сервиса любым из желаемых способов
> - это конечно же другое, доаа.У меня постепенно отрос слишком длинный список того что я выпиливаю из убунты и мне это надоело. А потом я еще и в коммерческом режиме стал эмбедовку запиливать - и вот нафиг мне их рестриктивные ToS репов и (tm) приболели.
А вы можете попробовать такое из винды запиливать - добро пожаловать на поле, удачи.
И да, в номинации (ре)инсталлов ОС я так то любым маздайщикам дам конкретный мастеркласс :). Как и генерации образов под задачи. Винда же сколько я себя помню - в этом аспекте всегда была ужасна. Настолько что я в принципе назад не собираюсь, сами так пыхтите.
>> И эти люди рассказывают про "виндузятников", решающих проблемы "переустановкой windows",
>> ага. Смена дистрибутива вместо отключения 1го сервиса любым из желаемых способов
>> - это конечно же другое, доаа.
> У меня постепенно отрос слишком длинный список того что я выпиливаю из
> убунты и мне это надоело. А потом я еще и в
> коммерческом режиме стал эмбедовку запиливать - и вот нафиг мне их
> рестриктивные ToS репов и (tm) приболели.Да-да, мы уже поняли, как у вас на сервере свербел mir, чесался snap и зудела реклама в gui'шном software center'е или как там его... еще небось обои в unity скуШные были - никак без смены дистрибутива не обойтись, вот прям совсем никак!
> А вы можете попробовать такое из винды запиливать - добро пожаловать на
> поле, удачи.
> И да, в номинации (ре)инсталлов ОС я так то любым маздайщикам дам
> конкретный мастеркласс :). Как и генерации образов под задачи. Винда же
> сколько я себя помню - в этом аспекте всегда была ужасна.
> Настолько что я в принципе назад не собираюсь, сами так пыхтите.Да-да, мы верим что в дисциплине правки дефолтов путем дистрохоппинга нам до вас далеко.
> его... еще небось обои в unity скуШные были - никак без
> смены дистрибутива не обойтись, вот прям совсем никак!А я не подписывался постоянно от всяких корпоративных фекалий называемых улучшениями отчищаться. Вам збс? Вот _вы_ этим и займитесь. А мне обломно быть вторым сортом, если можно - первым, без вот этого всего.
> Да-да, мы верим что в дисциплине правки дефолтов путем дистрохоппинга нам до вас далеко.
Да это такой дистрохоппинг, конечно! Они ж родственники. Так что - большая часть знаний реюзабельна. Собстно убунта - бастардизирует дебиан, немного полирует - и выкладывает сие как релиз.
Ну а я решил что более не нуждаюсь в "типа-богах" которые мне будут дебиан причесывать. С такими условиями как у них - спасибочки, но я и сам его себе причешу, не хуже этих. До тех жирафов мой конфиг low latency ядра доходил - лет 10 наверное. Да, вот уже как целые полгода, или может даже год - они наконец сравнимую конфигу нарулили. А я этим уже лет 10 наслаждался. Ибо зачем мне лаги, дергания и заикания на десктопе? Но это убунта - и их ядерная экспертиза - вестма характерная.
>>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, пожалуй. Но терпеть столько мытарств, ограничений и маркетингового булшита на мою голову я не готов.
Эммм... а какое отношение это все имеет к ubuntu server? Не, то что у них там firefox зачесался некоторым образом на-ме-ка-ет, но все же хочется верить в луДшее-светлое.
> Эммм... а какое отношение это все имеет к ubuntu server? Не, то
> что у них там firefox зачесался некоторым образом на-ме-ка-ет, но все
> же хочется верить в луДшее-светлое.Половина этого гхэвна внезапно есть и там... :). Так что сервки с убунтой тоде стали довольно назойливыми штуками вечно пытающимися что-то впарить. Не, простите, мои серваки - это не бесалатный билборд охреневшего корпа для втуливания мне услуг.
>> Эммм... а какое отношение это все имеет к ubuntu server? Не, то
>> что у них там firefox зачесался некоторым образом на-ме-ка-ет, но все
>> же хочется верить в луДшее-светлое.
> Половина этого гхэвна внезапно есть и там... :). Так что сервки с
> убунтой тоде стали довольно назойливыми штуками вечно пытающимися что-то впарить. Не,
> простите, мои серваки - это не бесалатный билборд охреневшего корпа для
> втуливания мне услуг.Ээээ... нууу... аппорт на сервере ничего никуда не отправляет по дефолту года эдак с 17го если не раньше, снапов в свежей установке - вот ровно 0... вы ту убунту в глаза-то видели вообще?
> Ээээ... нууу... аппорт на сервере ничего никуда не отправляет по дефолту года
> эдак с 17го если не раньше, снапов в свежей установке -
> вот ровно 0... вы ту убунту в глаза-то видели вообще?Зато все равно довольно много чего автоматического и назойливого - делает. Я как раз примерно в те поры предпочел развидеть это нахрен - в пользу дебиана. Пусть они там сами свои апорты, снапы, миры, и какие там еще поиски от партнеров жрут. Гадать куда еще они мне подляну запихнут в очередной раз - лично мне просто надоело. Я не хочу юзать дистро с такими полисями, если есть нормальный дебиан без всего этого корпоративного булшита.
>> Ээээ... нууу... аппорт на сервере ничего никуда не отправляет по дефолту года
>> эдак с 17го если не раньше, снапов в свежей установке -
>> вот ровно 0... вы ту убунту в глаза-то видели вообще?
> Зато все равно довольно много чего автоматического и назойливого - делает. Я
> как раз примерно в те поры предпочел развидеть это нахрен -
> в пользу дебиана. Пусть они там сами свои апорты, снапы, миры,
> и какие там еще поиски от партнеров жрут. Гадать куда еще
> они мне подляну запихнут в очередной раз - лично мне просто
> надоело. Я не хочу юзать дистро с такими полисями, если есть
> нормальный дебиан без всего этого корпоративного булшита.Перечислять это "многое"(ТМ) я, конечно же - не буду, да? Иначе опять нехорошо окажется - не Иванов, а Рабинович, не выиграл, а проиграл и не в преферанс, а на бильярде и не 10000, а сто рублей - а в остальном да-да - все верно...
> Перечислять это "многое"(ТМ) я, конечно же - не буду, да? Иначе опять
> нехорошо окажется - не Иванов, а Рабинович, не выиграл, а проиграл
> и не в преферанс, а на бильярде и не 10000, а
> сто рублей - а в остальном да-да - все верно...Да даже в баннере при логине на сервер - рекламу пытаются пихать. Или очень приколол авторестартер сервисов активный по дефолту. Хорошо юзерье с сервака косил, как горох сыпались.
А так - вы в вашем праве пользоваться этой шляпой. Для меня же сабж оказался менее назойливым и более предсказуемым и дружелюбным. Не пытаются свой корпоратинвый шит и сервисы втулить с чуть ли не ножом к горлу, заодно натолкав кучу сервисов для тех кто проносит ложку мимо рта.
>> Перечислять это "многое"(ТМ) я, конечно же - не буду, да? Иначе опять
>> нехорошо окажется - не Иванов, а Рабинович, не выиграл, а проиграл
>> и не в преферанс, а на бильярде и не 10000, а
>> сто рублей - а в остальном да-да - все верно...
> Да даже в баннере при логине на сервер - рекламу пытаются пихать.Ну, учитывая, что по дефолту 'PrintMotd no' мне даже интересно, как-и-когда вы умудряетесь её увидеть.
> Или очень приколол авторестартер сервисов активный по дефолту. Хорошо юзерье с
> сервака косил, как горох сыпались.Это вы про needrestart или что-то другое? Если первое, то пожалуй не буду спрашивать, что у вас "юзверьё" делает на серверах и как вы обеспечиваете HA своих _сервисов_ - но unattended-upgrades-то у вас включен? Или вы все ручками, ручками? А рестарт сервисов при обновлении библиотек как делаете, чтобы этого "как горох"(ТМ) не происходило?
> А так - вы в вашем праве пользоваться этой шляпой. Для меня
> же сабж оказался менее назойливым и более предсказуемым и дружелюбным. Не
> пытаются свой корпоратинвый шит и сервисы втулить с чуть ли не
> ножом к горлу, заодно натолкав кучу сервисов для тех кто проносит
> ложку мимо рта.Бла-бла-бла.
> Ну, учитывая, что по дефолту 'PrintMotd no' мне даже интересно, как-и-когда вы
> умудряетесь её увидеть.Что, в какой-то версии все же отрубили? Я просто отделался от недо-божков которые из себя многовато строят, и с тех пор не изволил тыкать палочкой и проверять не снизился ли градус офигения божеств. А зачем? Мне и без божеств хорошо, с дебианом.
> Это вы про needrestart или что-то другое? Если первое, то пожалуй не
> буду спрашивать, что у вас "юзверьё" делает на серверах и как
> вы обеспечиваете HA своих _сервисов_ - но unattended-upgrades-то у вас включен?У них есть какой-то самопальный сервис, забыл как называется, норовит - рестартить все и вся без спроса во имя луны. Довольно м...цкий подход, прикольно когда сервак периодически делает ХРЯСЬ без вопросов, сам, без предупреждения.
Опять же - я не знаю - во всех версиях убунт такие подарки, или они супер-умную клаву под стать интеллекту типовых своих юзерей только в некоторых версиях косплеили, мне это не интересно, я не трекал анатомию корпоративного треша каноникала. Просто прикладывался так пару раз - и запомнил.
> Или вы все ручками, ручками? А рестарт сервисов при обновлении библиотек
> как делаете, чтобы этого "как горох"(ТМ) не происходило?Ну вот так. В ряде случаев допустимо некоторые сервисы совсем не перезапускать - ибо их воон тот вулн вообще не затрагивает, а выпихать юзерей воооон оттуда - ну окей, это их анноить начинает и -N юзерей за итерацию, а мир не идеальный и никто вон ту здоровую штукенцию переделывать не будет, шибко накладно это.
>> ложку мимо рта.
> Бла-бла-бла.Да-да, вы нашли друг друга и явно годитесь сапопикалу как клиент.
>> Это вы про needrestart или что-то другое? Если первое, то пожалуй не
>> буду спрашивать, что у вас "юзверьё" делает на серверах и как
>> вы обеспечиваете HA своих _сервисов_ - но unattended-upgrades-то у вас включен?
> У них есть какой-то самопальный сервис, забыл как называется, норовит - рестартить
> все и вся без спроса во имя луны. Довольно м...цкий подход,
> прикольно когда сервак периодически делает ХРЯСЬ без вопросов, сам, без предупреждения.Ох... а debian вы ну... видели? Если что, тот же самый needrestart есть и там. Да, так же по дефолту - отличается только конфигом. Да-да, причем поведение с перезапуском по умолчанию появилось года два назад.
В общем, признайте ж уже - что убунту сервер вы в глаза не видели и сейчас напевы рабиновича пересказываете, а? Нафиг дальше-то позориться?>> Или вы все ручками, ручками? А рестарт сервисов при обновлении библиотек
>> как делаете, чтобы этого "как горох"(ТМ) не происходило?
> Ну вот так. В ряде случаев допустимо некоторые сервисы совсем не перезапускать
> - ибо их воон тот вулн вообще не затрагивает, а выпихать
> юзерей воооон оттуда - ну окей, это их анноить начинает и
> -N юзерей за итерацию, а мир не идеальный и никто вон
> ту здоровую штукенцию переделывать не будет, шибко накладно это.Угу. И "сервер" у вас - вот под кроватью, ага. Ну и VPS'ка за три бакса - хоть заперегружайся, один хрен никто не заметит, ибо ничего полезного она не делает - но можно конечно и не перезагружать - "и так сойдет!"
парень, у них даже падучие инсталляторы, у них падает всё что может упасть ))))
> парень, у них даже падучие инсталляторы, у них падает всё что может
> упасть ))))Вот за инсталлеры я ничего не скажу - ибо последний раз видел и дебиановский инсталлер лет 7 назад наверное. Потом я как бы более эффективные технологии генерации системных образов и их деплоя познал и убивать те объемы времени и усилий на инсталл ос мне стало жутко лениво, когда можно все автоматически, без подлян и с деплоем за 2 минуты.
> А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов.Инсталлер в 24.04 не хуже. Впервые в жизни увидел инсталлер, трижды падающий на разных этапах установки. WTF???
В итоге поставил 22.04 без проблем.
>> А капелька крема на вишенке - их "офигенный" фирменный апдейтер релизов.
> Инсталлер в 24.04 не хуже. Впервые в жизни увидел инсталлер, трижды падающий
> на разных этапах установки. WTF???
> В итоге поставил 22.04 без проблем.у меня 22.04 падал тоже, например на попытке стереть уже пустой hostname ))
там такой рандом забагованный, что перечислять баги просто не имеет смысла
лютое болото, хорошо, что не летает
Хрен и редька однопартийцы – капуста.
Подскажите пожалуйста, на каком сервисе можно посмотреть карту в реальных пропорциях, а то на таких картах Россия больше Африки, когда на самом деле меньше в 2 раза, а Гренландия в 15 раз меньше Африки, а выглядит больше
только на шарике, сиречъ гугл.иртчъ :)
все остальное так или иначе корежит геометрию.
Если в реальных пропорциях, то углы поедут.Но если надо, то гугли карту с equal-area projection.
Вот тут например
thetruesize.com/#?borders=1~!MTY4Njc0MjM.NDYwNzQwNg*MzIzMTgzMDQ(MTE0ODgyMjU~!RU*NzQ4NDE5NA.OTA5MjQ0Ng)MwОтличный сервис для того чтобы оценить насколько страны на экваторе, на самом деле здоровые.
спсб, прикольно
https://cartes.app/?style=osm
А я планирую вначале след. года с Ubuntu на Rocky Linux смигрировать.
И разбираться с другими проблемами: https://www.opennet.dev/opennews/art.shtml?num=62307
> И разбираться с другими проблемами: https://www.opennet.dev/opennews/art.shtml?num=62307D-bus жирбоас на сервере - самое то, чтобы гамнеца покушать. Осоьенно прикольно в этом жиорбасе то что его без рестарта обновить невозможно, а если его рестартануть - все умрет. Очень удобный для сервера компонент.
Настолько что системд стал обходные варианты без него активно развивать. И чего это они?...
> А я планирую вначале след. года с Ubuntu на Rocky Linux смигрировать.Ты немного менее значительный чем Open Streem Map проект, и серверов у тебя - меньше, как и данных на них - и пользаков :)
спрыгивай и не парься, можешь еще рассмотреть Oracle с UEK kernel, если нужен BTRFSу меня почти все сервера на Rocky 8/9, 1 SUSE и 1 на Oracle
Это, конечно, печально, что вроде не глупые люди решили потратить массу времени на смену шила на мыло. Ну ладно там с кубером связываться не хотят, но завернуть сервисы в докер и разворачивать на любом линуксе - это прям что доктор прописал. Уж в докере проапгрейдить версию любого пакета - апач или руби так же просто, как чайку налить. Базовый докер чем хорош - из него можно слепить любую инфраструктуру банальным оркестратором. А потом, если будет желание, можно и в кубер или номад перейти.
_зри в корень?_
Ага, а потом Canonical решит перенести докер в snap.
Причем тут Canonical вообще? Docker на убунту прекрасно устанавливается из официального репа компании Docker Inc - разработчика Docker. Вы тоже можете готовить и распространять любые свои пакеты независимо от Canonical и ее политики подготовки оф. пакаджей.
Ага, а потом они решат перенести apt в snap.
ты так и не смотришь, да?))
> Ага, а потом Canonical решит перенести докер в snap.И чо? Мир не рухнет.
Мир потопили давно если что. Но дело не в этом. Когда они перенесли Firefox в snap, он тупо перестал запускаться. Однажды после обновления при запуске просто стал выдавать какой-то попап, что для того чтобы Firefox заработал, нужно выполнить руками какие-то действия. Я забил, было проще просто с официального сайта тарбол взять.
Менять шило на мыло?Зачем городить велосипед с докерами если они отходят от другого со снапами?
Они наелись недостатками такого подхода.
> Менять шило на мыло?
> Зачем городить велосипед с докерами если они отходят от другого со снапами?Похоже, Вы плохо представляете, как заворачивают проекты со всеми зависимостями и настройками в docker compose. Это не альтернатива snap, там намного больше возможностей. И прямой путь к переезду потом в Kuber или Nomad или еще куда.
> Похоже, Вы плохо представляете, как заворачивают проекты со всеми зависимостями и настройками в docker compose.Так именно это и не нравится.
Это огромный такой жирнющий минус.
>> Похоже, Вы плохо представляете, как заворачивают проекты со всеми зависимостями и настройками в docker compose.
> Так именно это и не нравится.
> Это огромный такой жирнющий минус.Аргументируйте, коллега.
Очевидно, разработчики OpenStreetMap, указывая в качестве недостатков ubuntu snap, знают о чем говорят.Нормальная система разработки подразумевает возможность использования разработанных компонентов в других программах. Использование контейнеров - сильно затрудняет задачу. Использование в качестве зависимостей пакетов из репозитария - сильно упрощает и позволяет сделать разработанные компоненты пакетами этого самого репозитария.
> Очевидно, разработчики OpenStreetMap, указывая в качестве недостатков ubuntu snap, знают
> о чем говорят.
> Нормальная система разработки подразумевает возможность использования разработанных
> компонентов в других программах. Использование контейнеров - сильно затрудняет задачу.
> Использование в качестве зависимостей пакетов из репозитария - сильно упрощает и
> позволяет сделать разработанные компоненты пакетами этого самого репозитария.Я все же продолжаю сомневаться, что Вы достаточно знакомы с докером. Ведь там нет никаких проблем настроить зависимости от других контейнеров, docker image и даже пакетов, в том числе и тех самых snap.
Тогда расскажите, пожалуйста, как настроить зависимости пакетов дистрибутива от упакованного в докер.
> Тогда расскажите, пожалуйста, как настроить зависимости пакетов дистрибутива от упакованного
> в докер.У Вас какие-то странные желания. Зачем это? Обычно требуется наоборот.
> У Вас какие-то странные желания. Зачем это? Обычно требуется наоборот.Совершенно не важно, что для кого-то является обычным.
Для свободных проектов обычным является выделение части проекта в библиотеку, утилиту или демон, с возможностью всех желающих использовать его и участвовать в его доработке.
Для этого наиболее подходят пакеты дистрибутивов.
>> У Вас какие-то странные желания. Зачем это? Обычно требуется наоборот.
> Совершенно не важно, что для кого-то является обычным.
> Для свободных проектов обычным является выделение части проекта в библиотеку, утилиту или
> демон, с возможностью всех желающих использовать его и участвовать в его
> доработке.
> Для этого наиболее подходят пакеты дистрибутивов.Нет не подходят. Просто потому, что придется делать пакеты под каждый популярный дистрибутив, а это надо реально упороться. Преимущество же упакованного в докер проекта в том, что он без изменений запустится НА ЛЮБОМ дистрибутиве.
> Нет не подходят. Просто потому, что придется делать пакеты под каждый популярный дистрибутив, а это надо реально упороться. Преимущество же упакованного в докер проекта в том, что он без изменений запустится НА ЛЮБОМ дистрибутиве.Ну так покажи, как прописать зависимости пакетов дистрибутивов от докеров.
Вот совершенно не важно запустится ли на каком либо дистрибутиве что-либо, если нет возможности прописать зависимости в пакеты.
Пока это не лежит в пакетах дистрибутивов - его не существует как законченного продукта.
Кто-то может и будет пользоваться чужими незавершенными наработками, но это будет исключением из правил.
> Возникновение проблем из-за того, что некоторые пакеты в Ubuntu поставляются только в формате snap.Этой причины было достаточно.
Угу. А ещё часть - по подписке.
> Угу. А ещё часть - по подписке.Это обновления же только на >5 лет?
Так ещё и не вечер :)
После нескольких неудачных попыток обновить Kubuntu 22.04 до 24.04 я задумываюсь об этом же. Насколько я понял, если у тебя в системе стоит что-то кроме офф реп или snap - то хрен ты обновишься. Надеюсь у Debian с этим лучше.