Анонсирован (http://lists.centos.org/pipermail/centos-announce/2015-March...) выпуск дистрибутива CentOS 7.1503 (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7), вобравшего в себя изменения из Red Hat Enterprise Linux 7.1 (http://www.opennet.me/opennews/art.shtml?num=41792). Необычный номер версии 7.1503 связан с введением в практику (http://www.opennet.me/opennews/art.shtml?num=41195) ежемесячной сборки rolling-обновлений установочных образов. В рамках подготовки мартовской сборки репозиторий был переведён на пакетную базу RHEL 7.1, поэтому выпуск CentOS 7.1503 можно формально рассматривать как CentOS 7.1 по старой нумерации.
Сборки доступны (http://mirror.centos.org/centos/7/isos/x86_64/) для архитектуры x86_64 в виде установочной DVD-сборки (3.9 Гб), образа NetInstall для установки по сети (370Мб), минимальной серверной сборки (564 Мб), полного образа для USB Flash (7 Гб) и Live-сборок с GNOME (1 Гб) и KDE (1.2 Гб). Пакеты SRPMS, на основе которых произведена сборка бинарных файлов, и debuginfo доступны через vault.centos.org (http://vault.centos.org). Дистрибутив полностью бинарно совместим с RHEL 7.1, внесенные в пакеты изменения, как правило, сводятся к ребрендингу и замене художественного оформления.
Основные изменения (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7):
- Экспериментальная поддержка Btrfs и OverlayFS;
- Поддержка процессоров Intel Broadwell и GPU AMD Hawaii;
- Полная поддержка кэширования средствами LVM;
- Возможность монтирования блочных устройств Ceph;
- Обновлены сетевые драйверы для системы виртуализации Hyper-V;
- Расширены возможности libguestfs;
- Полная поддержка OpenJDK-1.8.0;
- Улучшено качество синхронизации времени по PTP и NTP;
- Networkmanager обновлён до выпуска 1.0;
- Поставка Docker 1.4.1;
- OpenSSH обновлён до версии 6.6.1;
- В состав добавлен пакет с Mozilla Thunderbird;
- Обновлены некоторые драйверы для устройств хранения, сетевых адаптеров и графических чипов;
- Экспериментальный драйвер для Cisco VIC;
- Удалены версии пакетов krb5-server и krb5-server-ldap для архитектуры i686;
- Объявлены устаревшими пакеты libvirt-daemon-driver-lxc, libvirt-daemon-lxc и libvirt-login-shell;- Изменено содержимое 31 пакета, среди которых: yum, PackageKit, ntp, httpd, dhcp, firefox, glusterfs, grub2, anaconda;
- Удалены специфичные для RHEL пакеты, такие как redhat-* и subscription-manager-migration-data.URL: http://lists.centos.org/pipermail/centos-announce/2015-March...
Новость: http://www.opennet.me/opennews/art.shtml?num=41943
Уже обновился. Полет нормальный!
!!!Кто использует CentOS 7 внутри контейнеров OpenVZ - не спешите обновлять систему внутри контейнеров до версии CentOS 7.1.
После ребута слетают настройки сети и остается только 127.0.0.1
!!!
В /var/log/messages при этом пишется:
network: Bringing up loopback interface: [ OK ]
network: Bringing up interface venet0: arping: Device venet0 not available.
network: Determining if ip address 172.22.22.108 is already in use for device venet0...
network: arping: Device venet0 not available.
network: ERROR : [/etc/sysconfig/network-scripts/ifup-aliases] Error, some other host already uses address 172.22.22.108/etc/sysconfig/network-scripts/ifup-aliases: Error, some other host already uses address 172.22.22.108.
> network: Bringing up interface venet0: arping: Device venet0 not available.Решение проблемы с сетью в CentOS 7.1 контейнерах: https://bugzilla.openvz.org/3169
# curl "http://git.openvz.org/?p=vzctl;a=patch;h=24a0a40277542fba" -o redhat-add_ip.sh.patch
# patch -d /etc/vz/dists/scripts < redhat-add_ip.sh.patch
> Поддержка процессоров Intel Broadwell и GPU AMD Hawaii;Я то думал, чего же в центосе не хватало... :)
А что такого? К концу года выйдут серверные броадвеллы - там и пригодится.
А на Гаваях серьезные дядьки на Сайентифике или Центосе числа дробят на OpenCL.
> Дистрибутив полностью бинарно совместим с RHEL 7.1, внесенные в пакеты изменения, как правило, сводятся к ребрендингу и замене художественного оформления.То есть какие изменения шапка сделала - не раскрывается. И это не считая задержки на месяц после выхода RHEL.
>> Дистрибутив полностью бинарно совместим с RHEL 7.1, внесенные в пакеты изменения, как правило, сводятся к ребрендингу и замене художественного оформления.
> То есть какие изменения шапка сделала - не раскрывается. И это не
> считая задержки на месяц после выхода RHEL.Все изменения доступны при чтении исходников. А всяким хитрохостовым ораклистам, похоронившим солярку, и юзающим RHEL под свой беззастенчивый линукс никто помогать не собирается.
Самый фейл седьмой ветки centos/rhel - это то, что из EPEL выпилили asterisk. Даже если бы я был хейтером systemd, то переход на systemd считал бы меньшим фейлом, чем выпиливание asterisk.
Каким образом впиливание/выпиливание чего-то из EPEL это фейл centos/rhel?Я вот очень рад вещам, которые появились в EPEL для el7, и которых не было раньше. Но это не имеет прямого отношения к RH. Любой может стать мейнтейнером пакета в EPEL (даже вы!).
Тем, что epel - репозиторий, находящийся под крылом fedora, которая управляется red hat. Ключевые решения принимаются людьми, которые находятся на зарплате в red hat.Я ничего не писал, про какие-то новые вещи в epel для 7 ветки. Появились - хорошо, т.к. чем больше репозиторий, тем лучше. И наоборот, что-то выпили из репозитория - плохо, он уменьшился. По-моему это очевидно, особенно когда выпиливают такое знаковое ПО как asterisk, аналоги которому в проприетарном мире еще и поискать надо, и результат этих поисков будет печален.
Любой может стать мейнтейнером, любой может написать свой linux, любой может сделать свой facebook, да, но в моем сообщении речь шла не об этом, а о вполне конкретном действии.
> Тем, что epel - репозиторий, находящийся под крылом fedora, которая управляется red
> hat. Ключевые решения принимаются людьми, которые находятся на зарплате в red
> hat.https://fedoraproject.org/wiki/EPEL/FAQ
EPEL (Extra Packages for Enterprise Linux) is a *volunteer-based community effort* from the Fedora project to create a repository of high-quality add-on packages...
> Я ничего не писал, про какие-то новые вещи в epel для 7
> ветки. Появились - хорошо, т.к. чем больше репозиторий, тем лучше. И
> наоборот, что-то выпили из репозитория - плохо, он уменьшился. По-моему это
> очевидно, особенно когда выпиливают такое знаковое ПО как asterisk, аналоги которому
> в проприетарном мире еще и поискать надо, и результат этих поисков
> будет печален.asterisk в репозитории EPEL 7 разве был? если еще не было
- то это не "выпилили", а просто его еще никто не добавил.> Любой может стать мейнтейнером, любой может написать свой linux, любой может сделать
> свой facebook, да, но в моем сообщении речь шла не об
> этом, а о вполне конкретном действии.насколько я понимаю, это неправда и ничего из EPEL 7 не "выпиливали".
почему мантейнеры пакета asterisk не собирают его для EPEL 7 - это у них надо спрашивать.к самой операционной системе CentOS/RHEL сторонний репозиторий EPEL не относится.
FAQ - это, конечно, хорошо. Но это не отменяет того факта, что epel - проект fedora-ы, кторая в свою очередь спонсируется red hat и пляшет под ее дудку, хотя в ней так же участвует "volunteer-based community". Багзилла этого "стороннего" репозитория, по каким-то причинам находится на домене redhat.com, а баги/реквесты отрабатываются сотрудниками red hat, и числится в продуктах у red hat, как "Fedora+EPEL".
EPEL - не левый/сторонний репозиторий - это факт. Пусть и с участием сообщества.Выпилили/не выпилили - правда/неправда. Передергивать формулировки ни к чему, вполне очевидно о чем речь. Выпилили - это значит, что asterisk был до el7, а сейчас нет. Приведу плоскую аналогию: например, вышла windows 10/11, в которой нет internet explorer, а в предыдущих версия он был, тогда можно сказать, что "они выпилил internet explorer из windows 10/11". Как так выпилили, ты что, его же никогда там и не было, его не выпилили, его просто не собрали.
Еще раз, речь не о маинтейнерах, или о том, что я могу собрать этот пакет, или еще о чем-то, а о простом факте - asterisk в epel нет.
> FAQ - это, конечно, хорошо.И прочитать его совсем бы не мешало, потому что там есть прямой ответ на ваш вопрос:
Why isn't a package in EPEL-7 when it is in EPEL-6?
> Выпилили/не выпилили - правда/неправда.
> Передергивать формулировки ни к чему, вполне очевидно о чем речь.Вы утверждаете, что из репозитория https://dl.fedoraproject.org/pub/epel/7/
выпилили asterisk. А это неправда, - его оттуда никто не выпиливал.И даже более того, asterisk никто не выпиливал и из репозитория
https://dl.fedoraproject.org/pub/epel/6/ - он там и сейчас есть.Поэтому, действительно - не надо передергивать.
> Приведу плоскую аналогию: например, вышла windows 10/11,
> в которой нет internet explorer, а в предыдущих версия он был,
> тогда можно сказать, что "они выпилил internet explorer из windows 10/11".Эта аналогия была бы справедливой только в том случае,
если бы asterisk входил в состав операционной системы.> Как так выпилили, ты что, его же никогда там и не было
Вот именно.
> asterisk в epel нет.
Если он вам нужен в стороннем репозитории EPEL 7
- в FAQ написано куда надо идти и что надо делать.
EPEL - не сторонний репозиторий.Вот, наконец-то, ты понял в чем фейл, что для 6-ой версии он был, а для 7-ой его нет.
> EPEL - не сторонний репозиторий.сторонний.
репозитории можно поделить на две большие группы:
1. репозитории из состава системы: base, updates и т.п.
2. и все остальные репозитории, то есть сторонние:
https://wiki.centos.org/AdditionalResources/Repositories # Third Party Repositories
> в чем фейл, что для 6-ой версии он был, а для 7-ой его нет.
фейл - в твоих завышенных ожиданиях.
RHEL - делает компания Red Hat и делает хорошо.
EPEL - делает community, так как может и как умеет.
Я все это прекрасно знаю. Отсутсвие чего-то в их репозитории _лично_ для меня не проблема. Но проблема для centos/rhel-based: там, где мог бы быть centos для телефонии, будет ubuntu, например.
EPEL - это репозиторий с участием сотрудников red hat, они влияют на ситуацию, наличие любого пакета легко решается, нельзя поставить равенство между EPEL и репозиторием моего соседа по шкале "сторонний". Это такой "магазин приложений", без которого появляется дополнительные трудности. Никому не нужен смартфон без приложений, или с не самым удобным способом установки этих приложений.
IP-телефония - не самый маленький сектор, который становится все пополярнее, от которого можно было не отказываться минимальными усилиями, но это не было сделано.
> Я все это прекрасно знаю. Отсутсвие чего-то в их репозитории _лично_ для
> меня не проблема. Но проблема для centos/rhel-based: там, где мог бы
> быть centos для телефонии, будет ubuntu, например.Или Fedora. Там asterisk есть в репозитории.
> EPEL - это репозиторий с участием сотрудников red hat,
И много там пакетов, собранных сотрудниками Red Hat ?
> они влияют на ситуацию, наличие любого пакета легко решается,
Тогда одно из двух: или отсутствие asterisk в репозитории EPEL 7
не является проблемой для RHEL, или сотрудники Red Hat не все там решают.> нельзя поставить равенство между EPEL и репозиторием моего соседа по шкале "сторонний".
Равенство поставить нельзя, но оба эти репозитория принадлежат
к классу сторонних репозиториев. Оба они не входят в состав системы.> Это такой "магазин приложений",
> без которого появляется дополнительные трудности.Таких "магазинов приложений" для CentOS/RHEL есть много.
Например, если задать поиск http://pkgs.org/search/asterisk
для CentOS 7 находится сразу *четыре* сторонних репозитория с asterisk.> Никому не нужен смартфон без приложений,
> или с не самым удобным способом установки этих приложений.CentOS - это такой очень специфический "смартфон",
и выбирают его не по причине большого количесва приложений в составе системы.> IP-телефония - не самый маленький сектор, который становится все пополярнее,
> от которого можно было не отказываться минимальными усилиями, но это не было сделано.Если нужен asterisk именно в репозитории EPEL 7 - в FAQ написано что надо сделать:
https://fedoraproject.org/wiki/EPEL/FAQ#Why_isn.27t_a_packag...
Fedora в продакшен? С поддержкой максимум год-полтора? Это несерьезно. А вот ubuntu lts вполне. И статистика используемых дистрибутивов на серверах это подтверждает.Вот, как раз из-за этого, что нельзя поставить равенство между двумя понятиями epel и "репозиторий соседа" и вся соль. И ставить из каких-то найденных пакетов/репозиториев на просторах интернета уважающий себя человек не будет. Обычно поддерживают свои корпоративные локальные репозитории, где сами собирают пакеты или доверяют разработчикам системы или репозиториям уровня epel.
Беспорно, заслуги rhel-based не в "большом" репозитории, по этому параметру они были бы далеко не первыми. Но экосистема иногда куда важнее, чем кажется на первый взгляд. Какой процент был бы, например, на web-серверах у rhel-based, если бы в репозитории не было бы, например, apache/nginx? Поэтому, имея возможность и влияние, эту экосистему надо поддерживать, особенно, когда речь идет о действительно "крутых" проектах, которые дадут неплохой дополнительный толчок в выборе системы.
И вот в этом фейл, что остуствие ПО как в своих репозиториях, так и в epel не считают проблемой.
> Fedora в продакшен? С поддержкой максимум год-полтора? Это несерьезно. А вот ubuntu
> lts вполне. И статистика используемых дистрибутивов на серверах это подтверждает.Если бы мне был нужен asterisk на CentOS 7 - я бы наверное написал бы мантейнерам
этого пакета в EPEL 6 и помог бы им портировать его на CentOS 7.Но судя по тому, что этого до сих пор так никто и не сделал еще -
наверное никому asterisk на CentOS 7 не нужен и все пользуются CentOS 6
с 10-летним сроком поддержки - зачем чинить то, что не сломалось и нормально работает?> Вот, как раз из-за этого, что нельзя поставить равенство
> между двумя понятиями epel и "репозиторий соседа" и вся соль.Увы, но можно. В EPEL достаточно много кривых пакетов.
И по своему качеству он мало чем отличается от репозиториев Fedora,
ведь собирают эти пакеты часто одни и те же люди.Например, совершенно сторонний репозиторий elrepo по качеству лучше за EPEL.
> И ставить из каких-то
> найденных пакетов/репозиториев на просторах интернета уважающий себя человек не будет.Большинство репозиториев которые есть в списке CentOS 7 на http://pkgs.org/
не какие-нибудь, а вполне нормальные. Например, PUIAS появился раньше за CentOS.> Обычно поддерживают свои корпоративные локальные репозитории, где сами собирают пакеты
> или доверяют разработчикам системы или репозиториям уровня epel.Доверять разработчикам репозитория уровня EPEL - это чревато багами и глюками.
Например, не так давно в EPEL воткнули древний nginx, но в rpm-пакете прописали Epoch 1,
так что если у кого-то был включен официальный репозиторий nginx и репозиторий EPEL -
нормальный пакет nginx из официального репозитория удалялся, а вместо него устанавливался
кривой пакет из EPEL. Обойти этот баг можно было с помощью настройки приоритетов
https://wiki.centos.org/PackageManagement/Yum/Priorities - чтобы EPEL ничего не портил.> Какой процент был бы, например, на web-серверах у
> rhel-based, если бы в репозитории не было бы, например, apache/nginx?apache есть в составе системы, а nginx лучше бы они в EPEL вообще не добавляли.
серьезно. Вот, если кратко, что об этом всем думает один из разработчиков nginx:
http://habrahabr.ru/post/195742/#comment_6797402> Поэтому, имея возможность и влияние, эту экосистему надо поддерживать,
> особенно, когда речь идет о действительно "крутых" проектах,
> которые дадут неплохой дополнительный толчок в выборе системы.asterisk нет для CentOS 7 даже в официальном репозитории от разработчиков asterisk:
http://packages.asterisk.org/rhel/ - почему? наверное они сами не заинтересованы
в том, чтобы их проект кто-либо использовал на 7-й версии CentOS/RHEL,
иначе как это можно объяснить?или вот, взять для сравнения CFEngine - в EPEL воткнули древний и кривой пакет:
http://koji.fedoraproject.org/koji/packageinfo?packageID=1453
и тоже, кстати без поддержки EPEL 7, есть только для 6-й версии.на официальном сайте гораздо более новая версия:
https://cfengine.com/product/community/
и пользоваться лучше официальным сайтом.и так - почти во всем, лучше взять пакет или с официального сайта, или собрать самому.
Sad, but true.
> И вот в этом фейл, что остуствие ПО как в своих репозиториях,
> так и в epel не считают проблемой.EPEL должен бежать впереди паровоза и собирать asterisk под CentOS 7
даже когда это сами разработчики asterisk еще не умеют/не могут/не хотят сделать?
как с 6ки обновиться? и стоит ли это делать?
я так и не нашел внятного ответа кроме "очень не рекомендуем". Переход на systemd и вообще кроссверсионность. Даже RH не рекомендует. Лучше с переустановить.
Как-то пытался установить CentOS 7.0 на ноут HP Pavilion. Обнаружилась проблема - через несколько минут работы ноут греется, как утюг, от шума кулеров аж в ушах закладывает. С Федорами, Убунтами на этом же ноуте такой проблемы не наблюдалось.
Может, кто сталкивался?
Ну для начала стоит взять 7.1.
А так - могу предположить "слишком минимальную" установку, не поставились пакеты, отвечающие за технологии энергосбережения. Наборы пакетов различны в федоре и RHEL. Если не пытаться изощряться на установке (совсем минимальные наборы предназначены для виртуалок и подобного, а не для реального железа), должно быть все в порядке.
Хочу спросить - кто-нибудь пробовал ставить centos 7 i686 от altarch
на 2-х процессорный Pentium III? У меня live cd пишет 3 строки при
загрузке и далее тишина...