The OpenNET Project / Index page

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



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

"Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от opennews (ok), 15-Июн-20, 21:03 
Представлен выпуск дистрибутива CentOS 2004, вобравший в себя изменения из Red Hat Enterprise Linux 8.2. Дистрибутив полностью бинарно совместим с RHEL 8.2, внесенные в пакеты изменения, как правило, сводятся к ребрендингу и замене художественного оформления. Сборки CentOS 2004 подготовлены (7 Гб DVD и 550 Мб netboot) для архитектур x86_64,  Aarch64 (ARM64) и ppc64le.  Пакеты SRPMS, на основе которых произведена сборка бинарных файлов, и debuginfo доступны через vault.centos.org...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53159

Ответить | Правка | Cообщить модератору

Оглавление

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


1. Скрыто модератором  +/
Сообщение от BlackRot (ok), 15-Июн-20, 21:03 
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск CentOS Linux 8.2 (2004)"  –2 +/
Сообщение от crypt (ok), 15-Июн-20, 21:12 
2004 - это номер билда? по-моему это не умно.
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск CentOS Linux 8.2 (2004)"  +2 +/
Сообщение от BlackRot (ok), 15-Июн-20, 21:15 
Как у последней сборки Windows 10...
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск CentOS Linux 8.2 (2004)"  –2 +/
Сообщение от КО (?), 16-Июн-20, 06:48 
Нашли с кого брать идею...
Windows 10 последняя, блаблабла.
В итоге между 1507 и 2004 изменений до хрена, и все ненужные
Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск CentOS Linux 8.2 (2004)"  +3 +/
Сообщение от IRASoldier_registered (ok), 16-Июн-20, 15:41 
Не надо ля-ля. ТЕБЕ ненужные. А так - Anniversary Update (1607) фактически было релизом, с которого 10-кой стало иметь смысл пользоваться. И встроенный поиск файлов после 1507 ускорили. И так далее и тому подобное.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск CentOS Linux 8.2 (2004)"  +2 +/
Сообщение от Аноним (29), 16-Июн-20, 08:47 
Как у последней сборки Ubuntu.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

7. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от CentOS (?), 15-Июн-20, 21:45 
20 год 04 месяц.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

8. "Выпуск CentOS Linux 8.2 (2004)"  +4 +/
Сообщение от Аноним (8), 15-Июн-20, 22:06 
Июнь — четвертый месяц?
По какому это календарю?
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск CentOS Linux 8.2 (2004)"  +7 +/
Сообщение от Аноним (9), 15-Июн-20, 22:15 
Наверное, это месяц выпуска "материнского" дистрибутива:
https://www.opennet.dev/opennews/art.shtml?num=52820

А то что CentOS осилили собрать только в июне - ну щито поделать...

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

12. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от CentOS (?), 15-Июн-20, 22:28 
> Наверное, это месяц выпуска "материнского" дистрибутива:
> https://www.opennet.dev/opennews/art.shtml?num=52820

Да.

> А то что CentOS осилили собрать только в июне - ну щито поделать...

Да…

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

19. "Выпуск CentOS Linux 8.2 (2004)"  –1 +/
Сообщение от тоже Аноним (ok), 15-Июн-20, 23:39 
Ну и хрен с ним, что пользователи запутаются. Зато не как у Убунты. Хотя и так же.
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (24), 16-Июн-20, 06:18 
Заметил только, что номер в LTS релизах совпадает с годом. А оказывается еще второе число с месяцем.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Анонист (?), 18-Июн-20, 12:44 
Да почему сразу Бубунта? У бубунты, как раз-таки, всё понятно.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

80. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от crypt (ok), 17-Июн-20, 12:36 
хрень какая-то, а не схема нумераций
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

21. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (24), 16-Июн-20, 06:04 
Надо было сделать 20.04. А то очень уж на год смахивает, древний. Хотя, 20.04 напоминает релиз Ubuntu, значит, надо было выпустить Red Hat'у или в марте или в мае.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

22. "Выпуск CentOS Linux 8.2 (2004)"  –4 +/
Сообщение от Аноним (24), 16-Июн-20, 06:12 
> 20 год

Вообще-то год 2020. У американцев принята система m/d/yy or m/d/yyyy.
Однако: "other formats, including d mmm(m) yyyy and yyyy-mm-dd, are common or prescribed—particularly in military, academic, scientific, computing, industrial, or governmental contexts".
Так что или 4/2020 или 4/20 или 2020-04.

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

86. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Звездочёт (?), 17-Июн-20, 22:26 
К слову, в раннем юлианском календаре год начинался с марта. Июнь - четвертый месяц. Всё законно.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

91. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Ыр2.0 (?), 23-Июн-20, 10:12 
Откуда сведения? Первого января заступали на службу консулы, так что вроде с самого начала календаря начинался с 1-ого января.
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Аноним (10), 15-Июн-20, 22:17 
у 7ки -- 2003 =)
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (3), 15-Июн-20, 21:15 
Мясячной давности centos 8 с gui для Aarch64 вообще был не работоспособен в отличие от 7. интересно что-нибудь изменилось?
Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск CentOS Linux 8.2 (2004)"  –2 +/
Сообщение от Аноним (5), 15-Июн-20, 21:17 
Мне пора обновить дистр на VPS (1 Гб 1 ядро для сайта и личных вещей). Бастер или эту поставить? (Сейчас стретч 2,5 года крутится, на обновление без бубнов не рассчитываю). Подозреваю, что сентось больше кушать оперативы будет.
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск CentOS Linux 8.2 (2004)"  –7 +/
Сообщение от BlackRot (ok), 15-Июн-20, 21:27 
У меня веб сервер в digital ocean, пару лет крутился на дебиан, потом поставил центос (уже два года), с последним мне больше понравилось работать но ресурсов он кушает таки заметно больше и чувствуется "немножко" не таким быстрым.
Для теста установите на виртуальную машину и погоняйте.
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск CentOS Linux 8.2 (2004)"  +6 +/
Сообщение от Аноним (-), 15-Июн-20, 22:31 
> но ресурсов он кушает таки заметно больше

что за бред вы несете? при прочих равных (по, настройки, близкое по версии ядро), он не может потреблять существенно больше или меньше debian

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

34. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от BlackRot (ok), 16-Июн-20, 09:53 
Анону виднее
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от vitalif (ok), 15-Июн-20, 22:19 
Дебиан, его хоть apt-get dist-upgrade обновлять можно, в отличие от этого поделия
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

38. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Moomintroll (ok), 16-Июн-20, 10:23 
> Дебиан, его хоть apt-get dist-upgrade обновлять можно, в отличие от этого поделия

Что не так с yum/dnf upgrade ?

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

46. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от vitalif (ok), 16-Июн-20, 11:29 
> Что не так с yum/dnf upgrade ?

Центось обычно никто не обновляет (условно с 7 на 8), там отваливается вроде разное, если так попытаться сделать

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

53. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Аноним (53), 16-Июн-20, 12:06 
>> Что не так с yum/dnf upgrade ?
> Центось обычно никто не обновляет (условно с 7 на 8), там отваливается
> вроде разное, если так попытаться сделать

Не, там есть рисковая процедура по переводу центоси на федору релиза, который совместим, потом обновление через цепочку федор по-порядку и возврат на нужную версию центоси, но это неофициальный адовый костыль с непонятной степенью рандомности потенциальных проблем, официально мажорных штатных обновлений в центоси и красношляпе - нет! Т.е. как только система капитально EOL будь добр снести и поставить с нуля поддерживаемую. Так что красношапошники обычно типа 10 лет не парятся (хотя тут ещё вопрос, потому как по-минимуму базовая система будет ещё работать, да, а вот если чего было притащено из сторонних реп, то там степень поддержки и качества очень рандомная.) Зато потом через 10 лет новые технологии, новые способы взаимодействия с изменившимися компонентами, это как на винде новой каждый раз искать где чего поменялось, ну или постоянно ковырять федору, чтобы быть в курсе событий, но в этом случае не может быть речи о честном - "поставил и забыл на 10 лет", ведь ты в таком случае параллельно ковыряешь тестовую систему, чтобы иметь актуальный набор знаний как с ней работать.

Тут может показаться, что я таки против красношляпых продуктов, а вот и нет, бывает нужно действительно куда-то воткнуть базовую систему, где можно и нужно забыть про неё лет на 10, но присматривать всё равно придётся. Но тут кому что удобнее, лично я где можно ставлю и оставляю после себе Debian, потому что и дома на десктопе он есть и всегда актуальны знания по работе с ним. Пробовал CentOS на десктопах, но хотя это возможно, но больно всё печально, ибо дистр всё-таки штатно под десктопы не заточен и для разных хотелок разный народ сам велосипедит разного рода кастомы и добавляет пакеты в сторонние репы. Но эти пакеты разной степени качества и поддержки, в дебиане проще тем, что куча пакетов именно в официальных репах, не надо шляться выковыривать сторонние репы, и поддержка этих пакетов как правило известный срок и совместимость и искоробочная работоспособность с данным релизом гарантирована. Сторонние репы тоже есть, но можно и без них. Да для центоси можно собирать и бэкпортить самому, как и в дебиане, но в последнем это надо делать самому гораздо реже, а можно и вообще обойтись.

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

57. "Выпуск CentOS Linux 8.2 (2004)"  –1 +/
Сообщение от Аноним (57), 16-Июн-20, 16:01 
CentOS никто не обновляет, не потому что там отваливается, а потому что в ней нет функционала для апгрейда. Его надо костылить самим, а лучше не костылить вообще. В этом весь её смысл.

Предполагается, что вы будете обновляться с использованием подписки и задействовать специфичные для RHEL платные репозитории. Вот статья: https://access.redhat.com/documentation/en-us/red_hat_enterp...

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

72. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от vitalif (ok), 16-Июн-20, 19:32 
Так это ж винда какая-то, если обновляется переустановкой
Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от и.о.К.О. (?), 18-Июн-20, 21:03 
у CentOS - 10 year support cycle.

через 10 лет обновлять/ставить новую систему на _старое_ железо, несколько... "странно".  

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

90. "Выпуск CentOS Linux 8.2 (2004)"  –1 +/
Сообщение от vitalif (ok), 19-Июн-20, 18:30 
> у CentOS - 10 year support cycle.
> через 10 лет обновлять/ставить новую систему на _старое_ железо, несколько... "странно".

Обновления нужны немножко раньше, чем через 10 лет. А в центось прилетают только какие-то критичные исправления. А остальное замораживается во времени, как ядро 3.10.

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

49. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (49), 16-Июн-20, 11:38 
>> Дебиан, его хоть apt-get dist-upgrade обновлять можно, в отличие от этого поделия
> Что не так с yum/dnf upgrade ?

не так то, что CentOS официально не поддерживает апгрейда с релиза на релиз, т.е. 9ую версию нужно будет ставить с нуля, тогда как дебиан штатно имеет механизм обновления с релиза на релиз и по готовности с 10ой версии на 11ую без проблем можно будет обновиться соответствующей командой. На всякий случай адекватные люди всё равно делают бэкап и сперва на тестовой системе делают апгрейд, но тем не менее сама команда дебиана делает переходные пакеты и всякие костылики для мажорного апгрейда системы без проблем. Тогда как в CentOS это процедура отсутствует как класс, емнип в редхате такая же картина.

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

58. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (57), 16-Июн-20, 16:03 
> емнип в редхате такая же картина

https://access.redhat.com/documentation/en-us/red_hat_enterp...
Там хоть с 6 на 8 можно обновиться.

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

67. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (67), 16-Июн-20, 18:49 
>> емнип в редхате такая же картина
> https://access.redhat.com/documentation/en-us/red_hat_enterp...
> Там хоть с 6 на 8 можно обновиться.

Спасибо за ссылку, почитаю на досуге, однако как я понимаю это "недавняя" введённая возможность, которая до сих пор отсутствует в centos

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

43. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от my_name_is_Mud (ok), 16-Июн-20, 11:00 
И обновлять раз в 3 года, молясь чтобы ничего не отвалилось, угу. Ну или не обновлять и сидеть с незакрытыми эксплойтами и старыми багами (старый баг роднее и ближе нового), ага.
А можно поставить центос, который 10 лет поддерживается и не париться с дист-упграде совсем.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

47. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от vitalif (ok), 16-Июн-20, 11:30 
> И обновлять раз в 3 года, молясь чтобы ничего не отвалилось, угу.

Ничего не отвалится. В том то и кайф дебиана, что не отваливается. А обновлять желательно даже почаще чем раз в 3 года.

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

50. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (50), 16-Июн-20, 11:42 
>> И обновлять раз в 3 года, молясь чтобы ничего не отвалилось, угу.
> Ничего не отвалится. В том то и кайф дебиана, что не отваливается.
> А обновлять желательно даже почаще чем раз в 3 года.

Ну, во-первых про отваливания дебиана это страшилки, которыми пужают красношляпников, а во-вторых нет такого желательно почаще, чем раз в 3 года, у дебиана можно вполне адекватно сидель на oldstable и на lts и после этого ещё сделать апгрейд подряд через несколько систем до нужной и ничего не отвалится, потому что команда дебиана об этом изначально заботится и эта процедура входит в необходимый набор возможностей системы. Среди прочего в этом и крутизна дебиана.

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

59. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (59), 16-Июн-20, 16:09 
У меня стал ошибку выдавать в рамках одной то версии, что-то про initramfs
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

60. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (59), 16-Июн-20, 16:10 
При том, что у меня там всё минималистично и стандартно
Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от vitalif (ok), 16-Июн-20, 19:30 
> У меня стал ошибку выдавать в рамках одной то версии, что-то про initramfs

Ну у меня не было - ты прочитай ошибку-то, исправь, всё такое %)

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

48. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (48), 16-Июн-20, 11:32 
> И обновлять раз в 3 года, молясь чтобы ничего не отвалилось, угу.
> Ну или не обновлять и сидеть с незакрытыми эксплойтами и старыми
> багами (старый баг роднее и ближе нового), ага.
> А можно поставить центос, который 10 лет поддерживается и не париться с
> дист-упграде совсем.

Во-первых у дебиана также есть LTS, так что больше 3х лет, во-вторых в отличие от других дистров в дебиане всё делается для плавного перехода с релиза на релиз, так молится не надо, тем более вменяемые люди делают бэкапы и тестируют обновление на запасной системе. Однако история показала что факап, не смертельный, но не безпроблемный случился только при скором веорячивании systemd, и то его можно было избежать, почитав сопровождающую документацию, так что если у кого дебиан разваливается, так это у тех, кто не знает как с ним работать, это ещё надо постараться его сломать, хотя с дуру можно и х*р сломать!

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

64. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от лютый жабби__ (?), 16-Июн-20, 17:55 
>apt-get dist-upgrade

и что, дебльян с 9 на 10 так обновляется?
цент внутри ветки тоже как бэ обновляется

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

66. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Аноним (67), 16-Июн-20, 18:47 
>>apt-get dist-upgrade
> и что, дебльян с 9 на 10 так обновляется?
> цент внутри ветки тоже как бэ обновляется

Не только с 9 на 10 но и всегда с версии на версию, надо просто поправить пути с названии для новой версии релиза в souces.list и после сделать пару команд в терминале, да. Центосовцам и не снилось. Это завсегдашняя штатная процедура обновления Debian, работала бы адекватно и в убунтах, если бы они не забивали на переходные пакеты и если не наворачивать ppa, формально она и в убунте так-то работает.

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

70. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от vitalif (ok), 16-Июн-20, 19:28 
> и что, дебльян с 9 на 10 так обновляется?

Да, причём очень давно. Я с etch-а (4) так делал, и никогда ничего не ломалось) рхелу такое и не снилось...

Да и вообще на десктопе я сижу на debian sid. Он хоть типа и unstable, но debian unstable стабильнее, чем ubuntu lts :D

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

73. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (73), 16-Июн-20, 21:41 
>> и что, дебльян с 9 на 10 так обновляется?
> Да, причём очень давно. Я с etch-а (4) так делал, и никогда
> ничего не ломалось) рхелу такое и не снилось...
> Да и вообще на десктопе я сижу на debian sid. Он хоть
> типа и unstable, но debian unstable стабильнее, чем ubuntu lts :D

Я тоже наслушавшись подобных вашим заявлениям когда-то попробовал посидеть на unstable, что он типа стабильней убунты, да ещё и LTS, такой же ролинг как рачик, но стабильней рачика!

Это мягко говоря не так. Как только ваш unsteble придётся на цикл заморозки/разморозки привет сюрпризы. Unstable таки бывает нестабильным, сюрприз-сюрприз!
Ubuntu LTS довольно стабильна, особенно если это не десктоп. Просто многие забвают, что официальная  убунта это только main репозиторий, а остальное это как повезёт будет разной степени качества и стабильности, а тем более всякие ppa.

На Debian вполне можно сидеть на testing если ты на десктопе, там от sid запоздание в неделю-другую, иногда быстрее. Можно некоторые пакеты в тестинге держать из sid и будет довольно стабильно. Но это касается только своей машины и только десктопа, никаким родственникам я не поставлю testing и ни на какой вариант сервера также, а вот stable и ubuntu lts на десктопах родни жили вполне себе без глюков и поломок, но я в последствии переехал полностью на Debian, т. к. движение в торону снапов на мой взгляд деструктивное

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

79. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от vitalif (ok), 17-Июн-20, 11:19 
Вот с тестингом там как раз есть забавное западло - из него иногда пакеты убирают O_o бывает так, что в stable например пакет есть, в sid есть, а в testing нет. Особенность релизного цикла - типа вроде как нашли баг, но пока не поправили... или что-то типа того. То есть держать в системе репозиторий testing можно только вместе с stable, иначе можно недосчитаться чего-то нужного. %)

Да всё наверное бывает, отрицать не буду, но лично сам никогда на проблемы с sid-ом не наступал. Ну может на совсем какие-то мелочи... но серьёзных точно не было проблем...

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

84. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (84), 17-Июн-20, 21:20 
> Вот с тестингом там как раз есть забавное западло - из него
> иногда пакеты убирают O_o бывает так, что в stable например пакет
> есть, в sid есть, а в testing нет. Особенность релизного цикла
> - типа вроде как нашли баг, но пока не поправили... или
> что-то типа того. То есть держать в системе репозиторий testing можно
> только вместе с stable, иначе можно недосчитаться чего-то нужного. %)

Именно так, выкинули временно, потому что обнаружили косяк и не починили, решается тем, что нужный пакет можно поставить из sid, если прям он архинужен шо ваще, также можно держать некоторые пакеты из stable и oldstable при необходимости, если это позволяют зависимости. Как правило если дистрибутив не в стадии заморозки, то совместимость testing и sid почти 100%.

> Да всё наверное бывает, отрицать не буду, но лично сам никогда на
> проблемы с sid-ом не наступал. Ну может на совсем какие-то мелочи...
> но серьёзных точно не было проблем...

Я же говорю, можно жить на sid, но как только будет разморозка, то вам хлынет хренова гора пакетов и сломает систему, можно жить да, если пасти за разморозкой и специально не обновляться желательно недели две-месяц после разморозки, тогда да, только вот смысл тогда держать sid, ведь его основная фича это ролинг, во всём остальном testing с небольшим отставанием такая же тема, только без внезапных сюрпризов. Но отговаривать вас не буду, просто имейте ввиду, если вдруг что, можно на testing жить вполне комфортно, и не париться вообще, главное после разморозки подождать недельки две, а лучше до выхода первого корректирующего релиза stable.

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

85. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от vitalif (ok), 17-Июн-20, 22:05 
Да хз - я не слежу и вроде никогда не огребал)
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск CentOS Linux 8.2 (2004)"  –6 +/
Сообщение от Аноним (15), 15-Июн-20, 22:42 
Ставишь центос если тебе хочется трахаться с банками и специфичными редхату костылями и подпорками, а так Ubuntu.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

16. "Выпуск CentOS Linux 8.2 (2004)"  –1 +/
Сообщение от Аноним (15), 15-Июн-20, 22:45 
багами
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Богдан Помазанemail (?), 16-Июн-20, 09:17 
Ставь, до этого жил на своем такой же VPS на 7 версии, 8 уже норм, все работает как 4-5 месяцев без косяков, все репы есть, пакеты тоже.
Итого 10 лет впереди можно жить без дистапгрейд.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

40. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Аноним (40), 16-Июн-20, 10:34 
> Мне пора обновить дистр на VPS (1 Гб 1 ядро для сайта
> и личных вещей). Бастер или эту поставить? (Сейчас стретч 2,5 года
> крутится, на обновление без бубнов не рассчитываю). Подозреваю, что сентось больше
> кушать оперативы будет.

Тут уж вам решать, лично я бы выбрал дебиан, он мне привычней, после факапов с системдой, не замечаны какие-то проблемы с апгрейдами с релиза на релиз, но мало ли, для этого на домашней машине имею второй корневой раздел и попеременно ставлю туда систему при апгрейдах, на склонированный из предыдущего корня раздел.
Можно на тестовой машине обновить, варианты есть. Но в центоси вообще нет штатных механизмов апгрейда на новый релиз, только как винду, сносить и ставить заново, спасает только то, что это надо делать раз в сколько там, 8-10 лет? Тут зависит от предпочтений. Лично я не фанат лазить по всяким сторонним rpm-репам разной степени готовности и отставания, в случае чего. К слову, недавно пробовал извращаться и ставить CentOS+xfce на десктоп, не сказал бы, что он больше жрал, даже вроде как наоборот — чутка поменьше.
  Но на 10 лет поставить и обновлять только секурити-патчами это для кого-то весомый плюс. Тут зависит от предпочтений и от того, куда вы это ставите.
Лично я на VPS поставил бы дебиан. Но если у вас вопрос между тем, чтобы поставить дебиан или центось, то в случае второго вам всё равно придётся сносить систему и ставить с нуля, так попробуйте обновить дебиан, если что не так, снесёте и поставите с нуля buster, если инфраструктура и работа с дебианом вам привычней.

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

61. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (59), 16-Июн-20, 16:12 
Так и сделаю.
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск CentOS Linux 8.2 (2004)"  +2 +/
Сообщение от Аноним (57), 16-Июн-20, 16:25 
> только как винду, сносить и ставить заново

Враньё, ты 3.11 можешь обновить до 10 сквозь несколько апгрейдов подряд. Серверные редакции обновляются по другим мануалам из-за того что ряд серверных компонентов принципиально не может быть совместим с новой версией (поменяли/выкинули) или обновляется по отдельной процедуре.

> в центоси вообще нет штатных механизмов апгрейда на новый релиз

это одна из функций которую продаёт Red Hat, её умышленно нет в бесплатной версии ^_^

> Лично я на VPS поставил бы дебиан.

Ну и зря. После того как оно мне перезагрузкой базу похерило (емнип в 9) я его никуда не ставлю. Systemd думал, что потушил сервис правильно, а в итоге по таймауту ребутнул не очистив буферы. А причина в том, что нехер было писать питонячьи обвязки над демоном и их засовывать их в systemd. Они там еще и кучу юнитов имеют через шелл и "обратную совместимость" с sysv. В итоге ни то ни другое нормально не работает.
Модно, конечно, винить systemd за это, а не косорылого барана меинтейнера, который так сделал. Пока дебиан не откажется от совместимости с sysv и не начнёт работать с systemd по-нормальному я его никому бы не порекомендовал бы.

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

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

68. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Аноним (68), 16-Июн-20, 19:04 
>> только как винду, сносить и ставить заново
> Враньё, ты 3.11 можешь обновить до 10 сквозь несколько апгрейдов подряд. Серверные
> редакции обновляются по другим мануалам из-за того что ряд серверных компонентов
> принципиально не может быть совместим с новой версией (поменяли/выкинули) или обновляется
> по отдельной процедуре.

Это не враньё, это суровая реальность, да, винда формально поддерживает обновления с релиза на релиз, но в итоге она оставляет всякие ошмётки от предыдущих систем, которые в рамках одного то обновления порой доставляют достаточно неудобств, даже в среде виндовых админов считается дурным тоном таким образом обновлять системы на винде.  А ваши сквозные обновления с 3.11 до 10 подряд вообще в реальности не практикуется вменяемыми людьми.

>[оверквотинг удален]
> в 9) я его никуда не ставлю. Systemd думал, что потушил
> сервис правильно, а в итоге по таймауту ребутнул не очистив буферы.
> А причина в том, что нехер было писать питонячьи обвязки над
> демоном и их засовывать их в systemd. Они там еще и
> кучу юнитов имеют через шелл и "обратную совместимость" с sysv. В
> итоге ни то ни другое нормально не работает.
> Модно, конечно, винить systemd за это, а не косорылого барана меинтейнера, который
> так сделал. Пока дебиан не откажется от совместимости с sysv и
> не начнёт работать с systemd по-нормальному я его никому бы не
> порекомендовал бы.

У вас какой-то частный случай, который возможно имел место быть, у меня лично была проблема с переездом на systemd т.е. с 7 на 8ую версию, и то эта проблема понятиях стабильного дебиана - система работала, просто надо было дрюкать systemd, который к слову всё же говно редкостное.

По поводу обратной совместимости - в Debian до сих пор можно поставить sysvinit для безиксовой системы, также как и runit и openrc.

> Самый лучший способ обновлять дебиан - это переустановить его на центось и
> снизить количество самотехподдержки. Убунту для меня примерно то же самое, только
> нестабильней.

Это ваше личное предпочтение, я лишь указал, что Debian штатно умеет обновляться с релиза на релиз и умеет это делать, но это не даёт право людям делающим это фривольно забивать на элементарные методы предосторожности, будь то бэкапы и обкатка на тестовой машине. В большинстве случаев проблем нет в такой степени, что можно почти не сжимая булки проводить эту процедуру, тогда как в CentOS такого сделать нельзя, только если обходными костыльными путями, которые не рекомендуются. Но выбор как всегда за пользователем, если есть возможность выбирать, то пусть выбирает удобное для него, ему же потом с этим взаимодействовать.


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

75. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (57), 17-Июн-20, 01:14 
> винда формально поддерживает обновления с релиза на релиз, но в итоге она оставляет всякие ошмётки от предыдущих систем, которые в рамках одного то обновления порой доставляют достаточно неудобств
> я лишь указал, что Debian штатно умеет обновляться с релиза на релиз и умеет это делать
> у меня лично была проблема с переездом на systemd т.е. с 7 на 8ую версию
> В большинстве случаев проблем нет в такой степени, что можно почти не сжимая булки проводить эту процедуру

Перечитайте свой комментарий. Ну лицемерие в чистом виде же. Вы еще скажите, что debian "ошмётков" не оставляет при обновлении, ага. Обновлял же, знаю. Винда прекрасно обновляется. А все эти истории про ошмётки и переустановки попахивают некомпетентностью.

> У вас какой-то частный случай, который возможно имел место быть

"УМВР" не засчитан.

> просто надо было дрюкать systemd, который к слову всё же говно редкостное

И опять некомпетентность. Его надо было просто выучить. Куча народу ненавидит его потому что это некомпетентные фанбои своих дистров, не понимают ни как их дистр устроен, ни ошибку найти не в силах без "дрюканья". Это с одной стороны, а с другой в 8 systemd был ужасен. Его натянули по большей части поверх старых инитскриптов. Используют переходный функционал как фичу голосуя по 10 раз, закапывать ли стюардессу.

Если сравнить как systemd работает в centos/fedora и как он работает в debian/ubuntu - ну небо и земля же. Но вы этого не узнаете, потому что вместо этого "дрюкаете и переустанавливаете, чтобы не было ошмёток" и всё в таком духе.

> в CentOS такого сделать нельзя
> Но выбор как всегда за пользователем

То есть вы хотите получить бесплатно без смс на высокой скорости возможность in-place upgrade сквозь 2 версии раз в 10 лет (за это надо в RH платить). Это же не домашний школьный дистр для юных студентов обуреваемых идеей свободы и халявы.

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

78. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (78), 17-Июн-20, 09:57 

>> винда формально поддерживает обновления с релиза на релиз, но в итоге она оставляет всякие ошмётки от предыдущих систем, которые в рамках одного то обновления порой доставляют достаточно неудобств
>> я лишь указал, что Debian штатно умеет обновляться с релиза на релиз и умеет это делать
>> у меня лично была проблема с переездом на systemd т.е. с 7 на 8ую версию
>> В большинстве случаев проблем нет в такой степени, что можно почти не сжимая булки проводить эту процедуру
> Перечитайте свой комментарий. Ну лицемерие в чистом виде же.

Перечитал, лицемерия не вижу.
> Вы еще скажите, что debian "ошмётков" не оставляет при обновлении, ага.

Нет, в том и прелесть нормальных дистров, что они обновляясь старые пакеты заменяют новыми полностью, при обновлении бывают вопросы, типа оставить ли старый конфиг, если вы нажимаете "да", то он оставляет, если для вас это ошмётки, то ок. Но это на совести пользователя, он сам так выбирает руками.
Касаемо всего остального, после каждого удаления нужно для профилактики проводить apt autoremove и все осиротевшие зависимости удаляются. А если вы что-то в обход пакетного менеджера ставили, то что пенять на ошмётки, коли вы сами помойку развели в системе!
>Обновлял же, знаю.
> Винда прекрасно обновляется. А все эти истории про ошмётки и переустановки
> попахивают некомпетентностью.

Ну да, у кучи народа так, а у вас не так, вот и ваш классический случай "УМВР". Я в своё время достаточно навидался в сети нытья виндовых админов, но если вы такой весь в белом и у вас всё работает, прошу вас, сделайте подробный гайд, как это сделать, думаю люди вам спасибо скажут, даже оплатят ваш труд. До этого момента, это просто ваше высказывание, без какого-либо подтверждения.
>> У вас какой-то частный случай, который возможно имел место быть
> "УМВР" не засчитан.

Я могу также сказать, что это ваша классическая некомпетентность.

>> просто надо было дрюкать systemd, который к слову всё же говно редкостное
> И опять некомпетентность. Его надо было просто выучить.

Кого выучить, я говорил о том, что один раз была проблема при апгрейде с релиза без системды, на релиз в котором первый раз его вкорячили, и то проблема в понятиях Debian, потому что это не критическая поломка системы, надо было почитать как чего сделать, а я по-привычке, что Debian годами без проблем обновлялся фиганул апгрейд. Вот и всё, всё та же гнилая jessie с новой установки работала без проблем, и с апгрейдом бы не было, подождать надо было и руками подготовить, просто это первый раз на моей памяти, когда Debian создал мне трудностей, и не только мне, потому что кое-кто в Debian очень спешили вкорячить systemd, что о плавной процедуре апгрейда, как это бывало, не озаботились в достаточной мере, это я считаю был их первый факап, из-за глобального факапа пропихивания systemd таким образом, каким сделали они.

>Куча народу ненавидит его
> потому что это некомпетентные фанбои своих дистров,

Нет, потому что есть за что, systemd создал больше проблем, чем решений
>не понимают ни как
> их дистр устроен, ни ошибку найти не в силах без "дрюканья".

Кто-то понимает, кто-то нет, но вы же нарочито игнорируете контекст моего высказывания и выворачиваете смысл, чтобы что? Решили понабрасывать? Я ваш наброс поддерживать не буду.
> Это с одной стороны, а с другой в 8 systemd был
> ужасен. Его натянули по большей части поверх старых инитскриптов. Используют переходный
> функционал как фичу голосуя по 10 раз, закапывать ли стюардессу.

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

> Если сравнить как systemd работает в centos/fedora и как он работает в
> debian/ubuntu - ну небо и земля же. Но вы этого не
> узнаете, потому что вместо этого "дрюкаете и переустанавливаете, чтобы не было
> ошмёток" и всё в таком духе.

Ещё бы, красношляпа это родина systemd, fedora это тестовый полигон её разработки, система пилится под неё только, а в Debian она инородна и у Debian цели много шире, чем потестить серверные компоненты, а десктопные благополучно выкинуть, потому что не целевая аудитория.

>> в CentOS такого сделать нельзя
>> Но выбор как всегда за пользователем
> То есть вы хотите получить бесплатно без смс на высокой скорости возможность
> in-place upgrade сквозь 2 версии раз в 10 лет (за это
> надо в RH платить). Это же не домашний школьный дистр для
> юных студентов обуреваемых идеей свободы и халявы.

Нет, вы ошиблись, мне лично этого не надо, я прекрасно понимаю какова политика красношапки, и её не осуждаю, ну зарабатывают они таким образом деньги, кто-то иным образом. Ну, имеют они внутренние механизмы для апгрейда версий своих дистрибутивов, которые не выкладывают в общий доступ (хотя качество этих механизмов - отдельный вопрос), ну и бог с ними. С точки зрения бизнеса, они и не обязаны, с точки зрения этики СПО, тут уж каждый сам для себя вывод сделает, лично я воздержусь от озвучивания его тут.
У меня к ним лично претензий нет, я лишь обозначил факт, что CentOS не может в апгрейд с релиза на релиз, но имеет плюс в 10 лет поддержки, кому это важнее, тот выбирает под свои задачи CentOS, держа в уме, что однажды надо будет снести и поставить систему с нуля, кому этот вариант подходит и не подходит платить за красношляпу, тот и выбирает CentOS.

Мне же больше нравится политика Debian, все могут одинаково участвовать в тестировании на sid/testing и все могут также равноправно использовать итоговый продукт - stable, причём никаких пакетов, ни даже от десктопной версии, не выкидывают из официальной релизной версии, сколько пакетов тестировали, столько, при условии стабильности, и войдёт в стабильный релиз. Чтобы получить на тех же самых правах исходники и абсолютно все бинарники, что были в тестовой системе, в стабильную систему, мне не нужно заботиться о оплате подписок, не нужно регистрироваться, чтобы почитать подробную документацию по системе, это не коммерческая тайна, Debian более открыт и свободен. И этических вопросов с точки зрения СПО вызывает в разы меньше. Кому нужна более функциональная и универсальная площадка для любых задач, тот, среди прочего, может выбрать Debian.

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

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

63. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от лютый жабби__ (?), 16-Июн-20, 17:54 
>Бастер или эту поставить

на васян-впс конечно бастер, там пакетов чуть больше. на нормальный сервер цент без вариантов

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

74. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (74), 16-Июн-20, 22:38 
>>Бастер или эту поставить
> на васян-впс конечно бастер, там пакетов чуть больше. на нормальный сервер цент
> без вариантов

Такое мог написать только лютый васян и мамкин-какир, либо нетонкий тролль

Debian и CentOS обе системы хороши по-своему и выбирают обычно под разные задачи, обе годны в продакшен. CentOS обычно выбирают для "типовых" "базовых" установок и чтобы не трогать долгое время, также бывает предпочтение, потому что админы тупо специализировались на красношляпных системах. Debian и Ubuntu чаще выбирают для вэбсерверов и в задачах где чаще требуются новые версии бэкэнда и прочих прикладных платформ. Девопсеры скорее выбирут Deb-based системы для работы всяких докеров. Всё зависит от задачи, а VPS не может быть васянским, васянской может быть только прокладка между стулом и монитором.

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

14. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (15), 15-Июн-20, 22:39 
самый глюкавый дистрибутив с которым я имел дело. их багтрекер трещит сообщениями " X сломалось снова ", месяцами, эти болгеносовцы даже пересобрать rpm не могут нормально.
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Аноним (27), 16-Июн-20, 07:23 
Имел дело с Центосом № 6 и 7. Общее впечатление - очень стабильный дистр. Ты наверное врешь.
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Аноним (28), 16-Июн-20, 08:18 
Уж не знаю, чего там с восьмеркой намудрили, у меня с 6 и 7 проблем особых нет.
Ответить | Правка | Наверх | Cообщить модератору

76. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (57), 17-Июн-20, 02:16 
1. Там вышвыривают yum и применяют dnf. И модули, модули же: https://docs.centos.org/en-US/8-docs/managing-userspace-comp.../
2. Там не хватает некоторых devel-пакетов. Их можно и самим собрать и поставить через rpmbuild, но это же надо 3 команды напечатать в консольку.
3. Там вышвырнули старое оборудование и возвращают его поддержку за денюжку через техподдержку RH. Но это поче
4. Перешли на wayland по дефолту...
5. Дефолтный шрифт поменяли в консоли, он не поддерживает кириллицу в VT придется руками поменять на latarcyrheb-sun16 какой-нибудь в vconsole.conf ну и "localectl set-keymap ru" сделать по традиции, потому что anaconda не может в эту команду сама.
6. Перешли на nftables и оно работает, но непривычно, учитывая что по умолчанию там включен firewalld
7. Cockpit навязывают в motd
8. Вышвырнули ntp, навязывают chrony, мне не жалко
9. Удалили BTRFS, и снова не жалко.
10. Докера вышвырнули. Девопсам велено учить подман и кубик или ставить ручками.
Ничего серьезного, короче.

Единственное, вот за переименование policycoreutils-python в policycoreutils-python-utils у меня к ним вопросы.

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

88. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от microsoft (?), 18-Июн-20, 13:54 
Вот иза этих модуле теперь свалил на генту. Хоен нормально теперь их репу отзеркалиш и createrepoo_c не натравиш ибо нужен файл modules.yaml   который хрен знает где взять.
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (29), 16-Июн-20, 08:49 
> Ты наверное врешь.

Таких тут много. В инете еще больше. На форумах по СПО 100%.

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

35. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от АБВГдейка (?), 16-Июн-20, 09:59 
Использовать дистрибутив можно по-разному. Одним хватает установить базовый набор с каким-нибудь сервером баз данных, другим же нужно что-то большее. Забывать про железо тоже не нужно. Сетевые устройства, рейды иногда такие выкрутасы устраивают, что...

В общем, обо всех по себе не судят.

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

36. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от АБВГдейка (?), 16-Июн-20, 10:02 
bugs.centos.org полон сюрпризов. Если вы на них не нарвались, то вам сказано повезло.
Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (82), 17-Июн-20, 16:57 
Тут же тема не про дебиан, а про CentOS
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

17. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (17), 15-Июн-20, 23:07 
не там много официальных продакшен систем, убунта кажется не внесена в их список
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Gemorroj (ok), 15-Июн-20, 23:12 
нужно добавить еще в "известные проблемы" - использование модулей.
а пока сидим на 7 версии.
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (20), 15-Июн-20, 23:54 
Потихоньку нумерация переименовывается в год-месяц, вместо аналога rhel с номером версии. Пройдет ещё годик-второй, и никакого аналога от rhel не останется, даже в бинарном виде.
Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от leap42 (ok), 16-Июн-20, 07:16 
OEL
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (24), 16-Июн-20, 06:14 
Firefox редхатовцы собирают?
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Богдан Помазанemail (?), 16-Июн-20, 09:15 
То-то думаю почему так много вчера dnfu обнов притащил.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск CentOS Linux 8.2 (2004)"  –1 +/
Сообщение от Аноним (33), 16-Июн-20, 09:36 
А 2004 - это дата выпуска его кернела? :)
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Друг (?), 16-Июн-20, 10:16 
Это маразм обращать внимание на то как обозначает свои выпуски Виндовс10 и сравнивать это с другими дистрами. Заняться больше нечем? И что, если завтра Виндовс 10 решит поменять свой логотип на логотип "трусы", теперь трусы никому не одевать т.к. они не отвечают политике опенсоурсности и являются логотипом Майкрософт ?
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск CentOS Linux 8.2 (2004)"  +3 +/
Сообщение от Moomintroll (ok), 16-Июн-20, 10:37 
> ... если завтра Виндовс 10 решит поменять свой логотип на логотип "трусы"...

Стопэ! Трусы уже заняты. Трусы (стринги) - логотип яндекс-браузера.

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

39. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Инкогнито (?), 16-Июн-20, 10:25 
А докер починили?
Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (42), 16-Июн-20, 10:59 
Вопрос слишком расплывчатый, но попытаюсь на него ответить.
В семёрачке докер был полуживой(или полунеживой(как стакан воды для оптимиста или пессимиста)). Из-за проблем системды и дубаса(часть системды сегодня, не перезапускаемая). systemctl daemon-reexec было нужно делать практически по крону. Отлегло где-то в восьмёрачьке и бубунте дЖвадцаточке_ноль_четвёртой. Часть фиксов вроде сам Поттер делал.
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от my_name_is_Mud (ok), 16-Июн-20, 11:05 
А докер и не нужен редхату. У них же разрабатывается свой инструмент - podman
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

45. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Инкогнито (?), 16-Июн-20, 11:27 
Ещё бы совместимость была между docker-compose и podman-compose
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от tolstushka.ru (ok), 17-Июн-20, 02:40 
Нужен. Он внутри OpenStack'a применяется.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

51. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (51), 16-Июн-20, 11:48 
> А докер починили?

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

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

52. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (52), 16-Июн-20, 12:01 
Контейнеры от redhat доступны в centos?
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск CentOS Linux 8.2 (2004)"  +1 +/
Сообщение от Аноним (54), 16-Июн-20, 13:29 
Похоже, по откликам коллег на диструбутивы друг друга, надо оставаться на Винде, т.к. всё остальное ещё гораздо большее..
Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (55), 16-Июн-20, 14:14 
Оставайся
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск CentOS Linux 8.2 (2004)"  +4 +/
Сообщение от Аноним (65), 16-Июн-20, 17:57 
>внесенные в пакеты изменения, как правило, сводятся к ребрендингу и замене художественного оформления.

И это смело можно сказать про подавляющее большинство линуксов.

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

69. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Анонымоус (?), 16-Июн-20, 19:25 
Что-то CHECKSUM.asc не видать.
Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск CentOS Linux 8.2 (2004)"  +/
Сообщение от Аноним (82), 17-Июн-20, 16:17 
Сегодня обновил все гипервизоры с 8.1 до 8.2 полёт нормальный. Как всегда всё стабильно и без падений.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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