6.0.2 KDesktop RC5 20121108

[zerg]

По адресу ftp://beta.altlinux.ru/p6/kdesktop/ выкладывается 5-й кандидат в релизы
дистрибутива ALT Linux 6.0.2 KDesktop. Если не будет обнаружено серьезных проблем, станет релизом.

Основные изменения:
- Список

Известные проблемы:
- Errata
- Список незакрытых ошибок

P.S.
Проверяйте MD5SUM

[asy]

Блин. А зачем я с RC4 сегодня ковырялся !? :)

[unihorn]

Все хорошо. Но есть одна, чисто внешняя, неакуратность в Кедах:

Редактирование виджетов не заблокировано (что смотрится не очень красиво (этим и дефолтное окружение 2 Гнома старадало)).

Просто не шибко красиво (и несколько режет глаз)...

Было-бы неплохо добавить описания того что содержится в пунктах инсталятора (как минимум в таких как Графика, Обработка видео, Обработка звука, Средства разработки... (Игры, к примеру, не обязательно  описывать, и  так, имхо, понятно чего ждать от этого пункта)). Как минимум основных элементов (то что они, в свою очередь, тянут можно опустить). В графике это, скажем, Гимп, Блендр, Inskape...

Это, что-бы было ясно что от этих пунктов ожидать и юзер не методом научного тыка (вслепую выбрав пункт, а, потом, разбираясь что получил с ним) мог понять  "что его ожидает".

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

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

[zerg]

Редактирование виджетов не заблокировано

Я в курсе. Пришлось разблокировать по умолчанию, т.к. в Plasma Active из-за этого становится невозможным добавление виджетов.
Т.е., если когда-нибудь получится, сделаю.

Было-бы неплохо добавить описания того что содержится в пунктах инсталятора

Уже не в p6. Это обсуждалось, но пока осталось на словах. Повесьте что-нибудь в багзилу так, чтоб я там фигурировал, а дальше разберемся.

[Skull]

Уже не в p6. Это обсуждалось, но пока осталось на словах. Повесьте что-нибудь в багзилу так, чтоб я там фигурировал, а дальше разберемся.

Совет: Sisyphus → Компонент: alterator-pkg

[asy]

Кстати, а в x86_64 пакеты i586 из arepo 2.0 ?

[unihorn]

Совет: Sisyphus → Компонент: alterator-pkg

Сделал: https://bugzilla.altlinux.org/show_bug.cgi?id=27973 .

Я в курсе. Пришлось разблокировать по умолчанию, т.к. в Plasma Active из-за этого становится невозможным добавление виджетов.
Т.е., если когда-нибудь получится, сделаю.

А если править непосредственно plasma-desktop-appletsrc, plasma-desktoprc, и типа них?

А потом, из скрипта startkde (/etc/kde4/current/startkde) сделать следующее?

Код: [Выделить]

if [ -a $HOME/.kde4/share/config/plasma-desktoprc ];
then
 echo "file already exists"
else
 cp -f /etc/kde4/current/share/config/plasma-desktoprc $HOME/.kde4/share/config/
 echo "file created"
fi

if [ -a $HOME/.kde4/share/config/plasma-desktop-appletsrc ];
then
 echo "file already exists"
else
 cp -f /etc/kde4/current/share/config/plasma-desktop-appletsrc $HOME/.kde4/share/config/
 echo "file created"
fi
И, если надо:

Код: [Выделить]

if [ -a $HOME/.kde4/share/config/plasma-overlay-appletsrc ];
then
 echo "file already exists"
else
 cp -f /etc/kde4/current/share/config/plasma-overlay-appletsrc $HOME/.kde4/share/config/
 echo "file created"
fi

if [ -a $HOME/.kde4/share/config/activitymanagerrc ];
then
 echo "file already exists"
else
 cp -f /etc/kde4/current/share/config/activitymanagerrc $HOME/.kde4/share/config/
 echo "file created"
fi
Вроде, такой подход, мешать ничему не должен (эксперементировал я так и с активией, и с нетбуком...)

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

[zerg]

А если править непосредственно plasma-desktop-appletsrc, plasma-desktoprc, и типа них?

Умолчательных файлов plasma-*rc не будет. Не говоря о том, чтоб править.

[unihorn]

Умолчательных файлов plasma-*rc не будет. Не говоря о том, чтоб править.

Явное копирование plasma-*rc скриптом  (/etc/kde4/current/startkde) в домашний каталог при загрузке пользовательского ака обходит эту проблему.

Умолчальные файлы в /etc/kde4/current/share/config

Далее их, вышеназванным скриптом (/etc/kde4/current/startkde), копировать в домашний каталог при загрузке пользовательского ака.

Если не копировать скриптом, то да: плазменные rc будут дефолтные генерится (не реагируя на те, что в /etc/kde4/current/share/config)).

Но копирование скриптом обходит эту проблему.

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

Все конфигурации плазмы которые я демонстрировал на скринах с примерами предлагаемых мною src-rpm (типа нового qtcurve и Росиного даша)  сделаны таким образом...

Вот например: http://forum.altlinux.org/index.php/topic,8027.msg188709.html#msg188709

Можете и сами проверить.

[zerg]

Если не копировать скриптом, то да: плазменные rc будут дефолтные генерится

Кроме генерации других вариантов для plasma-*rc не будет. Я ж написал уже.

[zerg]

Можете и сами проверить.

Нет смысла. Это работает только у вас в конкретной ситуации.

[unihorn]

Уважаемый Зерг. Что будет если  plasma-*rc уже будут в юзерской учетке (скажем мы решили обновить настройки кед юзера и удалили из его учетки все конфиги кроме них)? Они будут заново генерится и замещатся сненерированным "новоделом"? Или, все-таки, будут использоваться именно они (не замещаясь "новоделом")? :)

Ответьте.

И что делает мой скрипт, по вашему? Код его дан выше, вы бы его глянули, хотя-бы наискось.

Все еще непонятно?

[zerg]

И что делает мой скрипт, по вашему?

1. Ничего из необходимого для решения обсуждаемой проблемы.
2. Портит настройки в общем случае.

P.S.
А /etc/kde4/current есть только у нас и специально для вас, например.

[unihorn]

1. Ничего из необходимого для решения обсуждаемой проблемы.

Вы не ответили на вопрос.

Уважаемый Зерг. Что будет если  plasma-*rc уже будут в юзерской учетке (скажем мы решили обновить настройки кед юзера и удалили из его учетки все конфиги кроме них)? Они будут заново генерится и замещатся сненерированным "новоделом"? Или, все-таки, будут использоваться именно они (не замещаясь "новоделом")?

И продолжаете утверждать, что plasma-*rc будет игнорироваться. :)

[unihorn]

1. Ничего из необходимого для решения обсуждаемой проблемы.

Обоснования?

Он копирует их? Копирует.

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

В чем проблема?

Вы бы все-таки посмотрели. Работает и в любимых вами виртуальных машинах. :)

Или мне вам видео записать? :)