LINUX.ORG.RU

Расширенные обновления Ubuntu Pro теперь доступны бесплатно

 


1

2

Ubuntu Pro — сервис расширенной платной поддержки для LTS-версий дистрибутивов Ubuntu. Он предоставляет поддержку обновлений сроком до 10 лет, тогда как срок поддержки обычной LTS-версии составляет 5 лет.

С 5 октября 2022 года сервис будет доступен бесплатно для частных лиц и малых предприятий с количеством ПК, не превышающим 5 штук.

Для доступа к сервису необходимо получить соответствующий токен, предварительно зарегистрировавшись в Ubuntu One.

В сервисе будут доступны обновления для исправления критических уязвимостей во множестве софта, например: Ansible, Apache Tomcat, Apache Zookeeper, Docker, Drupal, Nagios, Node.js, phpMyAdmin, Puppet, PowerDNS, Python 2, Redis, Rust, WordPress и другие.

Сервис доступен, начиная с Ubuntu 16.04 LTS.

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)

доплачивать за то, чтобы пользоваться какашкой мамонта.

чем дольше оттягиваешь переезд на новое, тем больше проблем будет при переезде в будущем.

плюсов в том, чтобы оставаться сидеть на старых версиях софта, пусть и с обновлениями безопасности, я не вижу.

а собрать систему один раз и забыть про неё, типа «всё же работает», да хоть LFS, и самому можно. убунту для этого не нужна.

итог: не нужно!

Spoofing ★★★★★
()
Последнее исправление: Spoofing (всего исправлений: 1)
Ответ на: комментарий от Spoofing

а собрать систему один раз и забыть про неё

Да-да, к твоей парадигме root/toor ещё и необновляемые системы добавить, получится комбо.

Dimez ★★★★★
()
Ответ на: комментарий от Spoofing

плюсов в том, чтобы оставаться сидеть на старых версиях софта, пусть и с обновлениями безопасности, я не вижу

Плюс в том что в сутках всего 24 часа. И если ты хоть раз работал разрабом ты поймёшь о чем я

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

Само по себе использование ПО 10-тилентней давности точно так же тащит за собой проблемы со временем. Разрабатываешь на своём компе, проверяешь в контейнере на целевом старье и ничего не работает. А там ещё и всё очень старое. И половина фич не работает.

thegoldone
()
Последнее исправление: thegoldone (всего исправлений: 1)
Ответ на: комментарий от Spoofing

чем дольше оттягиваешь переезд на новое, тем больше проблем будет при переезде в будущем.

Не, не будет. Обычно сервер просто утилизируют, а новые ставят уже с новой ОС.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

О том что переписывать легаси это ппц долго, дорого и опасно. Если у тебя есть софт который прокручивает хотя бы пару лямов нерублей в сутки - последнее что ты хочешь это сломать его попытавшись что-то наскоком обновить. Даже если три четверти либ в нем уже лет пять как EOL.

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 1)
Ответ на: комментарий от upcFrost

Чем дольше ты не платишь долг, тем сильней тебя будут бить коллекторы. К техническому долгу это тоже относится.

vbr ★★★
()
Ответ на: комментарий от upcFrost

А… ну да, выше отписавшийся @vbr прав. Если у тебя гигантская неподдерживаемая хрень, то ты сам виноват. Не надо так делать. Единственный случай, когда и правда можно не трогать – это когда ты собираешься утилизировать весь проект в ближайшее время. Ну либо собираешься сам скоро утилизироваться из конторы.

P.S. писал и поддерживал софт на хацкелле, от которого зависела жизнь довольно крупной компании. Брат жив. Библиотечки всегда свежие были.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от vbr

Капитан в треде, все в машину!

Не, серьёзно, ты же понимаешь что как я уже говорил в сутках всего 24 часа. Некоторые вещи надо переписывать почти с нуля, например когда второй пистон стал EOL или когда какая-нибудь основная либа тупо перестаёт развиваться и получает пня из репы.

Это блин долго, очень ппц как долго, и обычно техдолг ты решаешь параллельно с продуктовыми, которые внезапно имеют приоритет. Да, было бы круто если бы это было не так, но реальность к сожалению так не работает. Даже если тебе дали время отбить долг, все равно будут валиться баги и прочее срочное дерьмо

upcFrost ★★★★★
()
Ответ на: комментарий от hateyoufeel

Если у тебя гигантская неподдерживаемая хрень, то ты сам виноват.

Лол ну да, разумеется. И старую апишку бородатой версии со сратой тонной костылей ты тащишь просто потому что так хочется, а не потому что если клиент который заносит 10% всей выручки и который не хочет обновляться. И от замены либ внезапно нужно будет ещё больше костылей чтоб симулировать старое поведение

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 1)
Ответ на: комментарий от upcFrost

И старую апишку бородатой версии со сратой тонной костылей ты тащишь просто потому что так хочется

Ага. Многим просто нравится страдать.

Только как твои внутренние либы связаны с внешним API, я всё ещё не понимаю. Если всё настолько плохо, что реально связаны, за такое по рукам линейкой сразу надо.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Если всё настолько плохо, что реально связаны, за такое по рукам линейкой сразу надо.

Кому, тем кто уже 7 лет как не в компании? Ну вперёд, че.

Только как твои внутренние либы связаны с внешним API, я всё ещё не понимаю

Да легко. Всякая хрень для телефонии, это внезапно тоже API, а там 20 лет это «почти новое». Ну и всякие токены в письмах, которые были выписаны по сомнительной технологии и теперь их нужно поддержать. Понятно что можно переписать, подпереть костылями, в конце концов скопипастить код либы и утащить прямо в проект (делали при переходе на третий пистон в паре мест). Но это все время, и в итоге «условно неподдерживаемый» код обрастает палками настолько что перестаёт быть неподдерживаемым «условно».

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 1)

С 5 октября 2022 года сервис будет доступен бесплатно для частных лиц

В смысле? Он уже давно такой. Аккаунт Ubuntu One и всё.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от upcFrost

Кому, тем кто уже 7 лет как не в компании? Ну вперёд, че.

Classic! Наговнокодили и свалили! Люблю такое. Поэтому я избегаю крупные конторки: в них часто тонны древнего говнища, которое все боятся трогать. Мне как-то раз так предлагали поддерживать хрень, которая была написана ещё когда я в детский сад ходил. Я очень вежливо отказался.

Всякая хрень для телефонии, это внезапно тоже API, а там 20 лет это «почти новое». Ну и всякие токены в письмах, которые были выписаны по сомнительной технологии и теперь их нужно поддержать.

Я надеюсь, тебе хоть платят за это достаточно? А то я вот читаю твои комменты тут и у меня в голове вертится фраза «Play stupid games, win stupid prizes».

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Я надеюсь, тебе хоть платят за это достаточно? А то я вот читаю твои комменты тут и у меня в голове вертится фраза «Play stupid games, win stupid prizes».

Платят хорошо, тут будь спок

Наговнокодили и свалили! Люблю такое. Поэтому я избегаю крупные конторки: в них часто тонны древнего говнища, которое все боятся трогать.

Внезапно компания мелкая. Просто чувак который изначально писал конкретно этот проект был редкий копрофил, плюс офис переезжал в другую страну и многие просто отказались. И кстати мелкий размер компании в данном случае проблема. В крупной конторе с X проектов X-1 это больно но не смертельно. В мелкой Х-1 == 0.

Но как бы такое легаси есть везде и всегда, это просто реальность. И у крупных типа Я и Г, и у мелких, его нет разве что у компании «Вася и хипсторы» возрастом в полгода.

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

Но как бы такое легаси есть везде и всегда, это просто реальность.

Не совсем. Бывают проекты, которые просто работают и их не надо трогать. Это одно. Но вот так, чтобы проект в активной разработке был основан на каком-нибудь древнющем говне мамонта – это редкость.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Бывают проекты, которые просто работают и их не надо трогать

Лол ну да. До поры до времени. А потом надо потрогать и выясняется что там второй питон и либа-коннектор к АТС в которой последний коммит был в 2008. Или что реп где лежал образ убрали 4 года назад, или что сборка идёт на debian jessie и оф. репы уже вырубили.

А так да, не надо трогать раз работает

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

Лол ну да. До поры до времени. А потом надо потрогать и выясняется что там второй питон и либа-коннектор к АТС в которой последний коммит был в 2008.

Не, такого со мной не было. Наверное, потому что я не питонщик, а телефонию обхожу стороной, потому что она полна спидорака, который ты тут описываешь.

hateyoufeel ★★★★★
()
Ответ на: комментарий от upcFrost

Плюс в том что в сутках всего 24 часа. И если ты хоть раз работал разрабом ты поймёшь о чем я

Я понял о чём ты, но ни раз-рабом ни два-рабом никогда не работал. 24 всем мало.

papin-aziat ★★★★★
()
Ответ на: комментарий от hateyoufeel

Да это не только питон и телефония. Бывает например что гугель опять убьёт какой сервис на который были мощные завязки и надо резко искать замену в коде которому лет 5-6. Бывает что разрабы либы увлеклись рефлексией и обновление «обратносовместимой» жабы все нахрен развалило. Бывает что какой-нибудь недокомитет выкатит новый-кленовый стандарт чего-нибудь который типа совместим но «есть один нюанс» и фронтенд решит обновиться, после чего ты проводишь неделю в поисках почему из 10 websocket-сессий хотя бы одна всегда отваливается. Бывает вообще хохма когда ты пишешь с нуля софт и тут из рассылки монги прилетает что они нахрен переделывают всю систему опкодов и закрывают пару проектов заодно.

И вроде все-работало-не-трогали и тут настала полная жопа. В плане честно я хз может это у меня такая удачная карьера в разработке, но за 10 лет я пока ни одного места без такой веселухи не видел

upcFrost ★★★★★
()
Последнее исправление: upcFrost (всего исправлений: 1)
Ответ на: комментарий от thegoldone

… перемещаются на лошадях…

Вы так это говорите как будто в некоторых кейсах лошадкам есть альтернативы…

ex-kiev
()
Ответ на: комментарий от upcFrost

Так нужно смотреть по каждой конкретной ситуации. Если ты понимаешь, что то, с чем контактирует твой софт, развивается, и через какое-то время все рухнет — надо перепиливать. Если у тебя есть REST-сервис с двумя ендпоинтами, который тупо отдает полторы строчки из БД, то нахрена его переписывать на новый фреймворк?

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от Zhbert

Если у тебя есть REST-сервис с двумя ендпоинтами, который тупо отдает полторы строчки из БД, то нахрена его переписывать на новый фреймворк

Потому что старый работает только на втором пистоне и на него забили болт?

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

Ну и не пофиг ли? Переписывать ради переписывать?

Сейчас все вертится в докерах и кубах — вот ащще пофиг, что там, все нужное уже есть в контейнере и будет там до самого конца вне зависимости от окружения на «хосте».

Zhbert ★★★★★
() автор топика
Ответ на: комментарий от Spoofing

Мы все видим, в каком состоянии у вас CRUX находится. А критики кто? Мысли он свои имеет. Мыслям твоим цена нулевая

serg002 ★★★
()
Последнее исправление: serg002 (всего исправлений: 2)
Ответ на: комментарий от vbr

Но есть и хороший момент, с покойника у которого нет наследников долг не стребовать. Технического тоже касается.

peregrine ★★★★★
()
Ответ на: комментарий от Zhbert

Таки нет. На примере того же второпистона - у тебя может элементарно не быть возможности пересобрать тот же образ, просто потому что нет реп, базу с докерхаба удалили, либы выкинули и т.д. И тогда начинается реальная жопа

upcFrost ★★★★★
()
Ответ на: комментарий от Spoofing

Какой-то лютый детский сад. Захотели, и всё переписали, а кто не переписал, тот плохой.

Если взять довольно большую контору, например банк из топ-10 России, я уже не говорю про мировые, то организовать переход на новую версию чего-то там, это ацкое адище. Потому что это чего-то там обложено кучей соединений в 100500 других чего-то, пользователи привыкли и у них всё работает, все процедуры отлажены, все инструкции написаны, все приказы крутятся и весь этот документооборот увязан.

Но ладно, вот простейший пример, простейший. У SWIFT в егонном продукте был толстый клиент, ставился на винду, так вот банки более 10 лет не хотели переходить на уже переписанный и отлаженный новый веб интерфейс. Более 10 лет, Карл. У них всё работает и нефиг трогать. Операторы помнят все кнопки и не хотят ничего другого. А перешли только когда SWIFT всё это достало и они директивно в новой версии сервера отключили работу через этого толстого клиента. И то, находились герои, которые значить всё равно…

Кстати, до сих пор больше всего кода написано на Коболе и это всё работает.

Добро пожаловать в реальный мир из своего компутерного детского сада.

beck ★★★★
()
Последнее исправление: beck (всего исправлений: 1)
Ответ на: комментарий от upcFrost

Бывает вообще хохма когда ты пишешь с нуля софт и тут из рассылки монги прилетает что они нахрен переделывают всю систему опкодов и закрывают пару проектов заодно.

Ха, недавно как раз делали обвязку для одной либы. А когда доделали, разрабы свою либу депрекейтнули в пользу другой хипстерской либы с совсем другим интерфейсом.

Sorcerer ★★★★★
()
Ответ на: комментарий от Zhbert

Так надо все зависимости в собственной помойке хранить. В любом случае.

Ага, было такое. Потом только выяснилось что его никто не обновлял и было мягко говоря весело. Для такой фигни нужны адекватные админы и разрабы прям с самого начала, а в стартапах так не бывает, ни сейчас, ни 10 лет назад

upcFrost ★★★★★
()
Ответ на: комментарий от Sorcerer

А что за либа если не секрет? С обработкой pdf не связана?

upcFrost ★★★★★
()
Ответ на: комментарий от upcFrost

Это сарказм был. Чтоб пояснить откуда может легко и быстро дойти очень мохнатое легаси

Во всяких финтехах ещё и безопасники потребуют согласовать изменения, зависимости, и зависимости зависимостей, и прочее. В итоге замена строчки когда выльется в сотни человекочасов. И не факт, что в итоге одобрят.

Обновление версии системы, помимо переписывания с Пайтона 2 на Пайтон 3, потребует согласовывать вообще все изменения. То есть всю систему. И все пакеты на ней. А это уже тонны часов работы.

thegoldone
()
Ответ на: комментарий от beck

Кстати, до сих пор больше всего кода написано на Коболе и это всё работает.

Проблема найти старика, который оптимизирует код 40-летней давности. Или того, кто учился на историческом факультете, на кафедре средних веков.

thegoldone
()
Ответ на: комментарий от Zhbert

Ну так «стартап» изначально не есть хорошо, ибо стопудово бардак

Любая компания изначально стартап, только если это не дочка кого-то с большими деньгами (включая государство)

upcFrost ★★★★★
()
Ответ на: комментарий от thegoldone

Ну да, все так, но некоторые почему-то не понимают что обновить скажем базовый образ с Jessie на что-то менее ароматно-тухлое это мягко говоря не строчку в докерфайле поменять. Даже без compliance и прочего change management это десятки и иногда сотни часов тестирования

upcFrost ★★★★★
()
Ответ на: комментарий от Spoofing

плюсов в том, чтобы оставаться сидеть на старых версиях софта, пусть и с обновлениями безопасности, я не вижу.

Ты просто не платишь за сертификацию, вот и не видишь. А тот кто сталкивался с сертификацией чего-либо, тот знает что дешевле использовать старое до разложения на атомы, чем постоянно сертифицировать разную херню за много денег.

sbu_shpigun
()
Последнее исправление: sbu_shpigun (всего исправлений: 1)

Ящитаю, что обновления не нужны, а погромисты просто с жиру бесятся, говнокодя такой софт, который со временем нуждается в обновлении.

А если обновления способны этот софт еще и уронить - то таким разработчикам нужен волчий билет.

windows10 ★★★★★
()

Кто Livepatch использовал/использует? Как он?

Harliff ★★★★★
()

Я так понимаю подсанкционную РФ это не коснётся?

zabbal ★★★★★
()
Ответ на: комментарий от windows10

Ящитаю, что обновления не нужны

windows10 ★★★ (08.10.22 14:22:14)

Виндузятника видно издалека.

zabbal ★★★★★
()
Ответ на: комментарий от beck

... всё работает и нефиг трогать.

Золотые слова!

Mischutka ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.