Состоялся (https://lists.centos.org/pipermail/centos-announce/2016-Dece...) выпуск дистрибутива CentOS 7.1611 (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7), вобравшего в себя изменения из Red Hat Enterprise Linux 7.3 (https://www.opennet.me/opennews/art.shtml?num=45422). Напомним, что номер версии 7.1611 связан с введением в практику (https://www.opennet.me/opennews/art.shtml?num=41195) ежемесячной сборки rolling-обновлений установочных образов и отражает время очередной сборки, при том, что в рамках подготовки данной сборки репозиторий был переведён на пакетную базу RHEL 7.3, т.е. выпуск CentOS 7.1611 можно формально рассматривать как CentOS 7.3 в старой нумерации.Сборки доступны (http://mirror.centos.org/centos/7/isos/x86_64/) для архитектуры x86_64 в виде установочной DVD-сборки (4 Гб), образа NetInstall для установки по сети (390 Мб), минимальной серверной сборки (700 Мб), полного образа для USB Flash (8 Гб) и Live-сборок с GNOME (1.2 Гб) и KDE (1.7 Гб). В ближайшие дни также ожидается появление сборок CentOS Linux 7.1611 для архитектур ARMv7 (armhfp), Aarch64 и i686, а также предварительных выпусков для PowerPC8 (Little Endian) и PowerPC (Big Endian). Пакеты SRPMS, на основе которых произведена сборка бинарных файлов, и debuginfo доступны через vault.centos.org (http://vault.centos.org). Дистрибутив полностью бинарно совместим с RHEL 7.3, внесенные в пакеты изменения, как правило, сводятся к ребрендингу и замене художественного оформления.
Основные изменения (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7):
- В состав включены пакеты python-gssapi, python-netifaces, mod_auth_openidc, pidgin и Qt5;
- Поддержка седьмого поколения процессоров Intel Core i3, i5 и i7. Поддержка I2C для шестого поколения процессоров Intel Core;
- Возможность отправки сообщений об ошибках сразу на bugs.centos.org;
- Обновлены версии программ в пакетах samba, squid, systemd, krb5, gcc-libraries, binutils, gfs-utils, libreoffice, GIMP, SELinux, firewalld, libreswan, tomcat и open-vm-tools;
- В OpenLDAP добавлена поддержка SHA2;
- В OPenJDK-8, PerlNet:SSLeay и PerlIO::Socket::SSL добавлена поддержка шифрования по эллиптическим кривым (ECC);
- Реализована поддержка Bluetooth LE;
- Обеспечена полная поддержка virt-p2v. В virt-v2v и virt-p2v добавлена поддержка свежих выпусков Windows;
- Многочисленные обновления драйверов для систем хранения, сетевых адаптеров и графических карт;
- Экспериментальная поддержка Btrfs, OverlayFS, CephFS, DNSSEC, kpatch, драйверов Cisco VIC и usNIC, вложенной виртуализации в KVM и многопоточного сжатия xz в rpm-builds;
- Объявлены устаревшими пакеты nautilus-open-terminal (заменён на gnome-terminal-nautilus), sslwrap (из python), libnetlink и некоторые устаревшие драйверы, такие как 3w-9xxx и 3w-sas;
- Изменено содержимое 37 пакетов, среди которых: yum, PackageKit, ntp, httpd, dhcp, firefox, glusterfs, grub2, anaconda;
- Удалены специфичные для RHEL пакеты, такие как redhat-* и subscription-manager-migration-data.
URL: https://lists.centos.org/pipermail/centos-announce/2016-Dece...
Новость: http://www.opennet.me/opennews/art.shtml?num=45666
Пойду ставить. Перешел с Ubuntu Server 10.04 LTS так как срок 5 лет пролетел незаметно, а у Centos 10 лет поддержки.
Так перешёл или пойдёшь ставить?
> Так перешёл или пойдёшь ставить?Перешел купил и поставил, сейчас выпью
Отпиши, как закусишь.
Купил - что? Болванку под iso?
> Купил - что? Болванку под iso?осспадя. то, что выпьет же.
В данном контексте Выпью и Залью максимально близки по значению
Пойду обновлять
Объявлены устаревшими пакеты nautilus-open-terminal (заменён на gnome-terminal-nautilus)
Ох уж мне эти гномеры, нет бы просто оставить функционал открытия текущей папки в терминале. Так эти велосипедисты эту функцию вынесли в отдельный пакет-аддон, так еще и постоянно переименовывают. Ну как мог устареть пакет с таким простым функционалом, что его пришлось переименовывать? Шляпа им платит, вот они и создают видимость работы.
Ну как бы раньше это был отдельный проект (https://download.gnome.org/sources/nautilus-open-terminal/), а теперь вошел в gnome-terminal и собирается в его составе. Тут не переименование, а вливание в проект.
вошел в gnome-terminal и собирается в его составе
(заменён на gnome-terminal-nautilus)
Нет, это всё еще отдельный пакет.
Это и должен быть отдельный пакет, поскольку такая функциональность опциональна и пакет можно не ставить.
В смысле? Нынче это часть gnome-terminal.Вы впервые видите, когда один проект дробят более чем на один бинарный пакет? Представьте себе, в центоси исходных пакетов в несколько раз меньше, чем бинарных.. И да, так принято - давать бинарному пакету префикс по имени исходного.
> а теперь вошел в gnome-terminal и собирается в его составеи видимо, как следствие, зависимость одного от другого?
Упоротая нумерация версий.
Какая там максимальная? 3112? Поттерингу и автору less понадобится лет 300 чтобы догнать ЦентОСь.
Им поможет автор xterm.
> Какая там максимальная? 3112? Поттерингу и автору less понадобится лет 300 чтобы
> догнать ЦентОСь.Только вот less писа́лся, когда Леннарт еще пи́сался^W пешком под стол ходил:
===
% less --version
less 481 (GNU regular expressions)
Copyright (C) 1984-2015 Mark Nudelman
===
А потом, 10-15 лет спустя, менять нумерацию было уже как-то не с руки.
Но вот зачем кое-кто рыжий решил в достаточно крупном, современном проекте использовать такую же нумерацию версий - загадка.
> Какая там максимальная? 3112? Поттерингу и автору less понадобится лет 300 чтобы
> догнать ЦентОСь.9912. В 2099-м году.
Вполне логичная нумерация
7-1611 - 7 номер ветки RHEL, 16 - год, 11 - месяц заморозки перед выпуском. По поводу 11 вместо 12 можно спорить, но 11 даёт точно понять свежесть пакетов в сборке.
мож они так шифровку в Центр передают?
freeipa обновиться должна, будьте внимательны при обновлении
Скоро нумерация версий дистрибутивов и браузеров будет в формате Unix time...
Странные эти редхатовцы - не выкладывают свои бинарные исошники в сеть, но тут же помогают проекту Центос, чтобы те побыстрее собрали эти исошники из их исходников и выложили в сеть...
> Скоро нумерация версий дистрибутивов и браузеров будет в формате Unix time...Да чё там, в формате наносекунд. Только дробной части: 9 знаков "должно хватить всем"ТМ.
$ watch -n1 -d date +%s.%N---Снова это время года! http://www.opennet.me/openforum/vsluhforumID9/10063.html
> Странные эти редхатовцы
Наконец можно будет поставить DRBD.
что с drbd?
> что с drbd?Как что ? "Не нужно" (с) по умолчанию, если иное не указано.
DRBD не ставилось на CentOS 7.2 (3.10.0-327.36.1.el7), так как разработчики в пакетах сделали проверку, чтобы ядро было версии 3.10.0-514.el7.Пришлось ждать 7.3
Ошибка при установке примерно такая:
–> Processing Dependency: kernel(crypto_alloc_shash) = 0x848fdfcb for package: kmod-drbd84-8.4.8-1_2.el7.elrepo.x86_64
> DRBD не ставилось на CentOS 7.2 (3.10.0-327.36.1.el7), так как разработчики в пакетах
> сделали проверку, чтобы ядро было версии 3.10.0-514.el7.srpm-ку вот прямо в 7.2 пересобрать не случилось?
Когда я работал в тихом уездном городке ....ом, собирал drbd-ы для 6-го rhel-а, модули пересобирал после & для каждого бинарного обновления ядра -- чего морочаться-то. chroot-ик под rinse прямо в Debian-е... Даже из git-а, а не готовых src.rpm, завидуйте. Сборка из готовых src.tar у них в мануале пожёвана.
> –> Processing Dependency: kernel(crypto_alloc_shash) = 0x848fdfcb for package:
> kmod-drbd84-8.4.8-1_2.el7.elrepo.x86_64elrepo? Ну-да, ну-да, с drbd проблемы в centos, понятно.
> DRBD не ставилось на CentOS 7.2 (3.10.0-327.36.1.el7), так как разработчики в пакетах
> сделали проверку, чтобы ядро было версии 3.10.0-514.el7.
> Пришлось ждать 7.3
> Ошибка при установке примерно такая:
> –> Processing Dependency: kernel(crypto_alloc_shash) = 0x848fdfcb for package:
> kmod-drbd84-8.4.8-1_2.el7.elrepo.x86_64С таким же успехом можно было из того же ELrepo установить ядро, коли уж все равно рискнули поставить модуль оттуда.