LINUX.ORG.RU

Тестовые дни Fedora: KDE 4.8 и Virtualization

 ,


0

1

10 апреля — тестирование KDE 4.8

Инструкция

Live-образы

Это первый в истории тестовый день посвященный окружению KDE, поэтому не удивляйтесь некоторым пробелам в оформлении и инструкциях и поддержите хорошую инициативу.

Основная задача — общая проверка работы всех подсистем. Также приветствуются подключение дополнительных мониторов, wifi/bluetooth-устройств, запуск в виртуальных машинах и на проблемных видеокартах.

Не забывайте оформлять найденные баги в соответствующих багрекерах.

Текущая версия KDE в Fedora 17: 4.8.2.

12 апреля — тестирование виртуализации

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

Инструкция

Список требующих тестирования новшеств Fedora 17:

На ваши вопросы на IRC-канале #fedora-test-day в этот день будут отвечать Daniel Berrange и Richard W.M. Jones.

★★★★★

Проверено: JB ()
Последнее исправление: JB (всего исправлений: 1)

Ответ на: комментарий от imul

Идущие по стопам великих, своих следов в истории не оставляют.

© Для мании величия не требуется величия, а вполне хватит мании.

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

Вообще то Шляпа как раз фактически анонсировала тот самый функционал, который в данный момент анонсирован в тест дейс, ни разу не в теме как построена тестовая матрица в RH, но расклад прозрачен до некуда.

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

eiskaltdcpp/eiskaltdcpp-qt
wine
q4wine
vidalia/tor
qitim
skype
libselinux-utils (вроде этот пакет,― короче, GUI для SELinux'а)
games-menus (для более наглядной сортировки элементов раздеда «Игры» в главном меню)
quake3/quake3-demo
tuxguitar
livecd-tools
VirtualBox-4.1
dkms
freetype-infinality
gparted
kernel-PAE/kernel-PAE-devel (я использую сборку i686, но у меня на всех машинах 4 ГиБ RAM)
mplayer2
oxygen-cursor-themes
plymouth-theme-solar
psi-plus*
rkhunter
rfkill
ntp/ntpdate (вместо chrony)
libtxc_dxtn (если используется свободный видео-драйвер)

Вроде основное вспомнил (пишу не из дома, поэтому пишу напамять)

carasin ★★★★★
()

На мой взгляд, федоре не хватает определенности. Зачем, спрашивается, тащить КДЕ? Гнома не хватает? А ведь сколько тестов и ресурсов пожирает эта дублирующая функциональность.

Сам я использую LXDE. Ну так простите, старый он в федоре. Все равно приходится самому обновлять. И это при том, что lxde все таки не дублирует гном, потому что нацелен на легкие машины, нетбуки.

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

Зачем, спрашивается, тащить КДЕ? Гнома не хватает? А ведь сколько тестов и ресурсов пожирает эта дублирующая функциональность.

«Зачем, спрашивается, тащить гном? КДЕ не хватает? » Ну ты понел. Чтобы было на вкус и цвет, а не просто одна среда, которая многих не устраивает.

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

«Зачем, спрашивается, тащить гном? КДЕ не хватает? » Ну ты понел. Чтобы было на вкус и цвет, а не просто одна среда, которая многих не устраивает.

Я не против КДЕ, но тогда выбросьте гном и сконцентрируйтесь на _хорошей_ поддержке КДЕ. Чтобы все работало, чтобы свежая версия с полным функционалом, чтобы свистелки приделаны ну вобщем ты понел.

А так, окружений дофига, но все недоделаны и как поддерживать непонятно.

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

На мой взгляд, федоре не хватает определенности. Зачем, спрашивается, тащить КДЕ? Гнома не хватает? А ведь сколько тестов и ресурсов пожирает эта дублирующая функциональность.

По-моему это совсем мимо. «Официальным» в федоре всегда был и есть Гном, все критерии альфа-, бета- и прочих релизов заточены под него, и основная часть QA тоже.

Но это не мешает группе KDE-майнтэйнеров и разработчиков проводить свои тестовые дни, заниматься своей работой и продвигать свое окружение. Это инициатива снизу а не выделение ресурсов сверху, поэтому никакого пересечения по ресурсам у них нет: Не «Fedora(как единая организация) тащит», а Fedora KDE SIG (special interest group) включилась в работу по собственному желанию, за это честь им и хвала.

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

По-моему это совсем мимо. «Официальным» в федоре всегда был и есть Гном, все критерии альфа-, бета- и прочих релизов заточены под него, и основная часть QA тоже.

Об этом и речь, что основной проект, это гном.

Но это не мешает группе KDE-майнтэйнеров и разработчиков проводить свои тестовые дни, заниматься своей работой и продвигать свое окружение. Это инициатива снизу а не выделение ресурсов сверху, поэтому никакого пересечения по ресурсам у них нет: Не «Fedora(как единая организация) тащит», а Fedora KDE SIG (special interest group) включилась в работу по собственному желанию, за это честь им и хвала.

Так не бывает. Баги в «лишних» пакетах могут тормозить релизы. пользовательская база размазывается и вместо отработки одного ДЕ начинается полужизнь десятка разных проектов.

а вообще, если тестовый день одного из спинов, то так и писали бы. Тогда и претензий было бы меньше.

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

Какой вы старательный. Вообще вопрос был о способе создания такого списка. Жаль, я надеялся у вас не в ручную созданный список. Но спасибо за ответ.

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

Может вам про kickstart почитать?

Один раз ставите в систему всё руками, потом делаете rpm -qa, получаете список и можете на его базе создать готовый сценарий установки или даже свой собственный LiveCD: http://wiki.russianfedora.ru/index.php?title=Создание_своего_LiveCD_за_10_минут

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

Дык как создать список используемого ПО, вырабатываемый годами, в автоматическом режиме? Я же не просто так, взял ― и в один прекрасный момент решил, что мне на установочном DVD не хватает именно этих пакетов ;)

carasin ★★★★★
()

обезьянки уже бросились тестировать код для RedHat? У него и так мало прибыли - надо еще набрать бесплатных тестеров :) Ну что ж - работайте нигеры!

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

В Fedora ничего сложного.

Лично сам делал так. При переходе между версиями. Сделать список установленных пакетов на старой системе.

# yum list installed | awk '{print $1}' > rfr15_short.txt

Удалить вверху списка вручную лишние несколько записей. Ну и отредактировать этот список по желанию.

Потом поставить новую систему и сделать так

# LIST=`cat rfr15_short.txt`; for i in $LIST; do yum -y install $i; done

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