LINUX.ORG.RU

Red Hat Enterprise Linux 6.2

 , , ,


0

2

Компания Red Hat анонсировала выход дистрибутива Red Hat Enterprise Linux 6.2, в котором представлено исправление ошибок, реализация поддержки нового оборудования и добавление новых возможностей, при сохранении полной совместимости с программным окружением ветки RHEL 6.x.

RHEL 6.2 поставляется в следующих вариантах:

  • Red Hat Enterprise Linux Client 6 для архитектур x86 и AMD64/Intel 64
  • Red Hat Enterprise Linux High Performance Compute Node 6 для архитектуры AMD64/Intel 64
  • Red Hat Enterprise Linux Server для архитектур x86, AMD64/Intel 64, IBM System z и IBM POWER;
  • Red Hat Enterprise Linux Workstation для архитектур x86 и AMD64/Intel 64.

Среди ключевых новшеств Red Hat Enterprise Linux 6.2 следует отметить:

  • Производительность и масштабируемость
    • Оптимизации производительности и масштабируемости на уровне ядра в планировщике процессов, сетевой подсистеме, системах ввода/вывода и в реализациях технологий виртуализации.
    • Увеличение скорости создания файловых систем Ext4;
    • Увеличение масштабируемости, оптимизация производительности и сокращение времени отклика для некоторых применений файловой системы XFS, связанных с интенсивной обработкой мета-данных (например, множество мелких файлов в директории);
    • Улучшение средств по управлению ресурсами CPU с использованием Cgroups;
    • Поддержка «Transparent Huge Рages», техники увеличения базового размера адресуемых страниц памяти, приводящей к увеличению производительности активно использующих память приложений (например, Huge Рages эффективны при использовании систем виртуализации и СУБД);
  • Управление идентификацией
    • Средства централизованного управления идентификацией для более гибкого управления пользователями, ролями, политиками и сервисами аутентификации;
    • Новые возможности для унификации присвоения идентификаторов пользователей и групп, билетов Kerberos, назначения имен в DNS и определения системных политик через единый сервис;
    • Поддержка смарт-карт с интерфейсом PIV (Personal Identity Verification);
  • Сетевые возможности
    • Поддержка технологии XPS (Transmit Packet Steering), позволяющей повысить на 20-30% пропускную способность передачи сетевых пакетов для адаптеров, поддерживающих несколько очередей пакетов;
    • Поддержка IPSet, позволяющего повысить эффективность работы пакетного фильтра с большими списками IP-адресов и подсетей;
    • Поддержка режима множественной адресации (Multihome) для протокола SCTP, при котором передача данных может осуществляться одновременно с нескольких IP-адресов в рамках одной сессии;
    • Расширение числа точек трассировки для определения причины отбрасывания UDP-пакетов;
    • С 4 до 15 Кб увеличен размер по умолчанию для начального принимающего окна TCP, т.е. размер буфера увеличен почти в 4 раза. В соответствии с RFC 5681 размер окна контроля перегрузки TCP установлен в 10;
    • Поддержка системного вызова recvmmsg(), позволяющего организовать получение в рамках одного системного вызова сразу нескольких сообщений, которые ранее потребовали бы отдельных вызовов recvmsg(). Технология значительно повышает эффективность работы приложений передающих большие объемы данных или оперирующих пакетами небольшого размера;
    • В IPv6 добавлена поддержка GSO (Generic Segmentation Offload), что позволит увеличить производительность передачи данных между хостом и гостевыми системами.
  • Оборудование
    • Значительное обновление драйверов и подсистем, связанных с поддержкой оборудования. Из основного ядра портированы драйверы для сетевых адаптеров, устройств хранения, графических карт и другого оборудования;
    • Поддержка target-режима Fiber Channel over Ethernet (FCoE);
    • Поддержка UV2 Hub;
    • Поддержка запуска систем UEFI в режиме виртуальной адресации (ранее поддерживалась только физическая адресация);
    • Портирован драйвер MXM (Mobile PCI Express Module), отвечающий за управление переключением GPU на платформах NVIDIA;
    • Добавлена поддержка OProfile для новых процессоров Intel;

>>> Новость взята с opennet.ru

★★★

Проверено: maxcom ()
Последнее исправление: Urchin (всего исправлений: 2)

Не знаю, чего там опят изобрели эти криворукие редхатовцы, но хочу всех
предупредить -

=== ВАЖНАЯ ИНФОРМАЦИЯ!!! ===

До сегодняшнего дня у меня на одном из удаленных серваков была установлена CentOS 6.0 в самом минимальном варианте - без LAMP и т.д., использовал ее только как ssh-туннель и для мелких экспериментов.
Периодически ЦентОС просил обновиться всякими мелкими обновлениями, обновлял ее вручную, ребутил, было усе нормально.

Как вдруг сегодня обнаружил, что просится обновиться целая куча обновлений - 127 пакетов! Общий объем 122 Мб.
Ну думаю, нехай обновляется.
Апдейт прошел быстро, успешно, ни одной заминки.
Затем reboot - и забор поплыл, качаясь на волнах... :( :(

... До сих пор эта падла так и не поднялась, теперь жду Большого Барина, хостера то бишь, чтобы посмотрел, что там - кернел паник или другая хрень.

В-общем, что редхатовцы, что центосовцы - одна братия: хотели как лучше, а получилось как всегда.

anonymous
()
Ответ на: комментарий от anonymous

Installed:
kernel.x86_64 0:2.6.32-131.21.1.el6

Updated:
acl.x86_64 0:2.2.49-5.el6 apr.x86_64 0:1.3.9-3.el6_1.2 attr.x86_64 0:2.4.44-7.el6
audit.x86_64 0:2.1-5.el6 audit-libs.x86_64 0:2.1-5.el6 authconfig.x86_64 0:6.1.12-5.el6
bash.x86_64 0:4.1.2-8.el6.centos binutils.x86_64 0:2.20.51.0.2-5.20.el6_1.1 ca-certificates.noarch 0:2010.63-3.el6_1.5
centos-release.x86_64 0:6-1.el6.centos.6 coreutils.x86_64 0:8.4-13.el6 coreutils-libs.x86_64 0:8.4-13.el6
cpp.x86_64 0:4.4.5-6.el6 cronie.x86_64 0:1.4.4-7.el6 cronie-anacron.x86_64 0:1.4.4-7.el6
crontabs.noarch 0:1.10-33.el6 curl.x86_64 0:7.19.7-26.el6_1.2 dbus-libs.x86_64 1:1.2.24-5.el6_1
device-mapper.x86_64 0:1.02.62-3.el6 device-mapper-event.x86_64 0:1.02.62-3.el6 device-mapper-event-libs.x86_64 0:1.02.62-3.el6
device-mapper-libs.x86_64 0:1.02.62-3.el6 dhclient.x86_64 12:4.1.1-19.P1.el6_1.1 dracut.noarch 0:004-53.el6_1.1
dracut-kernel.noarch 0:004-53.el6_1.1 e2fsprogs.x86_64 0:1.41.12-7.el6 e2fsprogs-libs.x86_64 0:1.41.12-7.el6
efibootmgr.x86_64 0:0.5.4-9.el6 elfutils-libelf.x86_64 0:0.152-1.el6 file-libs.x86_64 0:5.04-11.el6
filesystem.x86_64 0:2.4.30-3.el6 fipscheck.x86_64 0:1.2.0-5.el6 fipscheck-lib.x86_64 0:1.2.0-5.el6
gcc.x86_64 0:4.4.5-6.el6 gcc-c++.x86_64 0:4.4.5-6.el6 glib2.x86_64 0:2.22.5-6.el6
glibc.x86_64 0:2.12-1.25.el6_1.3 glibc-common.x86_64 0:2.12-1.25.el6_1.3 glibc-devel.x86_64 0:2.12-1.25.el6_1.3
glibc-headers.x86_64 0:2.12-1.25.el6_1.3 gpm-libs.x86_64 0:1.20.6-12.el6 grub.x86_64 1:0.97-70.el6_1.1
httpd.x86_64 0:2.2.15-9.el6.centos.3 httpd-tools.x86_64 0:2.2.15-9.el6.centos.3 hwdata.noarch 0:0.233-7.1.el6
initscripts.x86_64 0:9.03.23-1.el6.centos.1 iproute.x86_64 0:2.6.32-16.el6 iptables.x86_64 0:1.4.7-4.el6
iptables-ipv6.x86_64 0:1.4.7-4.el6 iputils.x86_64 0:20071127-16.el6 kernel-firmware.noarch 0:2.6.32-131.21.1.el6
kernel-headers.x86_64 0:2.6.32-131.21.1.el6 krb5-libs.x86_64 0:1.9-9.el6_1.2 libacl.x86_64 0:2.2.49-5.el6
libattr.x86_64 0:2.4.44-7.el6 libblkid.x86_64 0:2.17.2-12.el6 libcgroup.x86_64 0:0.37-3.el6
libcom_err.x86_64 0:1.41.12-7.el6 libcurl.x86_64 0:7.19.7-26.el6_1.2 libdrm.x86_64 0:2.4.23-1.el6
libgcc.x86_64 0:4.4.5-6.el6 libgcrypt.x86_64 0:1.4.5-5.el6_1.2 libgomp.x86_64 0:4.4.5-6.el6
libselinux.x86_64 0:2.0.94-5.el6 libselinux-utils.x86_64 0:2.0.94-5.el6 libss.x86_64 0:1.41.12-7.el6
libssh2.x86_64 0:1.2.2-7.el6_1.1 libstdc++.x86_64 0:4.4.5-6.el6 libstdc++-devel.x86_64 0:4.4.5-6.el6
libudev.x86_64 0:147-2.35.el6 libuuid.x86_64 0:2.17.2-12.el6 mailcap.noarch 0:2.1.31-2.el6

chukcha ★★★★★
()
Ответ на: комментарий от anonymous

Скандалы, интриги, расследования !!

anonymous
()
Ответ на: комментарий от chukcha

mingetty.x86_64 0:1.08-5.el6 mutt.x86_64 5:1.5.20-2.20091214hg736b6a.el6_1.1 net-tools.x86_64 0:1.60-105.el6
newt.x86_64 0:0.52.11-3.el6 newt-python.x86_64 0:0.52.11-3.el6 nspr.x86_64 0:4.8.8-1.el6_1
nss.x86_64 0:3.12.10-2.el6_1 nss-softokn.x86_64 0:3.12.9-3.el6 nss-softokn-freebl.x86_64 0:3.12.9-3.el6
nss-sysinit.x86_64 0:3.12.10-2.el6_1 nss-util.x86_64 0:3.12.10-1.el6_1 ntp.x86_64 0:4.2.4p8-2.el6.centos
ntpdate.x86_64 0:4.2.4p8-2.el6.centos openldap.x86_64 0:2.4.23-15.el6_1.3 openssh.x86_64 0:5.3p1-52.el6_1.2
openssh-server.x86_64 0:5.3p1-52.el6_1.2 openssl.x86_64 0:1.0.0-10.el6_1.5 pam.x86_64 0:1.1.1-8.el6
perl.x86_64 4:5.10.1-119.el6_1.1 perl-Module-Pluggable.x86_64 1:3.90-119.el6_1.1 perl-Pod-Escapes.x86_64 1:1.04-119.el6_1.1
perl-Pod-Simple.x86_64 1:3.13-119.el6_1.1 perl-libs.x86_64 4:5.10.1-119.el6_1.1 perl-version.x86_64 3:0.77-119.el6_1.1
pinentry.x86_64 0:0.7.6-6.el6 plymouth.x86_64 0:0.8.3-22.el6.centos plymouth-core-libs.x86_64 0:0.8.3-22.el6.centos
plymouth-scripts.x86_64 0:0.8.3-22.el6.centos postfix.x86_64 2:2.6.6-2.2.el6_1 procps.x86_64 0:3.2.8-17.el6
python.x86_64 0:2.6.6-20.el6 python-libs.x86_64 0:2.6.6-20.el6 python-urlgrabber.noarch 0:3.9.1-8.el6
rpm.x86_64 0:4.8.0-16.el6_1.1 rpm-libs.x86_64 0:4.8.0-16.el6_1.1 rpm-python.x86_64 0:4.8.0-16.el6_1.1
rsyslog.x86_64 0:4.6.2-3.el6_1.4 screen.x86_64 0:4.0.3-16.el6 sed.x86_64 0:4.2.1-7.el6
selinux-policy.noarch 0:3.7.19-93.el6_1.7 selinux-policy-targeted.noarch 0:3.7.19-93.el6_1.7 setup.noarch 0:2.8.14-13.el6
shadow-utils.x86_64 2:4.1.4.2-9.el6 sudo.x86_64 0:1.7.4p5-7.el6 system-config-firewall-base.noarch 0:1.2.27-5.el6
sysvinit-tools.x86_64 0:2.87-4.dsf.el6 tzdata.noarch 0:2011l-4.el6 udev.x86_64 0:147-2.35.el6
upstart.x86_64 0:0.6.5-10.el6 util-linux-ng.x86_64 0:2.17.2-12.el6 which.x86_64 0:2.19-6.el6
yum.noarch 0:3.2.29-17.el6.centos.1 yum-metadata-parser.x86_64 0:1.1.2-16.el6 yum-plugin-fastestmirror.noarch 0:1.1.30-6.el6
zlib.x86_64 0:1.2.3-26.el6

Complete!

Затем [root@localhost]# reboot

... и фсё, полный песец....

chukcha ★★★★★
()
Ответ на: комментарий от anonymous

Как вдруг сегодня обнаружил, что просится обновиться целая куча
обновлений - 127 пакетов! Общий объем 122 Мб.
Ну думаю, нехай обновляется.

Это... А попробовать, предварительно, на чём-нибудь поближе не судьба ?

AS ★★★★★
()
Ответ на: комментарий от AS

А попробовать, предварительно, на чём-нибудь поближе не судьба ?

проверять, конечно, всегда надо. Просто rhel/centos/whatever позиционируется как ынтырпрайз-решение которое вроде как не должно так тупо дохнуть.

Я потому ubuntu server и ставлю. По надёжности те же яйца, зато пакеты свежее.

true_admin ★★★★★
()
Ответ на: комментарий от anonymous

Ну а чего? В первый раз, что ли?
В каком там (2006-м?) году «апдейт» красношляпников половину Инета положил?

И ведь когда на собеседованиях говорю «работодателям», что апдейт из РПМа реально работающего бизнеса - далеко не лучшая идея, на меня смотрят, как на параноидального психа...

SUDO
()
Ответ на: комментарий от true_admin

Слака - наше всё. Не падает, если руки прямые у админа. :)

SUDO
()
Ответ на: комментарий от SUDO

И ведь когда на собеседованиях говорю «работодателям», что апдейт из РПМа реально
работающего бизнеса - далеко не лучшая идея, на меня смотрят, как на параноидального психа...

И правильно делают, кстати. :-)
1. Главное - «апдейт», а не «из РПМа»
2. Если без «апдейт» никак, то «из РПМа» ничуть не хуже любого другого варианта.

AS ★★★★★
()
Ответ на: комментарий от drSchur

Я бы сказал, что у манагеров мЫшление исключительно откатное.
И если откат предвидится, они найдут 100500 причин купить именно откатный продукт или услугу.

SUDO
()
Ответ на: комментарий от true_admin

И как тебе Ubuntu Server? Если не сложно, расскажи о своем опыте работы с ним с точки зрения админа и (по возможности) бизнеса.

Можно ли полагать Ubuntu Server полной заменой RHEL для предприятия по совокупности фич?

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

С точки зрения админа это дебиан с освежёнными пакетами (в основном то что крутится в testing). Все плюсы и минусы вытекают из этого.

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

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

Я не очень понимаю о каких фичах ты говоришь. Для меня это LAMP-платформа и моё десктопное программерское окружение. Я не пользуюсь landscape и другими фичами (о них идёт речь?) которые предлагаются.

Попробовать стоит однозначно, но если идёт сравнение с RHEL то тогда тебе подходят только LTS-дистры. Имхо 10.04 тухлятина (хотя сомневаюсь что красношапка свежее), я щас гоняю 12.04 в нескольких виртуалках. Если ещё месяц проработает нормально то воткну на свой сервер и буду мигрировать. С десктопом пока подожду, десктопные компоненты ломают гораздо чаще, круче и каждый день сотни апдейтов сваливаются.

Кручу вместе btrfs в виртуалке. Но уже явно видно что оно не готово для «серьёзного продакшена» (глюки btrfsck, недописанные маны, местами странное поведение).

true_admin ★★★★★
()
Ответ на: комментарий от anonymous

Ты --- дурак, больше особо и не скажешь, обновился с CentOS 6.0 до CentOS 6.1 и повалил свою машину по совершенно непонятным причинам (вполне может быть, что даже с CentOS не связанным). Причем тут новость про RHEL 6.2?

Вот когда разберешься что именно там упало и относится ли это к RHEL вообще или это твои кривые руки / баг CentOS, тогда приходи.

anonymous
()
Ответ на: комментарий от true_admin

Я в случае с btrfs на Oracle вообще удивляюсь: серьёзная компания и выпустить такое сырьё.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Например, для Ubuntu Server нет пакетов Tivoli Storage Manager. Мелочь, а неприятно.

А если серьёзно, то основная проблема кроме невменяемых пакетов которые требуют при обновлении интерактивности и страшного геморроя с отсутствием нормального аналога kickstart в том, что они не умеют ядро готовить.

Ещё могу отметить отвратное тестирование именно ынтерпрайз юз-кейсов перед выпуском, например, рейсы с запуском NFS-сервера вроде до сих пор не пофиксили, по крайней мере часть. Запуск с read-only NFS root требует изнасилования системы с особо извращенной форме и т.п.

А так, можно пользоваться, конечно, вопрос только зачем...

anonymous
()
Ответ на: комментарий от LongLiveUbuntu

Платной тех. поддержкой от Canonical не пользовался, а на баги на ланчпаде всем 100% пофиг. Указанные проблемы с NFS тянутся с бородатой 9.04, а воз еле-еле доползает.

Мои баги против RHEL6 закрывают, причем часто даже без того, чтобы создавать отдельный тикет с поддержкой и просить их повесить менеджера, впечатления не сравнить.

anonymous
()
Ответ на: комментарий от LongLiveUbuntu

А как там с тех поддержкой?

Никак. Даже если патч приложить будут трындеть что это кривой патч итд итп. Я на полном серьёзе хотел к ним устроиться работать, скажем, инженером по выпуску и поддержке ubuntu server. Даже контакты людей из canonical собирать начал. А потом понял что в одиночку эту бюрократическую махину не победить и забил на это дело.

славится красношапка?

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

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

эээ, это сколько же им надо заплатить чтобы они такое делали? И сколько ждать?

Дважды писали в саппорт RedHat (мы подписчики на серверный RHEL) и дважды они делали фиксы, оба раза уложились в месяц.

Первый раз добавили в ядро поддержку roundrobbin алгоритма для сетевых bonding интерфейсов. Второй раз исправили глобальный mutex lock в libstdc++ при проверке локали, что ускорило работу многопоточных программ, активно использующих локали, в разы.

Что характерно, оба фикса после этого попали в апстрим. Первый в linux ядро, второй вошёл в gcc-4.5. Это и не странно, в общем. Так и должно быть. Ведь как ядро так и gcc пишется силами RedHat.

Так что с коммерческой поддержкой у RH всё ок.

anonymous
()
Ответ на: комментарий от LongLiveUbuntu

Можно ли полагать Ubuntu Server полной заменой RHEL для предприятия по совокупности фич?

Можно, только приложения время от времени в корку падают и дико начинает тормозить. А еще умудряются внедрять свои фирменные баги - например 8-ка LTS не дружила с джавой.

fi ★★★
()
Ответ на: комментарий от true_admin

эээ, это сколько же им надо заплатить чтобы они такое делали? И сколько ждать?

Заплатить надо за поддержку по прейскуранту. Разумеется, если у тебя мало лицензий, то всякие темы типа «даёшь XFS в канал Optional» ты не сильно продвинешь, но именно с багами не надо им миллионы платить. Ну а время, по моему опыту, сильно зависит от компонента.

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

Если баг тяжелый, то переписка может и месяцами тянуться. Но таки всё равно есть ощущение прогресса и, если что, можно нажать на менеджера, чтобы он форсировал процесс.

Ощущение от ланчпада --- прогресса нет, и не будет, но, опять же, не знаю, как дела обстоят с платной поддержкой, хотя есть подозрение, что не лучше.

anonymous
()
Ответ на: комментарий от fi

только приложения время от времени в корку падают и дико начинает тормозить.

Глупый троллинг.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

например?

Например, сравни жалкий набор патчей которые накладывает Canonical на 2.6.32 и количество бекпортов и стабилизационных патчей, которые делает и накладывает RH. Также посмотри на производительность и всё станет понятно...

Ну и стабильные kABI, которые позволяют делать kmod'ы, которые переживают апгрейд ядра опять же.

anonymous
()
Ответ на: комментарий от true_admin

А если их попросить выпилить нахер иксы из серверного rhel?

Это невозможно. Оно там для оракла нужно.

anonymous
()
Ответ на: комментарий от anonymous

Так что с коммерческой поддержкой у RH всё ок.

Поддержу: была проблема с модулем ядра (centos :)), нашел багННН как у меня на тракере rh. Решили его там за три дня - был выложены пакеты с обновлением. Я тоже примазался - скачал по ссылке - все заработало.

fi ★★★
()
Ответ на: комментарий от anonymous

Например, сравни жалкий набор патчей которые накладывает Canonical на 2.6.32 и

количество бекпортов и стабилизационных патчей, которые делает и накладывает RH.

RedHat вообще некорректно сравнивать с Canonical. Они в разных весовых категориях. Это как сравнивать автомобиль BMW и велосипед, собранный из подручных средств негритёнком из африки.

BMW - это ведущий производитель автомобилей c десятилетиями истории, а второе - это любительское поделие, собранное по наитию из того, что нашлось под рукой.

Как-то один из топов RedHat'а сказал: «Как только Canonical сделает хоть что-то стоящее, мы обязательно купим эту компанию».

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

Они по-умолчанию вообще не ставятся.

Ты уверен? Я тестил scientific linux, оно сразу из коробки воткнуло иксы. Сдаётся мне в шапке то же самое.

true_admin ★★★★★
()
Ответ на: комментарий от anonymous

сравни жалкий набор патчей которые накладывает Canonical на 2.6.32 и количество бекпортов и стабилизационных патчей

Меня интересуют конкретные проблемы из реальной жизни. И так просто сравнить набор патчей не получится потому что красношапка их больше не публикует.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

Я --- уверен. А ты должен был смотреть какие группы и режим установки выбираешь.

anonymous
()
Ответ на: комментарий от true_admin

Если делать minimal install, то иксов быть не должно. Там всё в 400 мегабайт умещается. Только то, что по LSB надо.

anonymous
()
Ответ на: комментарий от true_admin

По одному патчу в открытом доступе для 6-ой серии не публикует, да. Но, во-первых, вроде я слышал, что если в RHN попросить, то дадут (сам не пробовал ибо было ненужно), во-вторых, можешь почитать Technical Notes по ядру, там ссылки на BZ есть. Ну и, в конце концов, посмотри патчи на 2.6.18, там такая же картина...

Насчет конкретных примеров см., например, бекпорт на 2.6.32 всего, что связано с hints (типа железо может говорить какой размер блока ему больше нравится) на dmraid, lvm и файловые системы. Где это в Ubuntu Server?

anonymous
()
Ответ на: комментарий от anonymous

> Не знаю, чего там опят изобрели эти криворукие редхатовцы
> CentOS 6.0


/0

Made_in_China ★★
()
Ответ на: комментарий от true_admin

А если их попросить выпилить нахер иксы из серверного rhel?

Откуда вас таких берут? Xorg это такой же пакет как и любой другой, то есть не хочешь - не ставь.

no-dashi ★★★★★
()
Ответ на: комментарий от true_admin

true_admin

Ты уверен? Я тестил scientific linux, оно сразу из коробки воткнуло иксы. Сдаётся мне в шапке то же самое.


Как ставил? Я ставлю minimal (sl 6.2), иксов не наблюдаю.

blackst0ne ★★★★★
()
Ответ на: комментарий от anonymous

Как-то один из топов RedHat'а сказал: «Как только Canonical сделает хоть что-то стоящее, мы обязательно купим эту компанию».

Увы, но некоторые прикладные программы «Конторы Самоделкина» сделаны убутологами и только под убунту. Соберутся ли они на других дистрах, лотерея. Но, конечно, немного большее количество ПО заслуга не Canonical а пользователей системы которых больше по количеству.

Napilnik ★★★★★
()
Ответ на: комментарий от no-dashi

Xorg это такой же пакет как и любой другой, то есть не хочешь - не ставь.

Это конечно всё прекрасно, но вот фокус с отсутствием ручной разметки диска при консольной установке немного удивляет.

anonymous
()
Ответ на: комментарий от chukcha

Бьюсь об заклад, у тебя наебнпроблемы с файловой системой и шляпы тут ни причём.

f00fc7c8
()
Ответ на: комментарий от anonymous

Апдейт прошел быстро, успешно, ни одной заминки. Затем reboot - и забор поплыл, качаясь на волнах... :(

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

spunky ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.