Официально Red Hat, насколько мне известно, нигде не выкладывает статистику по обладателям сертификатов, но сотрудники GLS периодически на запросы выдают такую информацию на Certification Forums.

В октябре 2006 года было  14,866 «действующих» RHCE и 14,129 RHCT.
На ноябрь этого года было 33,303 «действующих» RHCE и  27,537 RHCT.
В марте 2008 было около 200 RHCA, в ноябре 2010 - 322.

С версии 7.3 Vim стал поддерживать "вeчную отмену" ( undo ), которое включается так :
set undofile

Это очень хорошая опция, позволяет хранить дерево отмен, но все это не очень наглядно и удобно. К счастью есть великолепное дополнение ( plugin ) GUNDO.

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

вот пример моей настройки этого дополнения в ~/.vimrc
...
let g:gundo_preview_bottom = 1 " показывать diff внизу окна
let g:gundo_width = 30 " ширина показа дерева
let NERDShutUp=1 " отключения конфликта с дополнением NERD Commenter
...

Установка и настройка VirtualBox на сервере достаточно подробно описана в документации, но следует отметить два момента :
1. обязательно это должна быть версия не OSE,
2. по умолчанию нет файла конфигурации, а без него vboxweb-service не запуститься.

выполняем ( на сервере ):
cat "VBOXWEB_USER=user_name" > /etc/default/virtualbox
где user_name - имя пользователя от которого будут работать виртуальные машины на сервере.
после чего стартуем сервис : service vboxweb-service start

На клиенте добавляем репозитарий Russian Fedora Remix :
su -c "rpm -ihv ftp://mirror.yandex.ru/fedora/russianfedora/russianfedora/free/fedora/releases/14/Everything/x86_64/os/russianfedora-free-release-14-1.noarch.rpm"
после чего устанавливаем клиента к VirtualBox
su -c "yum install RemoteBox -y"

Запускаем клиент и подключаемся к серверу с VirtualBox.

Вышла новая версия открытой платформы управления жизненным циклом Linux-инфраструктурой Spacewalk 1.2. Забавно, что случилось это спустя две недели после выхода RHN Satellite 5.4, который основан на Spacewalk. Видимо, разработчиков слишком торопили с выходом RHEL 6 :) Одно из важных обновлений в этой версии — возможность использовать PostgreSQL вместо Oracle. Как минимум сейчас работает:

• синхронизация контента при помощи satellite-sync и spacewalk-repo-sync;
• rhnpush;
• регистрация клиентов;
• операции с yum;

Можно предположить, что RHN Satellite 6.0, если он будет основан на Spacewalk 2.0, полностью избавится от зависимости в СУБД Oracle. Если верить дорожной карте проекта  Spacewalk, то это произойдет примерно через год.

... и ссылки на материалы по виртуализации Red Hat.

Хотел бы поделиться ссылками на два относительно новых проекта коллег из технической команды НЦПР (ранее VDEL) - www.ossportal.ru и www.bureausolomatina.ru. Оба сайта интересы с точки зрения постоянно пополняющейся коллекции различных технических информационных материалов, посвященных корпоративному открытому ПО. В первую очередь это облачные вычисления и технологии виртуализации Red Hat, СУБД Enterprise DB, Zenoss, Alfresco и другие продукты, которые на российском рынке представляет VDEL/НЦПР.  При этом, первый из двух сайтов предоставляет возможность добавлять материалы всем, кто готов поделиться опытом использования соответствующих продуктов.

Из последних интересных материалов по виртуализации,  хотел бы обратить внимание на следующие:
Тестирование производительности протокола SPICE, который используется при построении инфраструктуры виртуальных десктопов (VDI) на базе RHEV-D

Раздел посещенный облачным стратегиям Red Hat. Помимо переводных материалов достаточно много оригинального контента.

Лента технических блогов, посвященных RHEV. На настоящий момент заметки о переносе виртуальных машин V2V, работе с USB в RHEV-D, описание алгоритмов миграции и fence в RHEV.

Как и предполагалось, сразу за RHN Satellite 5.4 вышла следующая версия корпоративного дистрибутива RHEL 6. Поскольку с выходом «шестерки» NDA по изменениям в обучении и сертификации Red Hat снимается, я кратко напишу о них в блоге.

Изменения в курсах линейки RHCE

Курс RH033 заменяется на RH124 Red Hat System Administration I, RH131  заменяется на RH134 Red Hat System Administration II, RH253 на RH254 Red Hat System Administration III.

Методика проведения курса полностью изменилась. Учебник теперь больше похож на «рабочую тетрадь», которую слушатель  наполняет самостоятельно во время занятий. Теории там практически нет, в основном — ссылки на man и документацию. Таким образом, если раньше теоретически слушатель, пропустивший день занятия, мог самостоятельно прочитать главы учебника и нагнать коллег, то теперь это будет затруднительно.  Основным носителем знаний теперь выступает преподаватель, и качество курса практически на 100% зависит от него. Сам процесс обучения стал очень интерактивным и использует более десятка современных подходов к обучению, заставляя слушателя постоянно работать и находиться в контакте с преподавателем. Больше не используется подход «лекция»- «практика». Насколько я знаю, ни у кого из ИТ-вендоров такого подхода к обучению нет. На мой взгляд, с одной стороны это должно поднять качество обучения, если курс проводится с опытным  преподавателем, с другой стороны это резко повышает требования к преподавателю. У преподавателя больше нет «за спиной» слайдов и учебника с материалом, а только методические рекомендации по проведению курса. Я, честно говоря, не хотел бы оказаться на месте преподавателя, который только начнет читать курсы по «шестерке», не имея опыта по старым версиям. 

Также на курсах вместо виртуализации Xen и 32-разрядных версий RHEL будет использоваться KVM и 64-разрядная операционная система.

Как говорили коллеги из Red Hat на последней партнерской конференции, обновление архитекторских курсов ожидается не ранее, чем через полгода, а по некоторым курсам - возможно не ранее, чем через год. Формат «старших» курсов тоже пока не определен. Возможно, их приведут в соответствие с методикой, использованной в 124 и 134 классах, а возможно, оставят старый формат.

Схема обучения для слушателей с разным опытом представлена на рисунке:

Изменения в сертификации RHCT/RHCSA

С выходом RHEL 6 существующая сертификация «техника» (RHCT) заменяется на «системного администратора» - Red Hat Certified System Administrator  (RHCSA). Все RHCT по пятой версии автоматически становятся  RHCSA. Экзамена RHCT по шестой версии RHEL не будет.

По темам экзамен RHCSA почти соответствует RHCT, но некоторые из этих тем перешли в инженерный экзамен, а некоторые наоборот попали из требований RHCE в экзамен для системных администраторов. Например, теперь проверяется умение базовой настройки HTTP- и FTP-серверов.
Изменения в сертификации RHCE

Сертификаты RHCE по четвертой версии RHEL будут действительны до начала января 2011 года.  Экзамен RHCE, как и RHCSA, теперь стоит 400$. Статус RHCE 6 можно будет получить только после сдачи экзамена  RHCSA, таким образом, RHCSA становится обязательным предварительным требованием для RHCE. Сертификат  RHCSA по пятой версии, полученный «автоматом» текущими «техниками», при этом не засчитывается.

Новые курсы и экзамены должны стать доступны непосредственно в УЦ Red Hat уже завтра, а у партнеров, вероятно, позже. Для того, чтобы партнер смог проводить обучение по RHEL 6, преподавателям надо пройти специальный 3-дневный курс. Из российских партнеров, насколько мне известно, преподаватели «Эврики», «Инвенты» и «Unix Education Center» уже обучились.

Изменения в сроках сертификации

Данные изменения применяются только к вновь полученным сертификатам. Сертификаты по 4 и 5 версиям RHEL все так же действительны до выхода RHEL на две версии старше чем та, по которой получен сертификат, плюс еще 60 дней. Например, все сертификаты по RHEL 5 будут действительны до выхода RHEL 7 и два месяца спустя. Вновь полученные статусы не будут привязаны к срокам выхода RHEL, а будут действовать 3 года. После пересдачи экзамена или сдачи одного из «старших» экзаменов линейки RHCA, «счетчик» обнуляется, и срок действия всех ваших сертификаций снова продлевается на три года вперед.

Интересная ситуация возникла при использовании Lenovo S10-3 с Fedora 14.

При обновлении с Fedora 14 beta на релиз пришло обновление ядра, которое приводит к тому, что при загрузке система виснет до начала обработки initramfs.

Потратил трое суток на борьбу с формированием initramfs, его размещением на диске и попытки дресировать grub.

В итоге наткнулся на сообшение об ошибке на аналогичной модели нетбука https://bugzilla.redhat.com/show_bug.cgi?id=641557.

Дальнейшие поиски за 2 минуты подсказали как временно выключить эту новую возможность: параметр ядра
intel_idle.max_cstate=0

Так что ждем .36 ядра или прописываем в grub.conf волшебную строку.

Тем кто только ставит систему с нуля - пропишите параметр на этапе установки (или в приглашении boot: или в параметрах загрузчика уже в процессе установки).

  Итак вышел релиз ОС Fedora 14, одновременно с ней был выпущен релиз ремикса Russian Fedora. Обновление для тех кто уже установил предыдущую версию Fedora, как обычно производим с помощью утилиты preupgrade. Или обновлением пакетов fedora-release и fedora-release-notes.
 Новшеств в данном релизе не особенно много, из основных для пользователя стоит отметить последнюю версию KDE 4.5, с поддержкой звукового сервера Phonon. Большинство нововведений относится именно к KDE. Добавлены новые версии сред Sugar, и окружение MeeGo. Новые пакеты
gnome-applet-netspeed для слежения за трафиком по каналам, eurephia система аутентификации в OpenVPN и gnome-gmail для работы с почтовой системой.
 Полный список изменений можно увидеть на сайте документации федора здесь.

Самые необходимые для меня плагины аддоны в Firefox:

• Vimperator — чтобы меньше дёргать мышку и быстрее работать
• 
  
• AdBlock Plus — убрать всякие баннеры
• 
  
• NoSquint — отдельный зум для текста и картинок, отдельные настройки зума для разных сайтов
• 
  
• Greasemonkey — скрипт энджин, по сути дополнение для дополнений
• 
  
• • Ctrl Enter submits — постинг по C Enter, всякие исправления, вроде длинного тире вместо двух минусов
  
  
• 
  
• WOT (Web Of Trust) — предупреждает о «плохих» сайтах
• 
  
• SkipScreen — для загрузок с РапидШары и т.п.
• 
  

Для девелопмента (время от времени посмотреть на свои сайты и т.п.):

• Firebug
• 
  
• • PageSpeed
• 
  
• Live HTTP headers
• 
  
• DOM Inspector
• 
  

Нужны, но редко:

• 
  
• EXIF viewer — посмотреть EXIF теги фотографий
• 
  
• Autofill Forms — автозаполнение форм, сохранение и т.п., помогает анкеты на визы заполнять
• 
  
• It's all text! — позволяет открыть текстовое поле ввода в отдельном редакторе (у меня GVim)
• 
  
• RIP (Remove It Permanently) — убирает то, что не убрал AdBlock Plus
• 
  

Список постараюсь дополнять.

Нет, не про гонщика в красном, а про Корнелиуса Шумахера и его идею объединить kdelibs и Qt. Идея, прямо надо сказать, гениальная. Ещё во времена KDE 3.5 меня не покидало ощущение, что тролли занимаются велосипедостроительством, а именно — если проекту KDE необходимы какие-то возможности, которых нет в qt, то эти возможности реализовывались в kdelibs. А [...]

Одно из необходимых условий для выхода RHEL6 выполнено. На днях стала доступна версия RHN Satellite 5.4 - решения для обслуживания  жизненного цикла Linux-инфраструктуры. Из Release Notes: «RHN Satellite 5.4 supports Red Hat Enterprise Linux 6 clients and content, due to SHA256 feature work. Previous versions of Satellite do not provide support for Red Hat Enterprise Linux 6 clients.»
Ждем GA в ноябре?

Аааа! Оно работает из коробки! Всё, что нужно сделать, чтобы, значит, логиниться указательным пальцем, это нажать в углу, где написано твоё имя и фамилия (или юзернейм), выбрать пункт Account Information, в появившемся окне нажать на кнопку "Enable Fingerprint Login" и пять раз провести пальцем по сенсору.

Единственный баг (мисфича?), в gnome-screensaver нельзя ввести или пароль, или палец -- она хочет сначала палец, а если три раза не получилось, то уже можно ввести пароль. В GDM такого нет, там можно или так, или так. Это red hat bug #500338. Попросил передвинуть его на Fedora 14.

С помощью gnome-window-applets, dockbar и globalmenu (и какой-то матери, разумеется), сделал из обычного гнома-2 гноме-3. Потому как в оригинальном Unity набор апплетов на верхней панели не редактируется от слова совсем. Оригинал, если кто не видел:

По случаю закупки нового ноутбука Lenovo ThinkPad T410s поставил туда Fedora 14 beta (месячной давности; финальная версия выйдет через пару недель).

Что я хочу сказать по поводу увиденного? У меня работает всё и сразу. Пока, конечно, я что-то ещё не проверил, например, видеокамеру, но всё, чем успел воспользоваться -- работает. Compiz, touchpad, Ethernet, Wi-Fi, trackpoint.

Единственный косяк -- в инсталляторе если вдруг выбрать раздел на NTFS и нажать Edit -- всё падает. Думаю, что уже починили.

Пару слов про сам ноутбук. Всё нравится, кроме того, что экран не S-IPS :-\

  Создание сервер 1C предприятия на базе CentOS, имеет некоторые нюансы. Не учтенные они могут в последствии вызвать некоторые проблемы. Изначально я устанавливал те пакеты которые предлагают сами 1c, но в процессе использования понял, что данные пакеты собраны очень криво и не будут работать адекватно. Поэтому последние версии я собирал сам, но и тут скрывалось пару подводных камней. Например сборка по x86_64 вызвала непонятные сбои в базе данных на поиск причины которых я потратил не мало времени. Поэтому я использовал 32-битную CentOS.
  Итак скачиваем дистрибутив и устанавливаем его на наш сервер. После установки следует скачать SRPM Postgresql с сайта 1С отсюда, берем версию 8.3.8 как самую стабильную сборку 1С на данный момент. Так же нам понадобится библиотека icu, скачать можно с официального сайта. Нам нужна версия 3.4 находится она здесь, скачайте сжатый архив исходников для LInux:
 #wget ftp://ftp.software.ibm.com/software/globalization/icu/3.4.1/icu-3.4.1.tgz  На свежеустановленной системе инсталлируем все что нужно для сборки пакетов для системы:
#yum install rpm-build glibc-devel bison flex python-devel tcl-devel readline-devel zlib-devel pam-devel gcc doxygen gcc-c++  В самом начале создаем непривилигерованного пользователя от имени которого мы будем производить сборку пакетов.
#useradd  builduser
#passwd builduserТеперь создадим дерево каталогов для сборки пакетов, в Fedora это делается одной командой, здесь придется выполнить две :)
#mkdir -p ~/rpmbuild/{BUILD,RPMS,S{OURCE,PEC,RPM}S}
#echo "%_topdir $HOME/rpmbuild" > ~/.rpmmacros  Ну вот все приготовительные действия закончены, начнем сборку пакетов. Во первых соберем libicu который требуется для 1c предприятия, для этого помещаем скачанный архив icu-3.4.1.tgz в каталог сборочного дерева для исходных кодов:
#cp icu-3.4.1.tgz ~/rpmbuild/SOURCES/  Нам понадобится spec файл для сборки пакета, я брал его из более поздней версии исходных кодов, привожу его здесь полностью:
Name:            icu
Version:        3.4.1
Release:        3.1
Summary:        International Components for Unicode

Group:          Applications/Text
License:        X License
URL:            http://www.ibm.com/software/globalization/icu/
Source0:        ftp://ftp.software.ibm.com/software/globalization/icu/%{version}/%{name}-%{version}.tgz
BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)

BuildRequires:  doxygen

%description
The International Components for Unicode (ICU) libraries provide
robust and full-featured Unicode services on a wide variety of
platforms.

%package     -n lib%{name}
Summary:        International Components for Unicode - libraries
Group:          System Environment/Libraries

%description -n lib%{name}
%{summary}.

%package     -n lib%{name}-devel
Summary:        Development files for International Components for Unicode
Group:          Development/Libraries
Requires:       lib%{name} = %{version}-%{release}

%description -n lib%{name}-devel
%{summary}.

%package     -n lib%{name}-doc
Summary:        Documentation for International Components for Unicode
Group:          Documentation

%description -n lib%{name}-doc
%{summary}.


%prep
%setup -q -n %{name}

%build
cd source
export CFLAGS="$RPM_OPT_FLAGS -fno-strict-aliasing"
%configure --enable-static --with-data-packaging=library --disable-samples
make # %{?_smp_mflags} # -j(X>1) may "break" man pages as of 3.2, b.f.u #2357
make doc


%install
rm -rf $RPM_BUILD_ROOT source/__docs
make -C source install DESTDIR=$RPM_BUILD_ROOT
make -C source install-doc docdir=__docs
chmod +x $RPM_BUILD_ROOT%{_libdir}/*.so.*


%check || :
make -C source check


%clean
rm -rf $RPM_BUILD_ROOT


%post -n lib%{name} -p /sbin/ldconfig

%postun -n lib%{name} -p /sbin/ldconfig


%files
%defattr(-,root,root,-)
%doc license.html readme.html
%{_bindir}/derb
%{_bindir}/genbrk
%{_bindir}/gencnval
%{_bindir}/genrb
%{_bindir}/makeconv
%{_bindir}/pkgdata
%{_bindir}/uconv
%{_sbindir}/*
%{_mandir}/man1/derb.1*
%{_mandir}/man1/gencnval.1*
%{_mandir}/man1/genrb.1*
%{_mandir}/man1/makeconv.1*
%{_mandir}/man1/pkgdata.1*
%{_mandir}/man1/uconv.1*
%{_mandir}/man8/*.8*

%files -n lib%{name}
%defattr(-,root,root,-)
%{_libdir}/*.so.*

%files -n lib%{name}-devel
%defattr(-,root,root,-)
%{_bindir}/%{name}-config
%{_mandir}/man1/%{name}-config.1*
%{_includedir}/layout
%{_includedir}/unicode
%{_libdir}/*.a
%{_libdir}/*.so
%{_libdir}/%{name}
%dir %{_datadir}/%{name}
%dir %{_datadir}/%{name}/%{version}
%{_datadir}/%{name}/%{version}/mkinstalldirs
%{_datadir}/%{name}/%{version}/config
%doc %{_datadir}/%{name}/%{version}/license.html

%files -n lib%{name}-doc
%defattr(-,root,root,-)
%doc source/__docs/%{name}/html/*

 В SPEC для icu я исправил под более старую версию пакета некоторые параметры.
 Итак создаем данный spec файл в каталоге ~/rpmbuild/SPECS/:
#vi ~/rpmbuild/SPECS/icu.spec И проводим сборку пакета от непривилегированного пользователя builduser:
#rpm -bb  ~/rpmbuild/SPECS/icu.spec Если все хорошо, устанавливаем собранные пакеты, командой от root:
#rpm -ihv /home/builduser/rpmbuild/RPMS/i386/libicu-devel-3.4.1-3.1.i386.rpm  /home/builduser/rpmbuild/RPMS/i386/libicu-3.4.1-3.1.i386.rpm Теперь от пользователя builduser скачиваем postgresql:
#wget http://v8.1c.ru/overview/postgresql_patches/8-3-8/postgresql-8.3.8-1.1C.src.rpm Устанавливаем его в дерево каталогов, запустив от пользователя builduser команду:
#rpm -ihv postgresql-8.3.8-1.1C.src.rpm Немного исправим spec файл для postgresql от 1С, который после установки SRPM должен находится в каталоге SPECS, , в нем следует найти такие строки:
cp %{local_libdir}/libicuuc.so.34 %{buildroot}/%{_libdir}/pgsql
cp %{local_libdir}/libicui18n.so.34 %{buildroot}/%{_libdir}/pgsql
cp %{local_libdir}/libicudata.so.34 %{buildroot}/%{_libdir}/pgsql И исправить их на такие:
cp %{_libdir}/libicuuc.so.34 %{buildroot}/%{_libdir}/pgsql
cp %{_libdir}/libicui18n.so.34 %{buildroot}/%{_libdir}/pgsql
cp %{_libdir}/libicudata.so.34 %{buildroot}/%{_libdir}/pgsql Возможно вы захотите что бы postgres использовал библиотеку libicu от самих 1C, тогда вам придется установить сначала сам сервер 1C, о чем я написал ниже, и в SPEC файле указать пути до библитек из сборки 1С:

cp /opt/1C/v8.1/i386/libicuuc.so.34 %{buildroot}/%{_libdir}/pgsql
cp /opt/1C/v8.1/i386/libicui18n.so.34 %{buildroot}/%{_libdir}/pgsql
cp /opt/1C/v8.1/i386/libicudata.so.34 %{buildroot}/%{_libdir}/pgsql
 И запускаем сборку:
#rpmbuild -bb ~/rpmbuild/SPECS/postgresql-8.3.1C.spec Если сборка завершилась удачно, в сборочном дереве, в каталоге RPMS мы получим наши rpm файлы для установки. Устанавливать их следует командой:
#rpm -ihv /home/builduser/rpmbuild/RPMS/i386/postgresql-* После установки нужно изменить файл профиля для пользователя postgres который создается при установке postgresq, точнее следует указать какую локаль следует использовать серверу Postgresq, для этого открываем файл /var/lib/pgsql/.bash_profile и добавляем следующие строчки:

LANG=ru_RU.UTF-8
export LANG Кстати там я заметил переменную PGDATA которая казалось бы должна определять где будет лежать база данных, но она не работает. Такая же переменная существует в скрипте запуска сервера, думаю что если поменять ее значение в обоих местах то можно добиться что бы база лежала в нужном месте, я не стал заморачиватся так как все равно делаю бекапы на другой компьютер в сети. Итак после того как переменная будет записана делаем инициализацию базы данных:
#service postgres initdb Теперь поправим конфигурационный файл что бы можно было заходить локально без пароля, что бы этот самый пароль установить. Открываем файл /var/lib/pgsql/data/pg_hba.conf и изменяем там строчку:
host    all         all         127.0.0.1/32          md5на:
host    all         all         127.0.0.1/32          trustтеперь можно запустить сервер:
#service postgres startи войти в систему под пользователем postgres:

#psql -h 127.0.0.1 -U postgres И поменять пароль доступа для пользователя postgres:

>ALTER USER postgres PASSWORD 'password'; Теперь вновь открываем конфиг /var/lib/pgsql/data/pg_hba.conf и меняем там в строчке:
host    all         all         127.0.0.1/32          trust Слово trust на md5.
 Сделаем перезагрузку сервера:
 #service postgres reload Теперь с postgresql законченно. Следующий шаг установка самого сервера 1C. Скачайте ваш дистрибутив с сайта 1C, напрмиер в домашнюю директорию и установите его командой:
#rpm -ihv ~/1C_Enterprise-* Следует скачать драйвера от аппаратного ключа и сервер лицензия для него же, взять их можно отсюда: aksusdb и hasplm.
 Скачиваем и распаковываем их. Втыкаем ключи. Файлы hasplm-redhat-8.30-1.i386.rpm и aksusbd-redhat-1.8.1-3.i386.rpm копируем на сервер и ставим командой:
#rpm -ihv hasplm-redhat-8.30-1.i386.rpm aksusbd-redhat-1.8.1-3.i386.rpm Все защита установлена, теперь запускаем сервер предприятий:
#service srv1cv81 startЕсли все стартовало нормально, ставим клиент. Я ставил клиента с SMB ресурса с опцией /adm что позволяет обновить все клиенты в сети. Но это не обязательно. Кстати клиент для 1C неплохо работает под wine. Теперь с помощью консоли управления сервером создаем базу данных, как приведено ниже на скриншотах, тока не забудьте поставить данные актуальные для вас ;) :





Все прошло хорошо? Тогда запускаем клиент указываем существующую базу данных our_base на сервере 1с_server и загружаем свой конфигурацию! На этом пока все.

И вот Ubuntu официально уходит в сторону от генеральной линии - gnome 3 в оригинальной форме ее не колышет совсем, gnome-shell послан ею в пешее эротическое (правильно сделали ИМХО). Интересно будет посмотреть на то, что скажет редхат, новелл и другие. Опять же, интересно, что скажет альт;) В общем, пока что ощущение такое, что gnome 3 будет good for nothing, точнее nobody (almost). Не удивлюсь, если действительно кто-то из крупных игроков начнет строить гном 3 с человеческим лицом в виде гнома 2, собранного из более свежих версий библиотек. И, по-моему, это будет самое правильное - мне одинаково не нравятся и gnome-shell, и убунтовая unity.

Мой наброс в англоязычном блоге, транслируемом на Планету гнома, определенно удался.

Исполняется смертельный номер -- апдейт от CentOS 3 до CentOS 5, в живом контейнере! Ну, я, конечно, потренировался на кошечках, бекапов там сделал и всё такое...

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

Сергею Голубеву очень нравятся цифры: http://el-sys.org/events/dzerzhinsk_school_training :)

Вы знали о таком языке? Я - не знал. А вот. Оказывается у них даже раскладка своя.

Во главе с Йенсом Циманном. «Общественный дом» вечером перед TTT по RHEL 6. По моему на фото уместились  почти все действующие преподаватели Red Hat в России :)