The OpenNET Project / Index page

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

Выпуск Red Hat Enterprise Linux 6.9

21.03.2017 18:13

После десяти месяцев разработки компания Red Hat представила релиз дистрибутива Red Hat Enterprise Linux 6.9. RHEL 6.9 является первым выпуском, подготовленным в рамках второй стадии сопровождения, на которой приоритеты сместились в сторону исправления ошибок и проблем безопасности, с внесением незначительных улучшений, связанных с поддержкой важных аппаратных систем. Включение значительных функциональных улучшений прекращено. Установочные образы RHEL 6.9 доступны для загрузки только зарегистрированным пользователям Red Hat Customer Portal.

10 мая 2017 года ветка Red Hat Enterprise Linux 6 перейдёт на третью стадию поддержки, на которой будут формироваться только обновления с устранением уязвимостей и особо важных ошибок. Внесение изменений, связанных с поддержкой нового оборудования будет прекращено, за исключением поддержания компонентов, необходимых для работы в системах виртуализации. Ветка RHEL 6.x сопровождается параллельно с веткой RHEL 7.x и будет поддерживаться до 30 ноября 2020 года.

Ключевые изменения в Red Hat Enterprise Linux 6.9:

  • Проведена большая чистка устаревших алгоритмов и протоколов, безопасность которых поставлена под сомнение. В том числе блокированы алгоритмы, фигурирующие в таких атаках как DROWN против SSL 2.0, SLOTH против MD5, LOGJAM и FREAK против TLS.

    • Полностью удалена поддержка протокола SSLv2 и экспортных наборов шифров, включающих недостаточно защищённые устаревшие алгоритмы шифрования;
    • Ограничено использование MD5 и SHA-0 в качестве алгоритма для создания цифровых подписей;
    • Запрещена установка защищённых соединений с сервером при использовании в TLS параметров DH (Diffie-Hellman), размером менее 1024 бит.
    • Отключено использование RC4 в контекстах, не приводящих к проблемам с нарушением совместимости (например, RC4 отключен в OpenSSH);
  • В OpenSSL, NSS, GnuTLS, rsyslog и vsftpd добавлена поддержка протокола TLS 1.2;
  • В Postfix обеспечена возможность задания в конфигурации допустимых версий TLS. Например, для запрета TLS 1.1 можно указать "smtpd_tls_mandatory_protocols = !TLSv1.1";
  • В NetworkManager добавлена поддержка ручной настройки DNS (при указании dns=none в настройках NetworkManager, прекращается автоматическое изменение /etc/resolv.conf);
  • В файл конфигурации /etc/sysconfig/network добавлена поддержка опции NO_DHCP_HOSTNAME, при указании которой скриптам инициализации не даётся получить имея хоста через DHCP;
  • В Perl-модулях Net::SSLeay и IO::Socket::SSL реализована возможность жесткого определения допустимой версии протокола TLS;
  • В состав включена утилита cpuid, выводящая информацию о возможностях CPU на основании данных, полученных через инструкцию CPUID;
  • В состав базовой системы включен инструментарий cloud-init, с реализацией конфигурируемого процесса инициализации, оптимизированного для обеспечения загрузки образов для cloud-окружений. Cloud-init позволяет унифицировать процесс задания конфигурации во время загрузки, таких как локаль, имя хоста, SSH-ключи и точки монтирования;
  • В PAM-модуль pam_faillock добавлена опция "unlock_time=never", при указании которой в случае превышения лимита на допустимое число попыток аутентификации, вход пользователя будет заблокирован бессрочно и разблокирование потребует вмешательства администратора;
  • В менеджере кластерных ресурсов Pacemaker добавлена возможность создания аварийных агентов (alert agents), позволяющих выполнить внешние действия в случае наступления определённых событий в кластере. В агентах ресурсов Pacemaker Oracle и OraLsnr добавлена поддержка СУБД Oracle 11g;
  • В состав включён интерфейс luci для обеспечения аутентификации узлов в кластере и защиты систем из нескольких узлов от MITM-атак;
  • В разряд поддерживаемых переведён пакет clufter с набором утилит для анализа и преобразования форматов конфигурации кластера. Версия пакета обновлена до clufter 0.59.8;
  • Различные компоненты приведены к соответствию требованиям стандартов PCI-DSS (Payment Card Industry Data Security Standards), определяющих требования к безопасности при хранении данных о держателях платёжных карт;
  • Добавлена поддержка контроллеров RealTek RTS5250S SD4.0, что позволяет использовать картридеры на базе Realtek RTS5205;
  • Добавлен драйвер smartpqi для новых систем хранения Microsemi smartPQI;
  • Прошивка Chelsio обновлена до версии 1.15.37.0;
  • Обновлены версии драйверов:
    • bnxt_en -добавлена поддержка BCM5731X, BCM5741X и 57404 Network Partitioning (NPAR);
    • ahci - добавлена поддержка контроллеров Marwell 88SE9230;
    • mpt3sas - добавлена поддержка SAS3416 , SAS3508, SAS3408 и SAS3516 Fusion-MPT Tri-Mode RAID On Chip;
    • megaraid_sas;
    • В device-mapper-multipath добавлена конфигурация для дисковых массивов Huawei XSG1;
  • Добавлены средства для проведения бесшовной миграции стационарных окружений на базе RHEL 6 на RHEL 7 или в форму изолированных контейнеров, пригодных для выполнения в системах на базе RHEL 7, Red Hat Enterprise Linux Atomic Host и Red Hat OpenShift Container Platform.


  1. Главная ссылка к новости (https://www.redhat.com/en/abou...)
  2. OpenNews: Объявление о прекращении поддержки Red Hat Enterprise Linux 5 и репозитория EPEL 5
  3. OpenNews: В Red Hat Enterprise Linux 6.9 будет проведена чистка небезопасных алгоритмов и протоколов
  4. OpenNews: Доступен дистрибутив SUSE Linux Enterprise 12 SP2
  5. OpenNews: Релиз Red Hat Enterprise Linux 7.3
  6. OpenNews: Выпуск Red Hat Enterprise Linux 6.8
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/46233-rhel
Ключевые слова: rhel
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (94) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, vantoo (ok), 18:16, 21/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    УРА!
    *побежал оформлять платную подписку.
     
     
  • 2.29, Аноним (-), 21:22, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько за год стоит?
     
     
  • 3.59, F1 (??), 03:21, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Для ценителей))):
    RHEL Server:
    Self-support $349
    Standard (Physical or Virtual Nodes)$799
    Premium (Physical or Virtual Nodes)$1299

     
     
  • 4.101, Аноним (-), 10:10, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    SelfSupport - хороший вариант. Заплати 350 бачей за то, что будешь САМ её поддерживать ))
     
     
  • 5.106, Аноним (-), 16:31, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это доступ к обновлениям и базе знаний. отличие от других уровней поддержки в том, что нельзя  обращаться с вопросами по телефону и через support cases (с sla) на сайте. В лучшем случае сможешь написать в багзиллу без каких-либо гарантий.
     
     
  • 6.113, Анжелика (?), 09:29, 24/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    База знаний, кстати, так себе.
    Гугл ее вполне себе заменяет
     

  • 1.2, Аноним (-), 18:26, 21/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, а как в Редхате с PRоделками Поттеринга? Энтерпрайз типа, все дела. Тоже перевели всех и вся? Спрашиваю чисто интереса ради как юзер Дебьяна, который до сих пор не может прийти в себя от старого-доброго дистриба, известного всем своей "мамонтностью" и стабильностью и резко сменивший курс.
     
     
  • 2.5, testt (ok), 18:38, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.
     
     
  • 3.10, anonymous (??), 18:54, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.

    http://www.opennet.ru/opennews/art.shtml?num=41146

     
     
  • 4.46, Аноним (-), 22:45, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Там вроде нет других причин кроме отсутствия гибкости
     
     
  • 5.70, Аноним (-), 08:15, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а это мало ?
    Можете посмотреть багзилу - и количество критических багов там.
     
  • 3.11, Andrey Mitrofanov (?), 18:58, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.

    Объясняю: плох не s-d, а принудительная смена ориентации Debian-а.

     
  • 3.14, Аноним (-), 19:09, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    одменов захотели сделать взаимозаменяемыми, чтоб новому одмену не пришлось изучать мэд-скилзы уволенного => одменам не дали пописать на коленке баш-скрипты, заменив это дело серьезной инфраструктурой, когда новому одмену нужны уже не месяцы, а часы, чтобы изучить, че там как устроено у клиента после прошлого (уволенного) одмена.

    Вот одмены и бушуют. Лично меня как юзера десктопный системдэ полностью устраивает. Это как с эволюционизмом: в научном мире уже никто не будет оспаривать эволюционизм, будут лишь потихоньку уточнять какие-то вещи внутри эволюционизма. Системдэ -- то же самое. Если есть проблемы с системдэ -- это не повод сносить ее полностью. Это повод чутка улучшить системдэ.

     
     
  • 4.45, KonstantinB (ok), 22:45, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Претензии к systemd делятся на две части - объективная критика кода и архитектуры (а там действительно многое через задницу сделано), и упомянутая боль сзади у "veteran sysadmins".

    Задача, которую решает systemd, давно назрела, и ее надо решать. Само же предлагаемое решение весьма сомнительно. Было бы лучше сначала довести его до ума, а уже потом пропихивать во все дистрибутивы. Еще лучше было бы решить парочку родовых проблем в целом весьма неплохого upstart, а не изобретать велосипед.

     
     
  • 5.51, freehck (ok), 23:42, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Задача, которую решает systemd, давно назрела, и ее надо решать.

    И Вас ведь не затруднит её озвучить, задачу эту?

     
     
  • 6.53, Zulu (?), 23:55, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Главное что есть у systemd или у svc в Солярисе, но чего нег у SysV init, это удержание ожидаемого состояния системы.

    Запущен ли сервис? Отключен или упал в процессе? Почему не стартовал сервис? Как предотвратить запуск сервиса в категорически неподходящей обстановке, чтоб он ничего не поломал (например чтоб ничего не писал в /whatever, покуда туда не примонтировалось то что должно)?

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

     
     
  • 7.69, Аноним (-), 08:13, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Главное что есть у systemd или у svc в Солярисе, но чего
    > нег у SysV init, это удержание ожидаемого состояния системы.

    Ага, потому что init это не менеджер сервисов. Менеджер сервисов это supervisord, monit и т.п.

     
     
  • 8.97, Zulu (?), 01:34, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    monit это костыль Возникший из-за угребищности sysV init и не решающий все зада... текст свёрнут, показать
     
  • 7.105, Andrey Mitrofanov (?), 16:09, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это всё делается коротким ba sh-скриптом в runit-е или daemontools-е, или любо... большой текст свёрнут, показать
     
  • 6.94, KonstantinB (ok), 19:17, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если обобщить - то сервисы как first class objects.
     
     
  • 7.96, freehck (ok), 23:08, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Если обобщить - то сервисы как first class objects.

    Так systemd - это, оказывается, язык программирования? :)

    Нет, я понимаю. Чем туманнее сформулирована задача, тем веселее её решать. Так держать, молодцы.

     
     
  • 8.98, Zulu (?), 01:35, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, это кто-то за деревьями не видит леса ... текст свёрнут, показать
     
     
  • 9.104, freehck (ok), 15:48, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, деревьев действительно целый лес ... текст свёрнут, показать
     
  • 8.111, KonstantinB (ok), 23:30, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Объекты бывают не только в языках программирования В Sun-овских презентациях SM... текст свёрнут, показать
     
     
  • 9.114, freehck (ok), 12:46, 24/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Объекты-то бывают, а вот объекты первого класса - это вполне определённое поняти... текст свёрнут, показать
     
  • 6.112, Вася Куропаткин 8 А (?), 23:37, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Задача, которую решает systemd, давно назрела, и ее надо решать.
    > И Вас ведь не затруднит её озвучить, задачу эту?

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

     
  • 4.72, Аноним (-), 10:32, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Лично меня как юзера десктопный sysvinit полностью устраивает. Это как с эволюционизмом: в научном мире уже никто не будет оспаривать эволюционизм, будут лишь потихоньку уточнять какие-то вещи внутри эволюционизма. sysvinit -- то же самое. Если есть проблемы с sysvinit -- это не повод сносить его полностью. Это повод чутка улучшить sysvinit.

    P.S. ну и да, горит по большей части вовсе не у админов. Или вы и впрямь считаете, что основная масса работы админа - настройка и написание логики для системы инициализации на серверах? Ну бредовый же аргумент, честное слово.

     
  • 3.16, freehck (ok), 19:23, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.

    Знаете, если хотите почитать об этом, зайдите в любую новость об очередном релизе systemd и посмотрите комментарии.

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

     
     
  • 4.63, Аноним (-), 06:51, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело.

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

    И тогда, и сейчас, аргументы за SysV init всегда основой имеют "так делали деды", и забывается, что в последнее "досистемдэшное" время обычный sysvinit был заменен на openrc или upstart в основных дистрибутивах, потому что у разработчиков назрела необходимость менять сам подход к понятию системного менеджера.

     
     
  • 5.68, ChepyKot (?), 07:42, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> потому что у разработчиков назрела необходимость менять сам подход к понятию системного менеджера.

    Вся трабла в том, что разработчики просили инит, а им системный менеджер вкорячили.

     
  • 5.73, Аноним (-), 10:40, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> В 2014м это ещё казалось забавным, но сейчас уже порядком поднадоело.
    > Ни тогда, ни сейчас, аргументы про "плохость" systemd не блистали ясностью и
    > непротиворечивостью.

    Что неясно? Какие противоречия? Голословно!

    > И тогда, и сейчас, аргументы за SysV init всегда основой имеют "так
    > делали деды", и забывается, что в последнее "досистемдэшное" время обычный sysvinit
    > был заменен на openrc или upstart в основных дистрибутивах, потому что
    > у разработчиков назрела необходимость менять сам подход к понятию системного менеджера.

    Классно ты умеешь с соломенными чучелами сражаться.

     
  • 5.95, freehck (ok), 22:52, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да-да Сколько вам ни объясняй, всё равно вам ничего не понятно , и как след... большой текст свёрнут, показать
     
     
  • 6.107, Аноним (-), 18:26, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А Вами как-то забывается, что вся критика sysvinit, которой Вы располагаете, относится
    > к варианту sysv, который был в RHEL, но не имеет никакого
    > отношения к распараллеленному sysvinit с зависимостями, который, внезапно, существовал
    > в Debian ещё до того, как systemd начали писать.

    Там глобальный недостаток. Этот код не принадлежит RedHat.

     
  • 3.18, Аноним (-), 19:43, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Объясните, пожалуйста, чем так плох systemd?

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

     
  • 3.21, Аноним84701 (ok), 19:58, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > Объясните, пожалуйста, чем так плох systemd? По пунктам, аргументированно.

    Пункт первый:
    Перлы в коде, типа магических строк и прочего:



    arg_header = strdup(option+7);

    strcpy(stpcpy(stpcpy(stpcpy(mempcpy(t, p, fn - p), ".#"), extra), fn), «XXXXXX»);

    if (path_is_absolute(option+15))

    ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);

    strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);

    static int env_append(char **r, char ***k, char **a) {

    char **strv_env_unset(char **l, const char *p) {

    char **strv_env_set(char **x, const char *p) {



    там еще есть интересный пунктик с проверками входных данных - они довольно бессистемны и дубли-"триплируются".
    Т.е. классичесая проверка входящего аргумента, потом с этим аргументом вызывается еще что-то, что проверя свои входные данные тем же макаром, потом все это дело парсится, при этом повторяя как минимум часть кода из проверок. Результат используется только частично и только "на месте" и чуть видоизмененный (а иногда и не чуть, а скопипащенный) парсинг проводится в следующем вызове. Хотя казалось бы, разбери один раз, с нормальной проверкой и передавай что-то типа "parsed data struct".
    В общем, самосборочный велосипед парсера в действии. Со всеми "вытекающими":
    http://www.openwall.com/lists/oss-security/2016/09/28/9
    > systemd v209+: local denial-of-service attack
    > systemd[1] fails an assertion in manager_invoke_notify_message[2] when a zero-length message is received over its notification socket

    Намек на второй пункт претензий:
    https://www1.opennet.ru/opennews/art.shtml?num=41301
    > В Systemd добавлен код для разбора формата JSON
    > В дополнение к уже присутствующей поддержке формата XML

    Про классику типа QR кодов и встроенного httpd скромно умолчим.

    Третий:
    https://lists.freedesktop.org/archives/systemd-devel/2016-February/035748.html
    > * Most configurable timeouts in systemd now expect an argument of "infinity" to turn them off, instead of "0" as before.

    А чтобы жизнь медом не казалась
    > To maintain backwards compatibility, "0" continues to  turn off previously existing timeout settings

    или
    https://lwn.net/Articles/490413/
    > you can still build it for usage outside of systemd systems, and we will support these builds
    > officially. In fact, we will be supporting this for a long time

    Да, лонг-тайм оказался периодом аж в два года.

    Или очередной велосипедизм с элементами гвоздеприбивания колес:
    https://lists.freedesktop.org/archives/systemd-devel/2015-February/028447.html
    > When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered.
    >

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

     
     
  • 4.27, Аноним (-), 21:03, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    "Читал я. Мелкие нападки
    На шрифт, виньетки, опечатки,
    Намеки тонкие на то,
    Чего не ведает никто."
     
  • 4.28, Аноним (-), 21:19, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что, одмены или юзеры частенько встречаются с проблемой того, что упоминаются некие option+15? Нет конечно. Ты привел программистские проблемы = проблемы сопровождения самой системды, с которыми не сталкивается никто, кроме коммитеров в системду. Если там заменить option+15 на вменяемые конструкции, ты успокоишься? Нет конечно, пойдешь и будешь дальше разоблачать системду, находя то тут, то нам "а вон здесь не оставили пустую строчку после ифа, код не красив".
     
     
  • 5.37, Аноним (-), 22:04, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что, одмены или юзеры частенько встречаются с проблемой того, что упоминаются некие option+15?

    Нет конечно. Но когда встречаются, приходится в срочном (читай: часы, а не недели) порядке обновлять парк систем и надеяться, что никакая зараза не успела проникнуть через этот option+15.

     
     
  • 6.42, Аноним (-), 22:26, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Но когда встречаются, приходится в срочном (читай: часы, а не недели) порядке обновлять парк систем и надеяться, что никакая зараза не успела проникнуть через этот option+15.

    Помню, когда на горе свистнул рак (это пришлось аккурат к греческим календам), одна из зараз проникла "через этот option+15", и мне пришлось "в срочном (читай: часы, а не недели) порядке обновлять парк систем". Это было уже после Второго пришествия.

     
  • 5.39, gogo (?), 22:13, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    "некрасивый" код ведет за собой вполне красивые дыры. На одну из них тебе даже ссылку человек дал.

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

    Я более чем уверен, что после смерти (дай Бог, не скорой) Линуса Торвальдса, Столмана и еще горстки "древних монстров", "линуксы" прогнут под корпорации. И без блобов ничего работать не будет в принципе. Как это уже сейчас на половине систем не работает.

     
     
  • 6.44, Аноним (-), 22:37, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дыры бывают и при вполне красивом коде Даже у дай Бог, пусть Он проживет еще д... большой текст свёрнут, показать
     
  • 5.74, Аноним (-), 10:59, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Ты привел программистские проблемы

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

    Плохой демагог, плохой!

     
     
  • 6.76, Аноним (-), 13:27, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > многочисленные примеры быдлoкода

    После усиленного изучения исходных кодов системды, Аноним привел всего 10 примеров "6ыдлокода". Учитывая, что исходники системды уже объемнее исходников ядра, не совсем, чтобы это были "многочисленные" примеры "6ыдлокода". Единичные - да. Написанные на скорую руку - да. Поддается исправлению - да. Является поводом отказаться от системды - нет.

     
     
  • 7.77, Аноним (-), 14:03, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >После усиленного изучения исходных кодов

    Что за бессовестное передергивание? С чего ты взял, что изучение было "усиленным"?
    Остальную часть его поста ты так и будешь продолжать игнорировать?

    Плохой демагог, плохой! [2]

     
     
  • 8.78, Аноним (-), 14:07, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    С того, что эти куски кода копируются из темы в тему, лишь изредка при этом попо... текст свёрнут, показать
     
     
  • 9.79, Аноним (-), 14:21, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 Почему же до сих пор никто не исправил тогда 2 Сколько пунктов необходимо, ... текст свёрнут, показать
     
     
  • 10.80, Аноним (-), 14:32, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Возможно, потому что никто не обратил на них внимание самих разработчиков Думаю... большой текст свёрнут, показать
     
     
  • 11.82, Аноним (-), 15:30, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Первый попавшийся файл https github com systemd systemd blob master src libsy... большой текст свёрнут, показать
     
     
  • 12.83, Аноним (-), 15:50, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Правильно Нужно было создать единую функцию strappendRunSystemdSessions Зато н... большой текст свёрнут, показать
     
     
  • 13.84, Аноним (-), 16:07, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Не одни лишь Плохой демагог, ну Спорить дальше по конкретным пунктам смысла не... текст свёрнут, показать
     
     
  • 14.85, Аноним (-), 16:35, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Говорим не о странностях, а о том, что исходники системды не вписываются в конкр... текст свёрнут, показать
     
     
  • 15.87, Аноним (-), 16:55, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все потому, что ты жонглируешь понятием стиля так, как тебе удобно Вот и полу... текст свёрнут, показать
     
     
  • 16.89, Аноним (-), 17:16, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    То есть то, что там фигурные скобки после else не поставлены - это не стиль, а ч... текст свёрнут, показать
     
  • 13.90, другой Аноним (?), 17:28, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно l Cразу вместе с I В древних шрифтах И конечно, для обозначения коли... текст свёрнут, показать
     
     
  • 14.91, Аноним (-), 17:45, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если твой любимый шрифт заставляет тебя напрягаться, чтобы отличить i от I, I от... текст свёрнут, показать
     
  • 5.88, Аноним (-), 17:01, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А что, одмены или юзеры частенько встречаются с проблемой того, что упоминаются
    > некие option+15? Нет конечно. Ты привел программистские проблемы = проблемы сопровождения
    > самой системды, с которыми не сталкивается никто, кроме коммитеров в системду.

    Лишь были бы желуди, да?


     
  • 3.99, Zulu (?), 01:40, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он не плох. Просто это опеннет, тут любят *bsd и не любят Поттеринга. Жалкая реальность не справится с мощью их веры.
     
  • 3.102, vitvegl (?), 11:51, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ничем
     
  • 2.6, anonymous (??), 18:42, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В 6-й версии systemd нет. Надеюсь, к 2020-му можно будет перейти на Devuan.
     
     
  • 3.19, Аноним (-), 19:47, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это вряд ли. Этот вышеотписавшийся "юзер Дебьяна" не сделал для Devuan ничегошеньки. Как и все остальные юзеры дебиана, горюющие на форуме про s-d, а сами не ударившие палец о палец.
     
     
  • 4.71, Аноним (-), 08:24, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это вряд ли. Этот вышеотписавшийся "юзер Дебьяна" не сделал для Devuan ничегошеньки.
    > Как и все остальные юзеры дебиана, горюющие на форуме про s-d,
    > а сами не ударившие палец о палец.

    Я, как бывший "юзер Дебьяна" сделал для дебиана очень много, а именно - перешёл на Slackware.

     
  • 4.93, пох (?), 18:46, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это вряд ли. Этот вышеотписавшийся "юзер Дебьяна" не сделал для Devuan ничегошеньки.

    а чего делать-то предлагается? Тщательно переписывать все новые и новые нагромождения systemd-зависимых поделок? Воистину, сизифов труд.

     
  • 3.52, freehck (ok), 23:54, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь, к 2020-му можно будет перейти на Devuan.

    Да вообще-то уже сейчас можно. Вы не смотрите, что он "Beta". Он таковым считается, пока окончательно выпиливание зависимостей на libsystemd0 не завершат. А так им вполне можно пользоваться. У меня основной системой стоит.

     
  • 2.7, Casm (??), 18:45, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В Red Hat 6 используется upstart, в 7 - systemd.
     
  • 2.67, Аноним (-), 07:41, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, а как в Редхате с PRоделками Поттеринга?

    Редхат вообще и есть автор поттерингаподелок.

     
  • 2.92, пох (?), 18:41, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кстати, а как в Редхате с PRоделками Поттеринга?

    так же. В смысле, без них скоро только embed останется, и то ненадолго.
    У тебя уже udev отдельного нет, dbus нет, скоро сдохнет (или перейдет в разряд гну-фетишей, не обновляемых десятилетиями) куча всякой мелочи, которую теперь стильно-модно-молодежно иметь в виде systemd'шного модуля (acpi, к примеру, уже), и т.д.

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

    Про userland я уж молчу - начиная от модных DE, и, заканчивая, внезапно, старинным X.org, они тоже любят модные побрякушки.

    > известного всем своей "мамонтностью" и стабильностью

    это была не мамонтность и стабильность, а просто нежелание что-либо менять и думать головой - на чем и стоит весь дeбилл.ан.
    Поэтому как только майнстрим развернулся в сторону сплошного плуг анд плюха, когда в системе автоматически и не спрашивая тебя, происходит какая-то невменяемая жизнь, когда ей, а не тебе, приспичило - у них особо и выбора не было. Поскулив и поиграв на прощание в демократию, выбрали то единственное, чем их кормят с лопаты - потому что ничего другого все равно не осилили бы. (не надо мне про devuan, мертворожденный выкидыш для слива пара)

     

  • 1.3, Аноним (-), 18:28, 21/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А Мате в красной шапке есть?
     
     
  • 2.9, Аноним (-), 18:50, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть для el7 в EPEL.
     

  • 1.4, Аноним (-), 18:30, 21/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    когда будет выпуск CentOS 6.9 ?
     
     
  • 2.103, Аноним (-), 12:15, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не понятно какие идиоты заминусовали это сообщение - ну да *** с ними.

    CentOS 6.9 сейчас находится в стадии рекомпиляции - возникли проблемы со сборкой 15 пакетов - работа ведётся. Релиз скоро будет.

    // b.

     
  • 2.108, Ergil (ok), 18:53, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как только калькулятор единственного пользователя CentOS'а осилит пересобрать RHEL.
     

  • 1.8, Аноним (-), 18:50, 21/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Второгном Жив!
     
  • 1.12, eSyr (ok), 19:06, 21/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    RHN deprecated в пользу Red Hat customer portal (access.redhat.com).
     
  • 1.13, Аноним (-), 19:06, 21/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда стоит ждать RHEL 8? Никаких движений пока не видно, хотя ветка RHEL 5 была выпущена 10 лет назад и скоро достигнет конца срока поддержки.
     
     
  • 2.17, freehck (ok), 19:28, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > RHEL 5 была выпущена 10 лет назад и скоро достигнет конца срока поддержки.

    А разве RHEL 5 ещё не прекратили поддерживать?
    Может я чего-то недопонял, конечно, но вроде была новость:
    http://www.opennet.ru/opennews/art.shtml?num=46211

     
     
  • 3.64, Аноним (-), 07:01, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Может я чего-то недопонял, конечно, но вроде была новость:
    >>>> будет прекращён 31 марта

    Ты явно что-то недопонял.

    Применяя твои допущения, но с другой стороны, я делаю вывод, что до прекращения поддержки rhel5 осталось дней чуть ли не больше, чем поддерживается версия firefox или какой-нибудь убунты. Азазаза)

     
     
  • 4.81, freehck (ok), 14:43, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>>>> будет прекращён 31 марта

    Ааа, вот оно что. Не досмотрел. Спасибо! :)

     
  • 2.20, Аноним (-), 19:49, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда стоит ждать RHEL 8?

    Как только решат, ставить xfce или kde в дефолте. У меня есть подозрения, что gnome3 они больше в rhel не вкатят, плохой опыт rhel7

     
     
  • 3.22, Аноним (-), 20:11, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Enterprise
    >kde в дефолте
    >red hat
    >gnome3 больше не вкатят

    Ох уж эти наивные сектанты.

     
     
  • 4.25, Аноним (-), 20:56, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сектанты - это вы. Вот выкинут гном3, а ты и сожрешь "так и надо", так приказано.

    Ты хоть пользовал rhel или цент с гуем? Гном там древний 3.14, половина дополнений с оффсайта гнома не работает, либо со старыми багами, которые исправлены в новых версиях, но они не поддержваются 3.14. Сама эта версия гномощели не блещет стабильностью и удобной функциональностью, все самое вкусное появляется в 3.22+, и только остается надеяться, что оно протиснется в следующий минорный релиз 7-ки, но этому подтверждений не больше, чем я сказал про 8ку

     
     
  • 5.36, Михрютка (ok), 21:48, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ты хоть пользовал rhel или цент с гуем? Гном там древний 3.14,

    я и доси пользую на работе. только почему там третий, когда там второй?


     
     
  • 6.65, Аноним (-), 07:04, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ты хоть пользовал rhel или цент с гуем? Гном там древний 3.14,
    > я и доси пользую на работе. только почему там третий, когда там
    > второй?

    Прости, братишка, не уточнил. Я про 7ку. 6-ка божественна, да. Последний оплот гнома2, после предательства mate.

     
  • 5.49, Илья (??), 23:03, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На багтрекере лежмт задача про обновление гнома до 3.22. Ищите по словам rebase gnome 3.22
     
     
  • 6.62, Аноним (-), 06:07, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    К моменту выходы 3.33, как раз подоспеет 3.22 в центос. Проблема никуда не денется, дополнения протухнут, баги останутся неисправленными. Просто, гном - это не то, что нужно rhel. Надеюсь, эту погань выметут оттуда. Эффективней оставить какой-нибудь openbox с десятком советов в базе знаний, как настроить, чем тянуть это чудовищеГ3.
     
  • 3.24, Аноним (-), 20:48, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >что gnome3 они больше в rhel не вкатят, плохой опыт rhel7

    И в чем это заключается? Падение прибыли произошло, массовые отказы от подписки? Или просто влажные мечты гномофоба?

     
     
  • 4.26, Аноним (-), 20:58, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>что gnome3 они больше в rhel не вкатят, плохой опыт rhel7
    > И в чем это заключается? Падение прибыли произошло, массовые отказы от подписки?
    > Или просто влажные мечты гномофоба?

    Имеющие глаза видят, что модель разработки гнома и гтк не соответствует нормальной идеологии длительной поддержки, за что и любим rhel. Гном пилят неоглядываясь, никакого бекпортирования фиксов не делают, приложения переписывают с нуля, оставляя в 3.14 (именно эта версия сейчас в rhel7) такой неподдерживаемый хлам, что стыдно.

     
     
  • 5.34, Аноним (-), 21:38, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Туда нужно KDE5!


     
  • 4.50, Илья (??), 23:17, 21/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я нашёл для себя в гноме несколько действительно узких мест:
    1 альт-таб. Работает непредсказуемо вместе с Альт-ё. Лечится дополнением
    2 иконки рабочего стола. Лечатся дополнением.
    3 огромные иконки запуска приложений в shell. Особенно на большом мониторе
    4 анимация по умолчанию, медленная. Отключается
    5 очень странный трей
     
     
  • 5.60, Илья (??), 03:43, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы надо уметь ошибки признавать.
     
     
  • 6.66, Аноним (-), 07:06, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Как бы надо уметь ошибки признавать.

    К сожалению, гном-тим не из таких, кто умеет. поэтому, на помоечку!

     
  • 2.58, 321 (??), 01:51, 22/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем? Седьмая версия (7.3) самый смак сейчас
     

  • 1.75, Аноним (75), 12:20, 22/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто в теме для чего вообще нужен RHEL? Где он обычно используется? Кто его целевая аудитория? Насколько я понимаю он сделан для рабочих станций, но в чем преимущества по сравнению с платной виндой или бесплатным Debian/CentOS?
     
     
  • 2.100, Вася Куропаткин 8 А (?), 01:42, 23/03/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кто в теме для чего вообще нужен RHEL? Где он обычно используется?
    > Кто его целевая аудитория? Насколько я понимаю он сделан для рабочих
    > станций, но в чем преимущества по сравнению с платной виндой или
    > бесплатным Debian/CentOS?

    Ну, а для чего ты покупаешь страховку? Чтобы прикрыть свой жопец. Тут то же самое. Оплатил подписку - в случае системного факапа(после апдейта не забуталось ведро, к примеру)/не закрытой вовремя дыры в безопасности смело переводишь стрелки, мол: "А я вот заплатил денег, а редхатовцы такие редхатовцы вовремя заплатку не положили мне в репу". В бесплатном варианте такая отмазка "нету в репе" не прокатит - ты крайний.

     
     
  • 3.116, пох (?), 13:25, 24/03/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > В бесплатном варианте такая отмазка "нету в репе" не прокатит

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

    А вот там где нужны не отмазки, а чтоб работало, а оно непойми от чего сломалось после вроде как не связанного с этим апдейта, и _твоих_ админских знаний не хватает, в платном варианте прибежит бодрый и работящий индус, и, с горем пополам, поднимет твой прод (поднимет, поднимет - за ним, если понадобится, стоят очень грамотные люди), если заранее много заплатишь - то даже и относительно быстро.
    В бесплатном к твоим услугам форумы и листы рассылки, где тебя сперва забанят на недельку за недостаточно политкорректное описание проблемы (а у тебя дымится жопа и начальство многозначительно помахивает кнутиком), и гугль, где, двести раз переуточнив запрос, ты получишь...правильно, такой же вопрос, заданный на форуме год назад, так и оставшийся без вменяемого ответа (невменяемые - "тебе оно не надо" ,"ты сам $к, надо было по другому строить прод, я, админ двух локалхостов, точно знаю как это делать", "я ничего не понял что ты тут спрашивал, но имею ценное мнение")

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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