Вышел Calculate Linux 11.6 beta 2

Вышел 12 июня 2011 г.

Вышла вторая beta версия Calculate Linux 11.6. Доступны для загрузки все редакции дистрибутива: Calculate Linux Desktop с рабочим столом KDE (CLD), GNOME (CLDG) и XFCE (CLDX), Calculate Directory Server (CDS), Calculate Linux Scratch (CLS) и Calculate Scratch Server (CSS).

Основные изменения Beta 2

Основные изменения Beta 1

  • Переход на гибридные образы с поддержкой записи на CD/DVD и USB Flash.
  • В initramfs интегрирован Udev для лучшей поддержки устройств и ускорения загрузки livecd.
  • Добавлено автоопределение разрешения экрана в splash.
  • Добавлено меню выбора видеодрайвера. Дополнительно поддерживается nouveau и ati-drivers.
  • По умолчанию используются свободные видеодрайвера с поддержкой KMS.
  • Nvidia более не является предустановленным драйвером и устанавливается при выборе пользователем.
  • Добавлена интеграция с веб-сервисом pastebin.calculate-linux.ru.
  • Переход на XZ формат сжатия livecd образа.
  • В CDS включен Shorewall для настройки межсетевого экрана.

Состав версий

  • CDS (Directory Server):
    Bind 9.7.2-P3, Kernel 2.6.38.6, OpenLDAP 2.4.24, Postfix 2.7.4, ProFTPD 1.3.3e, Samba 3.5.8
    i686 - 601 MB, x86_64 - 638 MB
  • CLD (KDE desktop):
    KDE 4.6.3, Amarok 2.4.1, digiKam 1.9.0, Chromium 11.0.696.71, Kernel 2.6.38.6, LibreOffice 3.3.2, X.Org 7.4
    i686 - 1.7 GB, x86_64 - 1.8 GB
  • CLDG (GNOME desktop):
    Gnome 2.32, Gimp 2.6.11, Chromium 11.0.696.71, Kernel 2.6.38.6, LibreOffice 3.3.2, X.Org 7.4
    i686 - 1.4 GB, x86_64 - 1.6 GB
  • CLDX (XFCE desktop):
    XFCE 4.8, Gimp 2.6.11, Kernel 2.6.38.6, Chromium 11.0.696.71, LibreOffice 3.3.2, X.Org 7.4
    i686 - 1.3 GB, x86_64 - 1.4 GB
  • CLS (Linux Scratch):
    Openbox 3.4.11.2, Kernel 2.6.38.6, X.Org 7.4
    i686 - 515 MB, x86_64 - 548 MB
  • CSS (Scratch Server):
    Kernel 2.6.38.6
    i686 - 358 MB, x86_64 - 387 MB

Ссылки

обновился только что с beta 1 - все работает прекрасно, остается только пользоваться и наслаждаться. разработчикам огромное спасибо!!!

Приветствую !
Человечество ждет в релизе, KDE 4.6.4 c исправлениями
имхо , ваш дистр лутшый из мной испробованных
спасибо от всех землян :slight_smile:

с нетерпением ожидаю релиз.

Уж не помню, когда обновлялся, но раз у меня до сих пор первый grub, то наверное все еще beta1.
Чо пишу - в /etc/conf.d/modules для 2.6.38.6 ядра не было переменной с подгрузкой powermanagement модулей. Вбил ручками. Политика ondemand, кстати, теперь умалчиваемо в ядре - для тех, кто тоже решит подгрузить cpufreq.

Чо еще, может, добавите к умалчиваемым USE флагам еще и vaapi? И, соответственно, патчи для его поддержи к mplayer? В принципе, mplayer часто и так многие пересобирают под свой камень, так что кому приспичит - сам найдет. Просто мысли в слух.
ВО! Чуть не забыл, в USE ksysguard-а добавьте пожалуйста поддержку интерфейса к lm_sensors, а то кедовые приблуды для мониторинга температуры без этого не видят датчки через lm.

Уж не помню, когда обновлялся, но раз у меня до сих пор первый grub, то наверное все еще beta1.

Сейчас в дистрибутиве присутствуют обе версии Grub. Инструкция по переходу на Grub2.

Чо пишу - в /etc/conf.d/modules для 2.6.38.6 ядра не было переменной с подгрузкой powermanagement модулей. Вбил ручками.

Какие именно модули Вы поднимали?

Чо еще, может, добавите к умалчиваемым USE флагам еще и vaapi? И, соответственно, патчи для его поддержи к mplayer?

Флаг добавил. Где патчи взять?

в USE ksysguard-а добавьте пожалуйста поддержку интерфейса к lm_sensors

Добавил.

Какие именно модули Вы поднимали

Да как обычно:

# grep 2_6_38 /etc/conf.d/modules 

modules_2_6_38_6_calculate="acpi-cpufreq mperf speedstep-lib cpufreq_conservative cpufreq_powersave cpufreq_userspace"

Флаг добавил. Где патчи взять

Есть в принципе готовый ебилд в оверлее xhub, там и патчи: http://gentoo-overlays.zugaina.org/xhub/portage/media-video/mplayer/

Вот что у меня:

 # grep 2_6_38 /etc/conf.d/modules 
modules_2_6_38_6_calculate="mperf powernow-k8 speedstep-lib cpufreq_conservative cpufreq_powersave cpufreq_userspace"
modules_2_6_38_8_calculate="mperf powernow-k8 speedstep-lib cpufreq_conservative cpufreq_powersave cpufreq_userspace"

При переустановке ядра строка соотв-но по новой генерируется.

Изменения внес. Бинарные пакеты доступны в обновлении, с Вас тестирование. Особенно интересно как можно определить прирост в производительности mplayer.

Вот у меня почему-то не сгенерировалась =)
Ну да ладно, будет время, еще раз проверю.

Особенно интересно как можно определить прирост в производительности mplayer.

Эти патчи не на производительность mplayer как такового, это реализация вот этого интерфейса: http://en.wikipedia.org/wiki/Video_Acceleration_API, для камней с аппаратным декодированием видео.
Оно подтягивает библиотеку libva, через которую работает с драйвером видео.
Сейчас пробую завести его на своей интеграшке от Intel. С версией libva-0.31.1-p4, прилетевшей сейчас вместе с бинарным mplayer пока не завелось.
Vaapi, кстати, еще и в vlc с ffmpeg используется, может, его глобально включить? Или тогда и в ffmpeg надо добавить.

Пардон. Вижу, что ffmpeg тоже с vaapi.

Я на другом компе на этом mplayer с заплатками и версией libva 0.32 завел ускорение на своей ATI-шке hd4xxx серии.

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

Ну да, hd видео в h264, например. Или по логу mplayer хотя бы. Он выдаст ошибку, если метод декодирования провалится. Ну и тяжелый отрывок можно в сети найти секунд на 5 какой-нибудь, если к фильму в hd доступа нет, по ключевым словам hd h264 sample.
Или вас какой-то формальный способ интересует, типа технической информации с чипа при декодировании? В винде мне проигрыватель какую-то статистику слал, например, с драйвера видеокарты. Сколько фреймов декодировано, сколько сброшено и подобную ерунду.

То что работает - очень хорошо. Давно ждал поддержки от ATI.

Еще бы оно хорошо работало…
Оно как бы есть, но происходит нечто странное, по логам mplayer видно, что основной метод декодирования (xvba в понимании ati, он же vaapi) проваливается, и начинается декодирование в xvmc, но насколько я знаю, xvmc настолько бородат, что поддерживать создан только mpeg2, каким образом у меня проигрываются на xvmc fullHD видео файлы, кодированные x264, я понять пока затрудняюсь.
Причем непатченый mplayer сделать такой же финт ушами не может. Он у меня с выводом через xvmc вообще ничего открыть не может. Видимо потому, что у меня нет ни одного mpeg2 файла.

Интересно как xbmc себя поведет. Он также vaapi флаг поддерживает.

Предполагается, что появляется меню для выбора варианта загрузки?
У меня на чипе 845G от интела пишет (после приветствия граба №2) out of range и дальше, после таймаута начинает грузить систему. Пытался подсунуть другую операционку, соответственно не пошло.

Бинарные пакеты доступны в обновлении, с Вас тестирование.

“Проба снята”.

Новый бинарный mplayer с успехом пожрал у меня на ATI закодированный в h264 файл с ускорением через бинарный же libva-0.31.1_p4.
Есть правда проблема, о которой я до этого не упомянул. За выставление переменных, откуда и какой брать драйвер, я так понял, отвечает скрипт установки libva, какой - честно говоря, не смотрел. В общем, переменная не выставляется и приходится ее ручками забивать в профиль, пользовательский ~/.bashrc или в консоль, из которой будем играть.

Для ati это будет:
LIBVA_DRIVER_NAME=xvba (или fglrx, разницы не заметил)

для intel:
LIBVA_DRIVER_NAME=i965
для Nvidia:
LIBVA_DRIVER_NAME=vdpau

еxport LIBVA_DRIVER_NAME - и играем видео.

#vainfo
libva: libva version 0.31.1-sds1
Xlib:  extension "XFree86-DRI" missing on display ":0.0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/va/drivers/fglrx_drv_video.so
Xlib:  extension "XFree86-DRI" missing on display ":0.0".
libva: va_openDriver() returns 0
vainfo: VA API version: 0.31
vainfo: Driver version: Splitted-Desktop Systems XvBA backend for VA-API - 0.8.0
vainfo: Supported profile and entrypoints
      VAProfileH264High               : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD

#mplayer -vo vaapi:gl:dm=1:colorspace=0 -va vaapi /home/panther/Movies/anime/Texhnolyze/Texhnolyze_01.mkv

MPlayer SVN-r33094-4.4.5 (C) 2000-2011 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing /home/panther/Movies/anime/Texhnolyze/Texhnolyze_01.mkv.
libavformat file format detected.
[matroska,webm @ 0x8edace0] Estimating duration from bitrate, this may be inaccurate
[lavf] stream 0: video (h264), -vid 0, Episode01: Stranger
[lavf] stream 1: audio (vorbis), -aid 0, -alang jpn, 2ch VORBIS
[lavf] stream 2: subtitle (ass), -sid 0, -slang eng, ass
[lavf] stream 3: subtitle (unknown), -sid 1, -slang eng, srt
VIDEO:  [H264]  704x480  0bpp  29.970 fps    0.0 kbps ( 0.0 kbyte/s)
Load subtitles in /home/panther/Movies/anime/Texhnolyze/
SUB: Added subtitle file (1): /home/panther/Movies/anime/Texhnolyze/Texhnolyze_01.srt
[vo_vaapi] Using OpenGL rendering
libva: libva version 0.31.1-sds1
Xlib:  extension "XFree86-DRI" missing on display ":0".
libva: va_getDriverName() returns 0
libva: Trying to open /usr/lib/va/drivers/fglrx_drv_video.so
Xlib:  extension "XFree86-DRI" missing on display ":0".
libva: va_openDriver() returns 0
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[VD_FFMPEG] VA API accelerated codec.
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 0.0 kbit/0.00% (ratio: 0->192000)
Selected audio codec: [ffvorbis] afm: ffmpeg (FFmpeg Vorbis)
==========================================================================
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Unsupported PixelFormat 61
[VD_FFMPEG] Trying pixfmt=1.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vaapi] 704x480 => 852x480 H.264 VA-API Acceleration 
[vo_vaapi] Using 1:1 VA surface mapping
[VD_FFMPEG] XVMC-accelerated MPEG-2.
A:  19.4 V:  19.4 A-V: -0.000 ct:  0.021   0/  0 22% 53%  1.9% 41 0 

Ах, да, чуть не забыл без пакета xvba-video (нестаб.: ~amd64/~x86) ati ничегошеньки ускорять не будет. В портежах сейчас версия 0.7.8, в интернетах доступна 0.8.0, коей и пользуюсь.
Только что проверил работоспособность на 0.7.8, все в порядке.

Может я что-то не так понимаю (только поставил Калкулэйт на попробовать), но, по моему, вы со своей акселерацией видео сотворили баг. Я поставил cld-20110610-x86_64, обновил portage, обновил мир. После этого у меня всё видео перестало играться. При запуске mplayer из командной строки он мне сказал, что libva не находит. После установки libva всё заработало. Удивляюсь, что она не поставилась из зависимостей.

Может я что-то не так понимаю (только поставил Калкулэйт на попробовать), но, по моему, вы со своей акселерацией видео сотворили баг.

Ога. Вот патч на ебилд. Если вы владелец ati и пользуетесь собственническими дровами (то есть если у вас VIDEO_CARDS=“fglrx” в переменных окружения), то придется добавить для xvba-video ключевое слово ~x86 или ~amd64 в /etc/portage/package.keywords. Ну или ждать, что этот пакет попадет в Калькулейт как стабильный.

--- mplayer-1.0_rc4_p20110322-r50.ebuild        2011-06-19 04:52:13.787751534 +0400
+++ mplayer-1.0_rc4_p20110322-r51.ebuild        2011-06-19 04:55:41.327156931 +0400
@@ -26,7 +26,7 @@
 xvmc zoran"
 [[ ${PV} == *9999* ]] && IUSE+=" external-ffmpeg"

-VIDEO_CARDS="s3virge mga tdfx vesa"
+VIDEO_CARDS="s3virge mga tdfx vesa fglrx"
 for x in ${VIDEO_CARDS}; do
        IUSE+=" video_cards_${x}"
 done
@@ -78,6 +78,9 @@
                )
                opengl? ( virtual/opengl )
                vdpau? ( x11-libs/libvdpau )
+               vaapi? ( x11-libs/libva 
+                       video_cards_fglrx? ( x11-libs/xvba-video )
+               )
                xinerama? ( x11-libs/libXinerama )
                xscreensaver? ( x11-libs/libXScrnSaver )
                xv? (

А что у вас с бинарным профилем CLD творится?
Пробую обновиться, вываливаются блокировки по 4 слоту KDE, мол пакеты этого слота (4, как я понял - это стандартный, стабильный KDE слот) блокируют обновление:

[blocks B      ] kde-base/kdebase-data:4 ("kde-base/kdebase-data:4" is blocking kde-base/kdeplasma-addons-4.6.3)
[blocks B      ] kde-base/kcontrol:4 ("kde-base/kcontrol:4" is blocking kde-base/systemsettings-4.6.3)
[blocks B      ] kde-base/kdegraphics-strigi-analyzer:4 ("kde-base/kdegraphics-strigi-analyzer:4" is blocking kde-base/thumbnailers-4.6.3)                                                                                                  
[blocks B      ] kde-base/kdelibs:4 ("kde-base/kdelibs:4" is blocking kde-base/kdontchangethehostname-4.6.3, kde-base/plasma-runtime-4.6.3)                                                                                                 
[blocks B      ] kde-base/akonadi:4 ("kde-base/akonadi:4" is blocking kde-base/kdepimlibs-4.6.3)
[blocks B      ] kde-base/systemsettings:4 ("kde-base/systemsettings:4" is blocking kde-base/kdm-4.6.3-r1, kde-base/kcontrol-4.6.3)                                                                                                         
[blocks B      ] kde-base/konqueror:4 ("kde-base/konqueror:4" is blocking kde-base/systemsettings-4.6.3, kde-base/keditfiletype-4.6.3)                                                                                                      
[blocks B      ] kde-base/plasma-workspace:4 ("kde-base/plasma-workspace:4" is blocking kde-base/plasma-runtime-4.6.3)
[blocks B      ] kde-base/solid:4 ("kde-base/solid:4" is blocking kde-base/solid-runtime-4.6.3)

Ну, ОК, блокируют - удалим. Сношу обозначенные пакеты, перезапускаю emerge, и что вы думаете - абсолютно то же самое на выходе.
Я внедоумении, вычищаю вообще весь набор по emerge -C @kde, всё, слот тоже пустой, а тем не менее ошибка всё та же.
Переключился на обычный профиль. Сижу конпеляю.

Вот патч на ебилд.

Откуда этот патч? В оверлее xhub ебилд не обновлялся.

А что у вас с бинарным профилем CLD творится?

У нас все ok.