Так приятно видеть ЛКУ в списках зеркал

Это касается не только iso-файлов, но и обновлений openSUSE.

С нового в этой версии:

• Freetype поддерживает sub-pixel rendering
• Ядро 2.6.37 с драйверами для чипов Broadcom 4313, 43224, 43225
• KDE SC 4.6.0 / KDEPIM 4.4.10
• Amarok 2.4.0
• KOffice 2.3.1
• Для обновления системы используется KPackageKit вместо KUpdateApplet
• OpenOffice.org заменён полностью LibreOffice
• Firefox 4.0 beta 12 и обновится во время релиза этого браузера

Более широко и качественно нововведения описаны на странице вики. Следует сказать, что релиза, как такового, ещё нет, да и владельцам видео-карт AMD/ATI, возможно, следует подождать с обновлением, так как существует очень неприятный баг.

Michal Hrušecký пишет, что пакета с таким названием уже точно не будет. Его просто переназвали. Это сделано для того, чтобы появились пакеты для кластерной версии и с поддержкой MariaDB. Пакет будет называться mysql-community-server и всё что с ним связано, получит тоже такую же приставку.

Так что не стоит ненавистникам  MySQL закупать массово пиво, а разработчикам под эту базу данных переписывать ( умные не переписывают ) свои приложения. Всё будет, не стоит паниковать. Хотя “близость” Oracle к этой быстрой базе и меня подавляет. Что поделаешь – бизнес.

• 58% openSUSE-11.1-DVD-i586.iso
• 31% openSUSE-11.1-DVD-x86_64.iso
• 3,0% openSUSE-11.1-KDE4-LiveCD-i686.iso
• 2,0% openSUSE-11.1-Addon-NonOss-BiArch-i586-x86_64.iso
• 1,8% openSUSE-11.1-GNOME-LiveCD-i686.iso
• 1,1% openSUSE-11.1-KDE4-LiveCD-x86_64.iso

• новая лицензия, которая разрешает редистрибьюцию
• Linux 2.6.27.8-rc1, Alsa 1.0.18, Xen 3.3.1
• glibc 2.9
• Nomad for “unmatchable remote desktop experience”
• CUPS 1.3.9
• cmake 2.6.2
• D-Bus 1.2.4
• PackageKit 0.3.11
• Python 2.6 and 3.0beta3
• Samba 3.2.4
• Mesa 7.2
• Basic SELinux Enablement
• gcc 4.3.2
• Rewritten YaST modules: Partitioner, Printer, Security
• X Server 1.5.0 (X.org 7.4)
• PulseAudio 0.9.12

На нашем сервере ещё до официального релиза были уже залиты образы дисков товарищем Tris`ом, которому обьявляется благодарность.

Кстати, кто собирается просто обновить свою openSUSE до версии 11.1, то я и Tris уже это сделали (по 2 раза ) и можем посказать в форуме. Следует помнить всего 4 простых шага для обновления:

1. Удалить старые репозитарии 11 версии.
2. Добавить репозитарии OSS, Non-OSS и Packman но для 11.1 версии, если вы пользовались ими.
3. Обновить Zypper и libzypp с ним: sudo zypper update -t package zypper libzypp
4. И обновить дистрибутив: sudo zypper dup

• 2009-02-05 openSUSE 11.2 Alpha 0
• 2009-03-05 openSUSE 11.2 Alpha 1
• 2009-04-02 openSUSE 11.2 Alpha 2
• 2009-04-30 openSUSE 11.2 Alpha 3
• 2009-05-28 openSUSE 11.2 Alpha 4
• 2009-06-25 openSUSE 11.2 Beta 1
• 2009-07-09 openSUSE 11.2 Beta 2
• 2009-07-24 openSUSE 11.2 Beta 3
• 2009-08-06 openSUSE 11.2 Beta 4
• 2009-08-20 openSUSE 11.2 RC1
• 2009-09-03 openSUSE 11.2 GM
• 2009-09-10 openSUSE 11.2 Public Release

Причины сентябрського релиза кроются в летних holidays, KDE и Openoffice.

NVIDIA не поддерживает ни одного 3D драйвера с открытым кодом и 0% коммитов.

Canonical (Ubuntu) не делала прямых дополнений в Mesa 3D.

Можете говорить, что это вырвато с контекста, но факт остаётся фактом. Выводов делать не буду.

Зы. Все ждут openSUSE 11? Я уже не жду, ибо проигрался с ней 3 дня… Остаюсь на 10.3 и только после апдейта ядра и КДЕ3 обновлюсь. Достала!!! Это год такой? Бубунта – кривая, Федора – кривая, была надежда на openSUSE – так тоже глюкавое ;( ЗЛОЙ.

Но когда я попробывал 11, то сразу бросилась в глаза скорость работы. Теперь всё происходило мгновенно! Вот и видео подтверждение:

И это чистейшая правда. Вот и тест провели, а я попробую перевести.

Yum таки не вкусняшка. Включивши питон, я так и не сумел запустить yum. Ух ты 120 MB на виртуальной машине, чтобы установить несколько пакетов. Неплохо, учитывая 128 MB на основной машине. Гавняно.

Хм, я должен попробовать xubuntu – или это будет таким же дрянным и вздутым и загубленым питоном poo?

Поскольку все наши усилия были направлены на то, чтобы сделать ZYpp быстрее, путём обьединения и интеграции Michael Schroeder’s вместе Michael Matz, который смног сделал в solv файлах и для хранения данных,то мне никогда не хотелось сделать “быстрое сравнение” о использовании памяти или скорости. Так давайте уже взглянем.

Вот мои репозитарии:

Software configuration management (openSUSE_10.3)
10.3 - Main Repository (NON-OSS)
10.3 - Packman
openSUSE-10.3-Updates
Virtualization:VirtualBox
home:dgollub
KDE:KDE3
Mozilla based projects (openSUSE_10.3)
ZYPP SVN Builds (openSUSE_10.3)
ZYPP SVN Builds (openSUSE_10.3)
home:prusnak
10.3 - VideoLan
openSUSE.org tools (openSUSE_10.3)
SUSE Feature Tracking Tool (openSUSE_10.3)
psmt's Home Project (openSUSE_10.3)
openSUSE:10.3
Duncan Mac-Vicar SUSE rpms (openSUSE_10.3)
Latest YaST svn snapshots (openSUSE_10.3)
building/openSUSE_10.3

Во всех этих репозитариях приблизительно 41 тис. пакетов.

Что я сделал, так это создал символическую ссылку для каталопа пакетов yum, чтобы они использовали одни репозитарии.

# rm -rf /etc/yum.repos.d/
# ln -s /etc/zypp/repos.d /etc/yum.repos.d

*NOTE:* I tested with yum 3.2.4. I know 3.2.14 is available, but that is what I had installed when doing the test. After doing this tests I upgraded to 3.2.14 but it did not accept my .repo file because the character “:” in repo names. However the changelog of yum since 3.2.4 shows: If using latest yum would invalidate this numbers (not as in 1 second, but as in an order of magnitude), let me know and I will repeat them when I make them work with my repo files. (не переводил, зачеркнули же. Говорится о версиях, и чего не на новых… )

Update 14.05.2008 : Я добавил yum 3.2.14. Тем не менее его производительность даже хуже, но не использование памяти.

Update 15.05.2008 : добавлены цифры дял smart 0.52

libzypp – тот который лежит в factory уже несколько дней: 4.21.1.

yum и ZYpp ведут себя по-разному, yum скачивает и парсит файлы filelists.xml и other.xml, а мы их игнорируем. Так что, я пропустил часть загрузки мета данных и засёк время построения кэша.

# yum clean dbcache
...
19 sqlite files removed

# time yum makecache
...
Metadata Cache Created

real    9m41.036s
user    2m34.766s
sys     0m11.545s

Почти 10 минут. В это время включен разбор двух больших файлов, которые мы прогнорировали. Я запустил его ещё раз, нажавши Ctrl+C, когда yum закончил обрабатывать первичные данные, как это делает zypp.

# time yum makecache
...
Exiting on user cancel

real    4m6.730s
user    0m34.058s
sys     0m3.080s

И очередь ZYpp:

# time zypper ref -B
...
All repositories have been refreshed.

real    0m18.472s
user    0m16.029s
sys     0m2.024s

Таким образом Yum требует технически в 13 раз больше времени чем ZYpp (если рассматривать одинакувую работу), но пользователь ждёт в 30 раз больше.

Теперь установка пакетов. Это означает время от вопроса “Продолжить (да/нет)” до приглашения оболочки.

# time yum install fate
...
Is this ok [y/N]: n
Exiting on user Command
Complete!

real    0m19.143s
user    0m14.057s
sys     0m1.920s

А ZYpp

# time zypper in fate
...
Continue? [YES/no]: n

real    0m9.796s
user    0m8.509s
sys     0m0.624s

На этом этапе ZYpp всего в два раза быстрее Yum. Всего

Что же нас ждёть, когда захочется обновить пакеты?

# time yum upgrade
...
real    0m45.152s
user    0m36.894s
sys     0m7.476s

(Замечание: yum даже не нашёл ничего для обновления).

# time zypper update
...
Continue? [YES/no]: n

real    0m8.988s
user    0m7.820s
sys     0m0.596s

yum нужно в 4 раза больше времени чем ZYpp, чтобы определить работу для обновления.

Update 14.05.2008 : сравнивал update с upgrade, я исправил это в диаграме. Тем не менее, у меня небыло данных для update в старом yum.

• 
• Резюме.

Теперь, сколько памяти каждому с них требуется? Для этого я просто проверил установку одного пакета используя valgrind massif, профайлера кучи (heap profiler).

• 
• Использование памяти Yum
• 
• Использование памяти ZYpp
• 
• Update 14.05.2008 : диаграмма использования памяти yum 3.2.14
• 
• Update 15.05.2008 : диаграмма использования памяти smart 0.52

Ви можете сделать вывод, что ZYpp потребляет чуть больше 20M, в то время как yum использует больше 180M памяти, тоесть в 9 раз больше. Обновлено 14.05.2008 : yum 3.2.14 использует приблизительно 160 в худший момент времени.

Мне было бы интерестно поссмотреть и на использование процессора, но это уже позже. Что вы думаете об этом?

1. Использовать систему One-Click Install. Просто кликните на нужную кнопку!
   кнопочка для ATI
   и для NVIDIA
2. Подключить репозитарий и установить пакет:
   NVIDIA:

   zypper sa http://download.nvidia.com/opensuse/11.0 nvidia
   zypper in x11-video-nvidiaG01

   ATI:

   zypper sa http://www2.ati.com/suse/11.0 ati
   zypper in  x11-video-fglrxG01

Нет ничего проще. Да и через GUI Yast`а можно это сделать…

Обновление 32-х битной 10.3 до ветки 11 Beta 1 (это последний релиз на это время) я решил провести при разных случаях:

• обновление 10.3 с подключеным packman и update (все обновления стоят) с интернета
• обновление 10.3 чистая и без обновлений с интернета.

Поссмотрим, что у меня получится.

Начало

Сначала я поставил на виртуальную машину (!!!) последний стабильный релиз openSUSE с KDE. А потому с ним, что сам использую и вам советую, да и 11 уже с KDE 4 и хочется поссмотреть как дистр себя поведёт. Ставил всё по-умолчанию, вот только файрволы и NetworkManager отключил.

Когда всё поставилось, просто сделал снапшоты системы, дабы проверить все варианты.

Обновление актуальной системы.

Сначала я поставил все обновления, а так же пакеты с packman. На это хозяйство потребовалось минут 45 на мегабитном канале. Ничего мультимедийного с пакмана не ставил, никаких языковых пакетов тоже. Поссмотрим, если всё получится, то попробую настроить систему “как всегда” и обновится.

Сначала следует отключить репозитарии для 10.3. При выводе списка репозитариев надо отключить 10.3. Вот как выглядел у меня список репозитарев после вывода sudo zypper repos, но уже с поключеными репами. Если

• 
• Список репозиториев

Теперь добавляем репо для одинадцатки.

sudo zypper ar http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/ 11

Это добавит репозиторий с именем 11.

Также я добавил репозитарий для обновления openSUSE 11.

sudo zypper ar http://download.opensuse.org/update/11.0/ 11update

Дальше обновляем репозитории коммандой:

sudo zypper ref

Сначала следует обновить rpm, так как где-то читал, что в новом менеджере добавили некоторый функционал и старый не умеет некоторые макросы.

sudo zypper in rpm

Дальше рекурсия С помощью zypper обновляем сам zypper

sudo zypper in zypper

Блягодяря этой комманде обновится окромя zypper ещё и glibs. А вот в этой версии уже добавили скрипт обновления. Всё что надо сделать теперь – это набрать

sudo zypper dist-upgrade

О, вот почти всё, осталось только дождаться выгрузки 600 мегабайт пакетов.

Во время апдейта у меня возникла ошибка:

Сбой при установкеnscd-2.8-8:
(c --nodeps --force) Ошибка: Subprocess failed. Error: Сбой RPM: insserv:
Service boot.setclock has to be enabled for service nscd insserv: exiting now!
error: %post(nscd-2.8-8.i586) scriptlet failed, exit status 1

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

sudo zypper remove nscd

Дальше опять обновляю дистрибутив…

… и вуаля – есть. Но пока я чесал репу и качал пакетики, то буквально ночью моя 11 с первой беты превратилась в вторую. Остался ли баг с nscd незнаю, попробую проверить на тесте с голой openSUSE 10.3.

• 
• Вот так выглятит KDE3 в openSUSE 11. Beta 2.

При загрузке уже новенькой системы заметил, что тени в DE есть “из каробки”. Возможно и compiz так же будет ).

Обновление системы без обновлений.

В дистрибутиве без обновлений почти всё тоже самое. Вот только почему-то у меня при обновлении репозитариев, появляется ошибка:

wert2all@vm:~> sudo zypper refresh
Обновление 'update'
Репозитарий 'update' недопустим.
ResourceType parse: illegal string value 'updateinfo'
Проверьте, что URL-адреса, определенные для этого репозитария указывают на допустимый репозитарий.
Пропуск репозитария 'update' из-за указанной выше ошибки.
Репозитарий '11' не обновлен.
Некоторые репозитарии не обновлены из-за ошибки.

Но после обновления rpm и zypper, так же как и в первом варианте, всё спокойно и красиво обновилось. И так же, как и при первом обновлении, пришлось удалять nscd.

Вывод

Можно обновится. Всё работает. Очень рад за новый скрипт zypper dist-upgrade, давно пора было сделать.

Но во время обновления, следовало бы, не перегружатся пока всё не поставится. Хотя я переодически прерывал установку и ребутил виртуальную машину и продолжал обновления, но не факт, что и у вас на робочей системе всё получится. Пару раз обрывал в плохих местах и приходилось возвращатся к снимку. Один раз была проблема с репозитарием. Но, имейте ввиду, что устанавливал я всё с постоянно обновляемого репозитария, да ещё и Beta. Когда выйдет релиз – проблем не будет. За качество немецкого (хотя уже американского) дистрибутива можно не переживать.