Size: a a a

2020 December 09

A

Alexander in CentOS [Ru]
Telebotik
Странное RH принял решение, из стабильного релиза сделать бетку.
Все равно что коротышку начать тренировать в баскетбол.😊
А тебе какого рода стабильность нужна?
источник

T

Telebotik in CentOS [Ru]
Alexander
во фряхе стабильность в глюках и отсутствие поддержки со  стороны дров, действительно годами(за исключением некоторых сетевух от интела, которые хорошо работают, убунту назвать стабильной тоже язык не поворачивается, сюзи и редхат хотят денег, но стабильны и поддержка, так что остаётся только дебиан...
У BSD только отсталость в поддержке железа не с виртаализацией отстает, но про глюки годами это что-то новенькое
источник

A

Alexander in CentOS [Ru]
Telebotik
У BSD только отсталость в поддержке железа не с виртаализацией отстает, но про глюки годами это что-то новенькое
ну детект линка, например при опущенном интерфейсе, ещё что-то было, аспи -- один сплошной глюк
источник

T

Telebotik in CentOS [Ru]
Alexander
А тебе какого рода стабильность нужна?
Я не привязан к какому либо дистру, нравится кому или нет но меня и убунта вполне устраивает - то что где-то что-то глючит это личные предубеждения.
Вот движение centos-rolling мне нравится.
источник

A

Alexander in CentOS [Ru]
для серверов мало актуально, но тем не менее, ну и производители нефига не поддерживают, с теми же рейдами, мониторинг не у всех есть и ещё что-то было: есть у меня один сервачок на фряхе, благо ibm, и почти всё поддерживается
источник

A

Alexander in CentOS [Ru]
Telebotik
Я не привязан к какому либо дистру, нравится кому или нет но меня и убунта вполне устраивает - то что где-то что-то глючит это личные предубеждения.
Вот движение centos-rolling мне нравится.
Я к тому, что ты в понятие "стабильность" вкладываешь? Какие аспекты релиз-политики?
источник

T

Telebotik in CentOS [Ru]
Alexander
ну детект линка, например при опущенном интерфейсе, ещё что-то было, аспи -- один сплошной глюк
Про любую ОС можно набрать подобных глюков, это все очень индивидуально и можно сказать что сам виноват, я правда боль именно в OpenBSD но не джумаю что фряха уж плохая.
Отсталость в поддержке нового железа, это да и это серьезная проблема и в виртуализации и контейнерах линукс получше.
BSD больше baremetal всетаки исторически, хотя многие с этим поспорят.
источник

.P

. Prividen in CentOS [Ru]
Telebotik
Я не привязан к какому либо дистру, нравится кому или нет но меня и убунта вполне устраивает - то что где-то что-то глючит это личные предубеждения.
Вот движение centos-rolling мне нравится.
а как в этом роллинге делать стабильные срезы репозитариев? Сейчас можно к релизу привязаться, например.
источник

T

Telebotik in CentOS [Ru]
Alexander
Я к тому, что ты в понятие "стабильность" вкладываешь? Какие аспекты релиз-политики?
Да ничего особенного, чтоб софт был свеж и не ломалось при обновлении как арч когдато.
А и репозитории когда долго живут это редко нужно но удобно.
источник

l

linxon in CentOS [Ru]
Telebotik
Да ничего особенного, чтоб софт был свеж и не ломалось при обновлении как арч когдато.
А и репозитории когда долго живут это редко нужно но удобно.
сделаное быстро и бесплатно не может быть стабильным
источник

T

Telebotik in CentOS [Ru]
Долго сделаное тоже часто глючит очень хорошо, я кстати про быстро ничего не писал.
Просто я готов с чемто мирится до определенной степени.
До какой?
Ну это уже зависит от ситуации)
источник

A

Alexander in CentOS [Ru]
. Prividen
а как в этом роллинге делать стабильные срезы репозитариев? Сейчас можно к релизу привязаться, например.
Берешь и делаешь срез.
источник

A

Alexander in CentOS [Ru]
Telebotik
Да ничего особенного, чтоб софт был свеж и не ломалось при обновлении как арч когдато.
А и репозитории когда долго живут это редко нужно но удобно.
Ну так задачи "ломать" себе никакой дистрибутив не ставит :)
источник

.P

. Prividen in CentOS [Ru]
Alexander
Берешь и делаешь срез.
ии? предположем, в этом срезе в новеньком пакете A есть баг
источник

A

Alexander in CentOS [Ru]
Telebotik "Стабильность" дистрибутива заключается в его релиз-политике. Какие аспекты релиз-политики центос сейчас позволяют тебе относить его к стабильным, которых не будет у centos stream?
источник

A

Alexander in CentOS [Ru]
. Prividen
ии? предположем, в этом срезе в новеньком пакете A есть баг
В релизе тоже может быть баг.
источник

.P

. Prividen in CentOS [Ru]
Alexander
В релизе тоже может быть баг.
да, но в релизе его предположим решат, и я могу сделать новый срез с хорошим А. А правильно я понимаю, что в роллинг никто мне не гарантирует, что с хорошим A может прилететь и регрессия в B?
источник

A

Alexander in CentOS [Ru]
. Prividen
да, но в релизе его предположим решат, и я могу сделать новый срез с хорошим А. А правильно я понимаю, что в роллинг никто мне не гарантирует, что с хорошим A может прилететь и регрессия в B?
В релизе проблему с A решат через апдейты, в которых точно так же может прилететь регрессия в B.
источник

.P

. Prividen in CentOS [Ru]
А с фига ли в релизе апдейтить B если с ним и так всё норм?
источник

A

Alexander in CentOS [Ru]
. Prividen
А с фига ли в релизе апдейтить B если с ним и так всё норм?
А зачем тебе апдейтить B из нового среза с пофикшенным A?
источник