Развитие дистрибутива на будущее: ваши вопросы

[ДроноваЮ]

К сожалению, поскольку правдолюбы так и не захотели делать что-то конструктивное, а идея крайне нужная, и достигнуто согласие в том, что после выхода LTS будет официально опубликован документ по концепции развития дистрибутива, то публично предлагаю помочь мне в составлении списка вопросов/тезисов по концепции развития дистрибутива. Этот список я планирую разработать и представить разработчикам. Мой примерный начальный набросок тезисов/вопросов (под "мы" подразумевается Роса как дистрибутив):

* мы используем и будем использовать systemd
* мы используем и будем использовать RPM5
* взят курс на отказ от drak-утилит. <---- что будет взамен? (это вопрос к разработчикам)
* мы будем придерживаться минимального набора софта, предпочитая в первую очередь свои наработки (ROMP, Klook) :?:
* KDE пока что остаётся единственной официально поддерживаемой графич. средой :?:

Какие ещё моменты обязательно нужно осветить?

Прошу подойти с вниманием к моей просьбе, нужен коллективный разум активных пользователей Росы.

[Галахов Роман]

1) На диске в начальном выборе устанавливаемой ОС, всегда должен быть пункт "восстановление загрузчика" как, например, в 2010-й. Просто без этого бывает очень сложно восстановить его.
2) Подумать как избегать ситуации - когда при установке чего-либо система предлагает выбрать из нескольких пунктов, выбор в 90% случаях делается наобум (по незнанию), а это не всегда хорошо.
3) Совсем "революционая" задумка: сейчас многие программы при установке ссылаются на одинаковые пакеты (по зависимостям) и помногу раз может быть, что одни и теже пакеты то устанавливаются то убираются как осиротевшие, и так многократно, так как одну программу/игру поставили-удалили потом другую. В результате сильно увеличивается траффик и время установки программ (на загрузку этих зависимостей).
Возможно-ли отобрать, хотя бы, самые самые распространенные зависимости (например на которые ссылаются сразу более 20 программ), включить их в основную сборку ОС по умолчанию (так как в большинстве своём они всё-равно будут установлены) и сделать их неудаляемыми по признаку "осиротевших". Чтобы при установке программы не тянули много зависимостей при установке?
4) Сделать официальную "легкую" версию (для нетбуков, планшетов) на базе LXDE (или другой легкой DE). Наличие облегченной версии было указано на главной страници Роса в начале развития (незнаю убрали ли этот пункт к текущему моменту или нет).

[ДроноваЮ]

Роман, спасибо, принято!
Товарищи, подтягиваемся

[PastorDi]

Мое мнение конечно в большей степени совпадает с susewin.
Я думал что дистр развиваться будет по другому. Конечно, нужно все свое и не от кого не зависеть. Да правильное направление ABF. АБФ -это база\платформа на которой собирается дистр. Хорошо, если мы не смогли написать что-то свое, тогда не надо гробить то, что было - не предоставляя альтернативы. На АБФ пересобирали бы всю Мандиву и все. И по немногу бы разрабатывали свои программы, не выставляя на показ. Т.к. прежде чем что-то анонсировать, надо тщятельно все тестировать! А как можно тестировать, если даже не знаешь как и что? От разрабов не добиться информации, что им надо тестировать для нормального функционирования программ. Поэтому работаем "наобум". Четкого плана тестирования тоже нет. Хотя можно было уже давно все сделать, предлагал - молчат.
Конечно, не маловажный фактор - это обновления от одной к другой версии дистрибутива. Как в той же Убунте или ОпенСусе. Как что будет дальше в этом плане, похоже не знает никто. Это печально.
Если человек нашел программу которой нет в репозитариях, хочет собрать ее для себя под РОСА. Тогда где ему взять спецификацию .spec файла? Наверняка с введением АБФ - .spec файлы имеют какие-то изменения по сравнению с Мандривовскими. Никто нигде об этом не говорит.
Почему идет гонка за версиями (КДЕ например, Амарок и т.д.) Почему нельзя взять свежую версию и отшлифовать ее, оттестировать и дать в очередном релизе. А потом уже делать обновления. У нас получается наоборот, самую свежую версию (чего-нибудь) берем, срок пожимает, не отшлифовываем, выпускаем. У людей ощущение не доделанности возникает. Тоже не есть хорошо.
Что касается отказа от drak-утилит. Мне кажется тут надо как-бы разделить на две части. Уже замечено и опробовано, что если ядро определило оборудование правильно, все дрова/модули работают отлично - это НЕ факт что в КДЕ будет все это оборудование работать. Поэтому есть 2 варианта. Либо писать что-то под КДЕ и на его основе делать свой МСС, либо писать свой МСС который бы тупо правил конфиги в /etc и все работало. Потому что, в нынешнем МСС можно (для примера) сеть настроить, а можно через NetworkManager, а можно и через консольные программы. Вот и получается, что если напишем свой МСС по аналогии с Мандривовским - ситуация не изменится. Лучше от этого не станет. Тут нужно думать! Нужно выработать какую-то глобальную концепцию по настройке системы. Я бы всеже выбрал основополагающим - ядро и все что с ним связанное, а в КДЕ все нафиг отрубал бы. Это дает два преимущества. Первое - ядро будет всегда, и если в ядре все определяется, значит может работать. Второе, если все определение оборуданвания вырезать из КДЕ, то КДЕ думаю полегчает намного и будет шустрее работать.
По поводу 3го пункта от Галахов Романа, я полностью НЕ согласен. Т.к. зачем наступать на те же грабли еще раз? Он предлагает взять за основу систему как у Windows. Если откыть папку Windows/wxs и посмотреть сколько там и каких файлов? (а там порядка 6-10тысяч файлов) И все эти файлы как раз и являются теми библиотеками "на всякий случай"/"пускай будут, чтоб не качать". Так что, мне кажется не надо идти по тому же пути великого гиганта. В этом плане у РОСА правильная политика. И не надо приводить банальных примеров. Т.к. если мы качаем одну прогу с библиотеками, потом удаляем ее, качаем другую и те же библиотеки и т.д. То вспомните Windows, там все это делают по той же схеме и никто не говорит что трафик большой. Да еще и сравните, размер закачиваемых библиотек и программ в линукс и в Windows, разница просто каласальная.
Насчет его же но 2го пункта тоже не согласен. Не надо делать из линукс - Windows. Мы не можем насильно, как в Майкрософт, сделать так чтобы пользователь НЕ думая ставил систему в первый раздел. Во избежание таких случаев и делается выбор при установке. Хорошо, представьте, вы ставите линукс, он не спрашивая вас форматирует первый (WIndows) раздел и ставится туда. Вы наверно эту обрадуетесь? Что касается "от незнания". Здесь вопрос в другом, надо повышать знания пользователей. Описывать и расписывать как и что и куда. Иначе никак.

[ДроноваЮ]

Товарищи, я всё понимаю, но -- давайте и вы поймите, что: в этой теме у нас не сбор пожеланий. Здесь не нужно говорить, как вы хотите чтобы было (рукавчик подлиннее, тут пуговку убрать, карманчики накладные). Здесь нужно дать вопросы к разработчикам по тем направлениям развития дистрибутива, которые вас интересуют, или указать, по каким компонентам системы информации мало, недостаточно и тп.

[PastorDi]

Уже понятно, что:
* мы используем и будем использовать systemd
* мы используем и будем использовать RPM5
* мы используем urpmi и будем ее дорабатывать до ... и более yum
* взят курс на отказ от drak-утилит.
* мы будем придерживаться минимального набора софта, предпочитая в первую очередь свои наработки (ROMP, Klook) :?:
* KDE пока что остаётся единственной официально поддерживаемой графич. средой

Вопросы:
1. Будет ли возможен апдейт с РОСА 2011 ЕЕ на 2012 Марафон, на 2012... 2020?? Или надо будет переставлять систему при каждом выходе дистрибутива?
2. Что планируется взамен МСС и всех его drak'ов?
3. Будет ли отдельно образ для НЕТбуков?
4. Будет ли отдельно образ CD с минимумом и DVD с максимумом программ?
5. Планируется ли при каждом выходе дистрибутива менять состав программ? Стоит ли привыкать к программам которые есть или с каждым выходом образа состав программ будет меняться и надо будет каждый раз привыкать к другим программам?
6. Планируется ли доработать TimeFrame и SimpleWelcome? (хотя ответ уже знаю)
7. Планируется помимо RocketBar сделать что-то наподобие DocBar? Или хотябы центральную часть RocketBar'а сделать похожей на DocBar?
8. Клиент PowerSync будет синзронить с сайтом http://www.mandrivasync.com или будет другой сервер для облачного хранения?
9. Клиент PowerSync можно будет настраивать на другие сервисы облачного хранения?
10. Хотелось бы найти ЧЕТКОГО, ВНЯТНОГО описания работы PowerSync, как и чего он работает, по какому принципу он синхронизирует и т.д.
11. Браузер, почтовик и аська в РОСА - это Firefox, Thunderbird, Kopete. Не планируется ли сменить их на что-то более удобное и шустрое?
12. Не планируется ли написать свой IM-клиент под Qt?
13. Не планируется ли занести в состав дистрибутива какую-нибудь программу поддерживающую SIP протокол?
14. Планируется ли заняться подбором хороших/добротных/качественных/стабильных виджетов для КДЕ?
15. Планируется ли сделать нормальный Установщик программ? По принципу: выбор категории, программа, один клик...установка? С КАЧЕСТВЕННЫМ РУССКИМ описанием программ?
16. Планируется ли занести в состав дистрибутива IRC-клиент?
17. Планируется ли написание ХОТЯбы программы для Склада под линукс(qt), не говорю уже о Бухгалтерской?
18. Планируется ли доработать и поддерживать клиент Sphere?
19. Планируется ли включить в состав дистрибутива программу для бэкапа Дом.папки или всего раздела?

Пока все...

[ДроноваЮ]

Прошу уточнить, подходит ли мой пост под это описание?

Да, вполне.
Дима -- теперь тоже принято.

[PastorDi]

Прошу уточнить, подходит ли мой пост под это описание?

Да, вполне.
Дима -- теперь тоже принято.

Замучаются отвечать.
Интересно, когда на все эти вопросы ответят? Время пошло... таймер включил.

[ДроноваЮ]

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

ЗЫ - и что-то вы больше про программам, а по системным компонентам? кроме системы инициализации (слава Поттерингу!) ничего больше не интересует?
зызы - Дима поставил разрабов на счётчик :mrgreen:

[A-Logik]

По пункту 11. от PastorDi: ну копыто - это понятно, не знаю никого, кто бы им пользовался. Но чем не угодили ФайрФокс и ТундроБёрд? Заменить Firefox на бредовый (извините, если кого обидел) Icewiesel, что ли? Или ограничиться Хромиумом?
Меня волнует вот что: я не пользуюсь Аконади, Стриги, Непомуком...
Таймфреймом (как и всей "простынёй" SimpleWelcome) тоже, но это неважно, поправимо.
Можно ли будет сделать так, чтобы Аконади сотоварищи выковыривались из системы как можно более безболезненно? Или мой вопрос скорее деструктивен, чем конструктивен?
Добавлю: или, может, они вдруг начнут работать так хорошо, что мне понравится, и я их оставлю? Ну и тогда учебничек по работе с вышеупомянутыми компонентами доходчивый нужен - а то ж народ вырубает, даже не попробовав. Вот я такой тупой, например. Хотя ежедневников я всё равно не веду.

[ДроноваЮ]

A-Logik
Формулировка хромает. Надо бы примерно так: "насколько будет затронута система процессом удаления Akonadi для тех пользователей, которые не используют непомук и прочие системы индексирования?"
А документацию по работе с непомуком/аконади проще взять с их оф сайтов и переталмудить-пересказть кратко. Задача совершенно отдельная и опять-таки подпадает под неправильную категорию "хотелок".

[skok]

PastorDi Пункт 15 меня тоже интересует, хотя его переводом я занимаюсь (насколько позволяет время и знания) но исталятор присутствует только в классическом меню, в симплвелкоме его нет. А будет?
И вопрос с набором программ на диске тоже есть: кто выбирает что будет а что потом докачивать? Может список выложить и проголосовать что убрать а что добавить? Я про программы а не про системные пакеты. Понятно что холивару будет много но если никто не вступится за, допустим, Чиконг то убрать его.
У древних римлян это демократией называлось.

[A-Logik]

Юля, ну я, как бы, к военной формулировке и не стремился - главное, понятно. Теперь вижу, надо по пунктам и чётко. В следующий раз так и сделаю.
А про хотелки - я так прямо и сказал, что "хорошо бы" - и с этим не спорю - хотелка, конечно.
Надеюсь, мой вопрос про Аконади в предложенной вами формулировке всё-таки сойдёт за вопрос.

[DELTA-79]

ну копыто - это понятно, не знаю никого, кто бы им пользовался.

почему никто я вполне им доволен.

[A-Logik]

ну копыто - это понятно, не знаю никого, кто бы им пользовался.

почему никто я вполне им доволен.

Ну так мы и не знакомы лично!

[DELTA-79]

[DELTA-79]

кстати у меня очень давно в копыте сидит джаббер skok... еще до появления меня в форуме...

[VictorR2007]

Хотелось бы знать про telepathy. Есть ли в планах он по умолчанию.
Когда тестил, очень понравилась. Хотя внешне сам клиент похож на kopete.
Но очень удобной показалась интеграция в KDE.
Только не помню, была ли там возможность видео звонков.
Сейчас на ftp kde доступна версия 0.3.1. В репах есть 0.2.0, нужно поставить для посмотреть.

[PastorDi]

PastorDi Пункт 15 меня тоже интересует, хотя его переводом я занимаюсь (насколько позволяет время и знания) но исталятор присутствует только в классическом меню, в симплвелкоме его нет. А будет?

Я имел ввиду программу (отдельную) где можно было выбрать интересующую категорию, далее саму программу(пакет) с нормальным русским описанием(а не английским) и установить ее.

[PastorDi]

Хотелось бы знать про telepathy. Есть ли в планах он по умолчанию.
Когда тестил, очень понравилась. Хотя внешне сам клиент похож на kopete.
Но очень удобной показалась интеграция в KDE.
Только не помню, была ли там возможность видео звонков.
Сейчас на ftp kde доступна версия 0.3.1. В репах есть 0.2.0, нужно поставить для посмотреть.

Телепати это своего рода библиотека(движок) с минимумо протоколов, для написания IMклиентов. Он нафиг не нужен, нежен уже ГОТОВЫЙ IM-клиент с подержкой кучи протоколов (как Kopete) + видео чат.

[PastorDi]

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

ЗЫ - и что-то вы больше про программам, а по системным компонентам? кроме системы инициализации (слава Поттерингу!) ничего больше не интересует?
зызы - Дима поставил разрабов на счётчик :mrgreen:

Лэтс работаю... Мне так.. фиолетово что там у меня, systemd или sysinitV, udev или hal.... Главное чтоб шустро работало и без сбоев. Я не программист, мне незачем это знать. Чем меньше знаешь, тем лучше спишь.
Если чесно? То меня больше всего убивает ситуация в линукс с серверами! Миллион всяких серверов/демонов и они друг в друга переплитаются... ппц полный. И постоянно эти все сервера пытаются с одного на другой нагрузки перекидывать. Так и хочется спросить: А по проще можно чтонибудь придуамать? Чем десятилетиями изобретать серверА серверОВ ??

[Галахов Роман]

.


По поводу 3го пункта от Галахов Романа, я полностью НЕ согласен. Т.к. зачем наступать на те же грабли еще раз? Он предлагаtn взять за основу систему как у Windows. Если откыть папку Windows/wxs и посмотреть сколько там и каких файлов? (а там порядка 6-10тысяч файлов) И все эти файлы как раз и являются теми библиотеками "на всякий случай"/"пускай будут, чтоб не качать". Так что, мне кажется не надо идти по тому же пути великого гиганта. В этом плане у РОСА правильная политика. И не надо приводить банальных примеров. Т.к. если мы качаем одну прогу с библиотеками, потом удаляем ее, качаем другую и те же библиотеки и т.д. То вспомните Windows, там все это делают по той же схеме и никто не говорит что трафик большой. Да еще и сравните, размер закачиваемых библиотек и программ в линукс и в Windows, разница просто каласальная.
Насчет его же но 2го пункта тоже не согласен. Не надо делать из линукс - Windows. Мы не можем насильно, как в Майкрософт, сделать так чтобы пользователь НЕ думая ставил систему в первый раздел. Во избежание таких случаев и делается выбор при установке. Хорошо, представьте, вы ставите линукс, он не спрашивая вас форматирует первый (WIndows) раздел и ставится туда. Вы наверно эту обрадуетесь? Что касается "от незнания". Здесь вопрос в другом, надо повышать знания пользователей. Описывать и расписывать как и что и куда. Иначе никак.

В 3-ем пункте я для ситуации когда нет доступа к скоростному безлимиту и нужно считать траффик (в виндовс - в основном (пока) можно обходиться дисками и траффика минимум (в Linux я не видел в свободной продаже дисков с программами - только качать и набирать траффик
Во 2-м пункте я не об установке ОС, а об установке приложений обновлений - вот тогда такие вопросы и возникают.

[komissarov]

Граждане! Надо понимать что активное участие в обсуждении НОВЫХ релизов разработчики смогут принять после выпуска текущего. Идеальный вариант по итогам этого обсуждения оформить синопсис хотелок в виде wiki. ИМХО.

[faithman]

Будет ли поддержка глобального меню в панели ROSA?

[AL_]

В 3-ем пункте я для ситуации когда нет доступа к скоростному безлимиту и нужно считать траффик (в виндовс - в основном (пока) можно обходиться дисками и траффика минимум (в Linux я не видел в свободной продаже дисков с программами - только качать и набирать траффик

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

По теме - кажется PastorDi спросил все, что только можно, но:
Интересно каким образом в дальнейшем будет развиваться графический менеджер пакетов. Будут ли в нем картинки (как в минте), сможет ли он корректно разрешать "мягкие зависимости" ну и станет ли он удобнее)

[PastorDi]

Граждане! Надо понимать что активное участие в обсуждении НОВЫХ релизов разработчики смогут принять после выпуска текущего. Идеальный вариант по итогам этого обсуждения оформить синопсис хотелок в виде wiki. ИМХО.

Как я понял, вопростемы разделяется на ДВЕ части:
1. Составление краткого (синопсис) списка ВОПРОСОВ для понятия будущих планов развития РОСА дистрибутива.
2. Составление краткого (синопсис) списка ПОЖЕЛАНИЙ для будущего (следующего) релиза РОСА дистрибутива.

Однако (думаю про себя) раз был поднят вопрос о будущих "хотелках", после вопросов об узнавании планов развития, значит отсюда следует, что точных планов и конкретных решений по развитию дистрибутива нет пока. И на наши вопросы (о планах) не ответят. Возможно это связано с тем, что есть основная (главная) линия развития системы, но нет детальной проработки этой основной стратегии развития?
Наверно надо помочь! Кто "за"? Я "всеми лапами хвостами" - "за"!:)

[ДроноваЮ]

Вопроса о хотелках не поднималось. Просто было неизбежно, что тема немного скривится в эту сторону, согласно человеческой психологии. Но хотелок никто не просил. Есть хотелка -- велкам на хелпдеск в категорию "запрос нового функционала". Всё. А в данной теме речь вообще не об этом. Перечитайте первый пост, это полезно на самом деле, чтобы не уходить в оффтоп.

[Галахов Роман]

Также можно "Перебрать" репозитории в и разделить на 3 группы:

1) Основные (базовые)
updates
Backports
Contrib
Contrib updates
Contrib Backports
Non-free
Non-free updates
Non-free Backports
2)Прикладные программы
updates
Backports
Contrib
Contrib updates
Contrib Backports
Non-free
Non-free updates
Non-free Backports
3) Игры
updates
Backports
Contrib
Contrib updates
Contrib Backports
Non-free
Non-free updates
Non-free Backports

Чтобы можно было бы позиционировать Роса и как "Чисто игровой" и "Только для работы" дистрибутив.

[AL_]

Эм. А в чем различие?)

[Галахов Роман]

Эм. А в чем различие?)

Чтобы легче было создать "Игровой DVD PWP" - просто скопировать нужные репозитории (а не выбирать от каждого "по чуть-чуть"). К тому же не должны будут подтягиваться "лишие пакеты" по зависимостям при установке/обновлении (когда будут отключены "ненужные" репозитории).
То же самое с "Только для работы" - ни каких игр на работе! А, чтобы на могли установить - отключаем "игровые" репозитории, и к тому же тоже не должны будут подтягиваться "лишие пакеты" (игры) по зависимостям при установке/обновлении (когда будут отключены "ненужные" репозитории).
А то сейчас в репозиториях все смешалось.

[AL_]

Эту идею я как раз понял. Просто у вас под кнопкой "показать" три одинаковых группы)

[ДроноваЮ]

Из прекрасного в LTS.
Похоже разработчики забыли выпилить контекстное меню Dolphin и оно полнофункциональное (в 2011 можно было только папочку создать). Это бага или уже фича?

Выясняем.

[Галахов Роман]

Эту идею я как раз понял. Просто у вас под кнопкой "показать" три одинаковых группы)

Смотрите внимательнее: 1) Основные (базовые), 2) Прикладные программы, 3) Игры
Но так как и базовые и прикладные программы, и тем более игры тоже могут подразделятся на: проприетарные/непроприетарные, стабильные/на тестировании и т.п я не стал убирать это разделение на подгруппы. Но если можно обрйтись только тремя репозиториями (неуверен в этом), то разбивку на подгруппы можно не делать. (Всеравно это только предложения, а как все это будет реализовано (если будет), будут решать те кто этим будет заниматься)

Также можно "Перебрать" репозитории в и разделить на 3 группы:

1) Основные (базовые)
updates
Backports
Contrib
Contrib updates
Contrib Backports
Non-free
Non-free updates
Non-free Backports
2)Прикладные программы
updates
Backports
Contrib
Contrib updates
Contrib Backports
Non-free
Non-free updates
Non-free Backports
3) Игры
updates
Backports
Contrib
Contrib updates
Contrib Backports
Non-free
Non-free updates
Non-free Backports

Чтобы можно было бы позиционировать Роса и как "Чисто игровой" и "Только для работы" дистрибутив.

[AL_]

Я внимательно посмотрел оба раза) Три группы с разным названием и одинаковым содержимым (указаны одни и те же репозитарии - updates, Backports, Contrib, Contrib updates, Contrib Backports, Non-free, Non-free updates, Non-free Backports). Отсюда возник вопрос: зачем делить целое на смысловые группы, если оно все равно как было целым, так целым и осталось.
Но в остальном все понятно вполне)

[Галахов Роман]

Я внимательно посмотрел оба раза) Три группы с разным названием и одинаковым содержимым (указаны одни и те же репозитарии - updates, Backports, Contrib, Contrib updates, Contrib Backports, Non-free, Non-free updates, Non-free Backports). Отсюда возник вопрос: зачем делить целое на смысловые группы, если оно все равно как было целым, так целым и осталось.
Но в остальном все понятно вполне)

Почему одни и теже? "Основные (базовые): updates", "Прикладные программы: updates" и "Игры: updates" - это совершенно разные репозитарии, с разным содержимым (там должны быть пакеты, относящиеся только к вышестоящей группе -не больше) и так с каждым подпунктом.

[AL_]

Ну так и писали бы) Впрочем это все равно не важно)

[ДроноваЮ]

Молчат. Подниму сейчас вопрос снова. Зато попутно немного выяснили про klipper:
https://qa.mandriva.com/show_bug.cgi?id=64984
http://bugs.rosalinux.ru/show_bug.cgi?id=42

пока, как временное решение, предлагается поменять права на исп.файл в /usr/bin (см. в ERRATA).

[ДроноваЮ]

Ответили. В контекстном меню будут оставлены пункты "создать папку" и "создать текстовый файл".

[ДроноваЮ]

А в 2011 вернут данную возможность?

Настолько сильно сомневаюсь, что и спрашивать не буду. просто потому, что сейчас все силы брошены на Marathon 2012. И после 2011, мне, как старому линукс-юзеру, даже бета уже показалась намного юзабельнее (абсолютно беспристрастно).

[ДроноваЮ]

Как минимум сейчас ситуация кардинально поменялась с появлением у нас своей сборочной.
Во-вторых, слово "откажутся", мне кажется, тут употреблено несколько легкомысленно. Раскройте свою мысль, чтобы мне легче было ответить.
В-третьих, после выхода LTS я планирую получить, совместными усилиями моими и разработчиков, плановые официальные документы по полиси и прочим вещам, вкратце описанным как раз в первом сообщении этой темы.

[ДроноваЮ]

Вы не любите ссылок на юникс-линукс-форумы, поэтому бездоказательно скажу, что после выхода ROSA2011 одним из популярных действ было "взять от MIB дольфин нормальный и поставить его себе".

Я знаю про этот workaround, конечно. (Считать, что комьюнити-менеджер не читает юникс-линукс-форумы, несколько наивно. Общаюсь да, в основном здесь). Также прекрасно помню, что бедный дельфин стал одним из главных пунктов неприятия 2011.

Что мешает обновить дольфин для 2011 релиза в соответствие с новым реалиями?
Исправление ошибок - это часть поддержки дистрибутива.

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

[akdengi]

Молчат. Подниму сейчас вопрос снова. Зато попутно немного выяснили про klipper:
https://qa.mandriva.com/show_bug.cgi?id=64984
http://bugs.rosalinux.ru/show_bug.cgi?id=42

пока, как временное решение, предлагается поменять права на исп.файл в /usr/bin (см. в ERRATA).

Вообще удаление klipper убивает буфер обмена (вопрос к разрабам).

Кому слишком мешает в секцию [General] файла ~/.kde4/share/config/klipperrc пишем

Код: Выделить всё

AutoStart=false

Если файла нету, один раз заходим в настройки клиппера.

[ДроноваЮ]

В 2011 дельфина менять не будут.
susewin
Не переживайте так, всё будет хорошо.

[akdengi]

Это все понятно. Но почему в других дистрибутивах клиппер не прибит гвоздями? Они с подобными проблемами не сталкивается?

А что важнее - пара гиков, которым дай, но надо убить клиппер, так как им ножницы видеть религия не позволяет или проблемы кучи пользователей, которые убив клиппер, не знают как его назад поставить и у них ничего не сохраняет в буфер обмена?

[DELTA-79]

У меня в РОСА-2011 он не "прибит", Нажимаю выход -- он выходит но задаст вопрос: "при запуске КДЕ запускать клиппер или нет?" и место с птичкой (больше не задавать вопрос) вэходит нормально, заходит тоже вполне... Или Вы про 2012?

[DELTA-79]

не, 2012 не тестил, хочу сразу релиз поставить. интересно, когда он выйдет.

[akdengi]

Contrib еще не пересобирали, так как он для LTS не приоритетен и должен поддерживаться сообществом. Приоритет только на main. Остальное если кто-то будет поддерживать.

[akdengi]

Во-первых, аудитория OpenSUSE, Fedora и прочих товарищей, у которых я встречал эти самые ножницы без ограниченного функционала, поболее будет, чем пара гиков...
Во-вторых, вот у меня установлен для тестов OpenSUSE последний, klipper на месте. Я его дизейблю с помощью меню "Выйти" и он пропадает из трея. Захотел активировать - нажал Alt-F2, ввел klipper. Он снова в трее и работает. Это - традиционный функционал и он работает везде, где стоят кеды.

Я просто пытаюсь понять, зачем идти такой странной дорогой?

P.S. Можно только не посылать сразу фразой "ну иди в свой сусе, арч"?

Нет - мы посылаем фразой "делайте свой дистрибутив". Вообще вопрос к UIteam.

P.S. Честно говоря не понимаю вопросов "почему у других так, а у нас нет". Вы еще сходите на форум Убунты и начните тему "Unity - отстой".

[AL_]

P.S. Честно говоря не понимаю вопросов "почему у других так, а у нас нет".

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

[DELTA-79]

действительно. ведь мы хотим быть лучше других -- что естественно -- но люди обращая внимание на РОСУ смотрят со своей колокольни: мол привыкли к тому-то, а этого здесь нет, почему? тем более, если всегда и здесь ЭТО было...
П.С. Я пишу не потому, что мне это не нравится, а в поддержку -- у меня клиппер стоит и я его не отключаю, но сколько людей, столько и мнений. К примеру кто-то предложит свою альтернативу клипперу (что врядли наверное)...

[d_uragan]

Попробую чуть-чуть ответить уже сейчас:)

1. Будет ли возможен апдейт с РОСА 2011 ЕЕ на 2012 Марафон, на 2012... 2020?? Или надо будет переставлять систему при каждом выходе дистрибутива?

Мы ориентируемся на то, чтобы предоставлять возможность обновления. Пока что причин ломать такую возможность не видно. Хотя про 2020 год утверждать не берусь:)

2. Что планируется взамен МСС и всех его drak'ов?

Подождите немного, после выпуска LTS мы сформулируем наши планы про drakxtools более детально. Drak-утилиты - это достаточно большой набор программ, они используются не только в MCC, но и во "внутренностях" системы, и совсем отказаться от них не так-то просто. По поводу того, что планируется взамен видимых пользователям настройщиков из MCC - есть желание убрать дублирование, когда одна и та же вещь настраивается в MCC и в настройках графической среды. Например, в есть настройки даты/времени в KDE, а есть в MCC. В такой ситуации мы планируем оставить только инструмент KDE (для других сред - их собственные инструменты).

В принципе, выкидывать сам MCC нет необходимости. Мы можем просто запускать из него нужный конфигуратор KDE, если так будет привычнее/удобнее.

11. Браузер, почтовик и аська в РОСА - это Firefox, Thunderbird, Kopete. Не планируется ли сменить их на что-то более удобное и шустрое?

Хм, а что конкретно предлагается взамен Firefox и Thunderbird?

[Pulfer]

Хм, а что конкретно предлагается взамен Firefox и Thunderbird?

Claws Mail? Не знаю, правда, насколько он удобен среднестатистическим пользователям.

[PastorDi]

Попробую чуть-чуть ответить уже сейчас:)

Подождите немного, после выпуска LTS мы сформулируем наши планы про drakxtools более детально. Drak-утилиты - это достаточно большой набор программ, они используются не только в MCC, но и во "внутренностях" системы, и совсем отказаться от них не так-то просто. По поводу того, что планируется взамен видимых пользователям настройщиков из MCC - есть желание убрать дублирование, когда одна и та же вещь настраивается в MCC и в настройках графической среды. Например, в есть настройки даты/времени в KDE, а есть в MCC. В такой ситуации мы планируем оставить только инструмент KDE (для других сред - их собственные инструменты).

В принципе, выкидывать сам MCC нет необходимости. Мы можем просто запускать из него нужный конфигуратор KDE, если так будет привычнее/удобнее.

Не не не... выкидывать МСС нивкоем случае нельзя! Наверно да, лучше некоторые вещи, например как Сетевые интерфейсы убрать, т.к. это на себя взял NW. Ну и т.д. Надо конечно думать, что выкинуть, а что оставить.
Но с другой стороны, конечно хотелось бы чтобы все настройки системы были в ОДНОМ месте, а не лазить то в МСС то КДЕ то в консоль...

Хм, а что конкретно предлагается взамен Firefox и Thunderbird?

Может Midori + Sylpheed или Claws Mail? Просто это будет соответствовать минималистской доктрине дистрибутива. Я не предлагаю консольные клиенты... это понятно. На дворе 21й век.
Под КДЕ никто ничего не пишет, в основном все под GTK. Так что с этим надо мириться.
FF слишком грузный браузер. Ставить Хром смысла нет, он всю твою "подноготную" в Гугл отправляет. (Хотя FF тоже это делает, но там отключить можно).

[d_uragan]

Хм, а что конкретно предлагается взамен Firefox и Thunderbird?

Claws Mail? Не знаю, правда, насколько он удобен среднестатистическим пользователям.

Я тоже за среднестатистического пользователя не скажу, но в свое время перешел с claws на thunderbird по двум причинам:
- наличие плагина Lightning (календарь/планировщик)
- более вразумительное отображение html-писем

[PastorDi]

Тогда может сделать 4 в одном: Songbird ? B html редактор, и браузер, и мыло, и календарь.

Хотя в принципе можно "болт забить" на это дело. Т.к. если система будет у простого пользователя дом, тогда им маил-клиент вообще не нужет, т.к. 90% пользователей не знают что такое pop3 а из этих 90% где-то 70% не имеют вообще представление о том, что можно имал программами почту читать.
Другое дело в офисах, там обычно корпоративная почта, а там особо и не надо всякие html в "хорошем качестве". (прайс лист в xks, коммерческое предложение, договор, счет-фактура и т.д. для них html не нужен)

[Pulfer]

Claws Mail? Не знаю, правда, насколько он удобен среднестатистическим пользователям.

Я тоже за среднестатистического пользователя не скажу, но в свое время перешел с claws на thunderbird по двум причинам:
- наличие плагина Lightning (календарь/планировщик)
- более вразумительное отображение html-писем

А я сейчас и Claws Mail пользуюсь, и Thunderbird. CM нравится тем, что там очень вменяемо реализована поддержка IMAP, а также письма отображаются не как список, а как треды. А у TB - да, поддержка html куда лучше.

Но вообще, мигрировавшему с винды юзеру лучше Thunderbird и Firefox показывать, IMHO. Чем больше знакомых программ, тем лучше.

[skok]

Как вариант можно использовать Kmail, который уже в КДЕ. Был раньше по крайней мере. До Тандербёрда я им пользовался.

[PastorDi]

Как вариант можно использовать Kmail, который уже в КДЕ. Был раньше по крайней мере. До Тандербёрда я им пользовался.

Kmail не стабилен, и кажется с большими файлами у него проблемы. И еще что-то.... не помню.
Не ну его!

[AL_]

А мне нравится kmail, особенно в связке с kontact)
Но браузер для LXDE-сборки лучше midori, в остальных случаях Огнелис вполне и даже. Опять же имхо)

[keleg]

Чего бы я хотел в будущем от дистрибутива?
Прежде всего современной схемы установки программ.
Например, так:
1) Все графические юзерские программы в подключенных репозиториях доступны через поиск меню.
2) Если нашел и кликаешь - программа скачивается в кэш, подключается и запускается (технология есть в MacOS и MagOS)
Всё! Сети сейчас быстрые, а для небыстрых случаев оставить EE, где большинство прог уже инсталлировано.
Тогда
1) Не будут сыпаться тучи обновлений для программ, которые используются раз в году
2) Не будет засоряться винт. Можно установить задержку для кэша, например, полгода. Полгода не пользовался программой - она удаляется из дискового кэша (но, понятно, остается доступной для скачивания по сети). Ну или на объем диска можно завязать - технологии кэширования отработаны.
3) Можно будет ставить программы, не опасаясь, что они что-то сломают в системе. Откат элементарен - удаляем из кэша и все.

[Zeffanyx]

Моё пожелание такое: было бы здорово, если бы Роса смогла договориться с некоторыми игровыми вендорами, которые бы дали добро на помещение в дистрибутив своих игрушек. Есть целый набор Windows-игрушек, которые идут под Wine идеально. Это например Moorhuhn 3, Angry Birds, Pekka Kana. Такие игры явно понравятся широкой аудитории.

[keleg]

Ну, Angry Birds неплохо играет и в браузере.

[faithman]

Wine для win-игр хоронить надо. Лучше подстроить цифровые сервисы распространения игр, типа Steam, а вендоры сами как нибудь подтянуться.
Вроде Cannonical ведёт переговоры с Valve.

[faithman]

Будет ли поддержка отзывов и рейтингов пакетов в графическом пакетном менеджере?

[PastorDi]

Тема актуальна!
Вышел релиз 2012 LTS. Теперь наверно кто-нибудь из руководства ответит на наши вопросы?

[d_uragan]

Some more answers...

16. Планируется ли занести в состав дистрибутива IRC-клиент?

В ROSA 2012 Marathon есть официально поддерживаемый konversation. Если к нему есть серьезные претензии и имеется достойная альтернатива - можно писать заявку в багзиллу на добавление другого пакета.

18. Планируется ли доработать и поддерживать клиент Sphere?

Пока планируется, особенно если им будут пользоваться:) В 2012 Marathon клиент включен.

19. Планируется ли включить в состав дистрибутива программу для бэкапа Дом.папки или всего раздела?

В принципе, у нас есть draksnapshot, хотя нет уверенности в его полной работоспособности. В свете общей тенденции избавления от drakxtools, попробуем подыскать ему замену.

[PastorDi]

18. Планируется ли доработать и поддерживать клиент Sphere?

Пока планируется, особенно если им будут пользоваться:) В 2012 Marathon клиент включен.

Знать бы как его запустить... а то по всем пакетам рыскать где он зарыт - не особо интересно.

[PastorDi]

18. Планируется ли доработать и поддерживать клиент Sphere?

Пока планируется, особенно если им будут пользоваться:) В 2012 Marathon клиент включен.

Еще бы его доделали, так же как support.rosalab.ru
Т.к. прикрепленные документы в них не видны, если вставлять в сообщение листинг/лог ккой-то, то некоторые символы "сьедаются".
Пользовались бы... только доделать нужно.

[akdengi]

Знать бы как его запустить... а то по всем пакетам рыскать где он зарыт - не особо интересно.

Он стоит. Запускать как sphere-client
В следующем апдейте значок в меню вернем.

[ДроноваЮ]

На wiki добавлен большой обзор, с таблицей, планируемых замещений drakxtools (на английском пока что):
Drakxtools Future Directions

[PastorDi]

На wiki добавлен большой обзор, с таблицей, планируемых замещений drakxtools (на английском пока что):
Drakxtools Future Directions

Теперь и на русском Drakxtools_будущее_развитие

[Галахов Роман]

C Dark- постепенно прощаемся, но замена я так понял идет из KDE, а как быть, нам, тем у кого слабый ПК с LXDE на нём многие KDE утилиты недоступны. Может стоит подумать о создании комплекса DE-независимых утилит, а то, думаю, нам скоро придеться подумать о переходе на другой (более удобный дистрибутив)?

[AL_]

Ну так куча всяких аналогов же. Тот же нетворк менеджер для lxde вполне сойдет в версии для gnome, не говоря уж о том, что есть множество альтернативных способов создания соединений (тот же wicd для беспроводных сетей, например).

[Галахов Роман]

Я. в основном, боюсь по главным направлениям: Определение и настройка, оборудования, видео, аудио; локализация; Работа с локальными дисками - в таблице в основном от KDE. А главное: утилиты для работы с программами\ пакетами -Если они будут заточены тольно под KDE, то найти аналоги, думаю будет очень тяжело. А без них другие альтернативные программы без использования KDE не установишь. В этом и проблемма.

[DELTA-79]

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

[ДроноваЮ]

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

эээм... "ALT+правая мышка" ...? ну и, кажется, где-то в настройках можно было увеличить ширину границы окна, в настройках темы, кажется.

[faithman]

Я. в основном, боюсь по главным направлениям: Определение и настройка, оборудования, видео, аудио; локализация; Работа с локальными дисками - в таблице в основном от KDE. А главное: утилиты для работы с программами\ пакетами -Если они будут заточены тольно под KDE, то найти аналоги, думаю будет очень тяжело. А без них другие альтернативные программы без использования KDE не установишь. В этом и проблемма.

Да, если такое будет, то очень плохо, наверное, тогда уйду.

[faithman]

Будет ли поддержка sudo из коробки? В контексте выбора работы через su и sudo в установщике.

[ДроноваЮ]

Будет ли поддержка sudo из коробки? В контексте выбора работы через su и sudo в установщике.

Спрошу. И не надо никуда уходить, у нас интересно и весело. Саше Казанцеву, конечно, тяжело тащить на себе LXDE, но посмотрим, в ЦК ведь тоже умные люди сидят.

[faithman]

Надеемся и верим!

[akdengi]

C Dark- постепенно прощаемся, но замена я так понял идет из KDE, а как быть, нам, тем у кого слабый ПК с LXDE на нём многие KDE утилиты недоступны. Может стоит подумать о создании комплекса DE-независимых утилит, а то, думаю, нам скоро придеться подумать о переходе на другой (более удобный дистрибутив)?

LXDE скоро будет (максимум неделя задержки) и там с вероятностью 99.9% будет новый Центр управления с независимыми утилитами (может не все, но будет) - я решил все таки поставить разработку, которая "пылилась" у меня в develop части. Подробнее в понедельник скажу, так как выходные (это все таки коммунити версия) планирую уделить как раз LXDE редакции.

Картинки для затравки: https://plus.google.com/u/0/11521524777 ... qvJG816ify

[faithman]

В Rosa Desktop 2012 LXDE будет что-то в виде SimpleWelcome?

[faithman]

Будет ли в сборках EE поддержка сглаживания шрифтов? freetype с поддержкой subpixel rendering, fontconfig, libXft с lcd патчами. Шрифты в GTK вырвиглазные. Собственно я не проверял в исходниках, но т.к. выглядят шрифты, есть подозрение.

[Галахов Роман]

C Dark- постепенно прощаемся, но замена я так понял идет из KDE, а как быть, нам, тем у кого слабый ПК с LXDE на нём многие KDE утилиты недоступны. Может стоит подумать о создании комплекса DE-независимых утилит, а то, думаю, нам скоро придеться подумать о переходе на другой (более удобный дистрибутив)?

LXDE скоро будет (максимум неделя задержки) и там с вероятностью 99.9% будет новый Центр управления с независимыми утилитами (может не все, но будет) - я решил все таки поставить разработку, которая "пылилась" у меня в develop части. Подробнее в понедельник скажу, так как выходные (это все таки коммунити версия) планирую уделить как раз LXDE редакции.

Картинки для затравки: <a class="linkification-ext" href="https://plus.google.com/u/0/11521524777 ... qvJG816ify" title="Linkification: https://plus.google.com/u/0/11521524777 ... G816ify</a>

Спасибо! Тогда, нам (использующим LXDE), нечего беспокоится, главное, чтобы это ПО справлялось бы с задачами по главным направлениям: 1)Работа с программами\ пакетами, 2)Определение и настройка, оборудования, видео, аудио; 3) локализация; 4) Работа с локальными дисками., а все остальные настройки + Англоязычный интерфейс (на скрине) считаю второстепенным.
P.S. Настройки интернета из NetworkManager будут туда перенесены? Или останется независимым (как сейчас отдельная утилита)?

[tverskoy]

Будет ли поиск по частным репозитариям ABF?

[d_uragan]

А он уже, в общем-то, есть. Поиск в верхнем правом углу на сайте ABF (https://abf.rosalinux.ru/) ищет в том числе и по частным репозиториям (конечно, учитываются только проекты, которые авторы пометили как публичные).

[faithman]

Планируется ли полный уход от исполнения программ по биту SUID?

[d_uragan]

Нет, планов по полному избавлению от SUID-программ пока нет.

[PastorDi]

Напомню вопросики:

Уже понятно, что:
* мы используем и будем использовать systemd
* мы используем и будем использовать RPM5
* мы используем urpmi и будем ее дорабатывать до ... и более yum
* взят курс на отказ от drak-утилит.
* мы будем придерживаться минимального набора софта, предпочитая в первую очередь свои наработки (ROMP, Klook) :?:
* KDE пока что остаётся единственной официально поддерживаемой графич. средой

Вопросы:
1. Будет ли возможен апдейт с РОСА 2011 ЕЕ на 2012 Марафон, на 2012... 2020?? Или надо будет переставлять систему при каждом выходе дистрибутива? - ОТВЕТИЛИ
2. Что планируется взамен МСС и всех его drak'ов? - ОТВЕТИЛИ
3. Будет ли отдельно образ для НЕТбуков?
4. Будет ли отдельно образ CD с минимумом и DVD с максимумом программ?
5. Планируется ли при каждом выходе дистрибутива менять состав программ? Стоит ли привыкать к программам которые есть или с каждым выходом образа состав программ будет меняться и надо будет каждый раз привыкать к другим программам?
6. Планируется ли доработать TimeFrame и SimpleWelcome?
7. Планируется помимо RocketBar сделать что-то наподобие DocBar? Или хотябы центральную часть RocketBar'а сделать похожей на DocBar?
8. Клиент PowerSync будет синзронить с сайтом http://www.mandrivasync.com или будет другой сервер для облачного хранения? - ОТВЕТИЛИ
9. Клиент PowerSync можно будет настраивать на другие сервисы облачного хранения?
10. Хотелось бы найти ЧЕТКОГО, ВНЯТНОГО описания работы PowerSync, как и чего он работает, по какому принципу он синхронизирует и т.д.
11. Браузер, почтовик и аська в РОСА - это Firefox, Thunderbird, Kopete. Не планируется ли сменить их на что-то более удобное и шустрое? - ОТВЕТИЛИ
12. Не планируется ли написать свой IM-клиент под Qt? - ОТВЕТИЛИ
13. Не планируется ли занести в состав дистрибутива какую-нибудь программу поддерживающую SIP протокол? - ОТВЕТИЛИ
14. Планируется ли заняться подбором хороших/добротных/качественных/стабильных виджетов для КДЕ? - ОТВЕТИЛИ
15. Планируется ли сделать нормальный Установщик программ? По принципу: выбор категории, программа, один клик...установка? С КАЧЕСТВЕННЫМ РУССКИМ описанием программ? - ОТВЕТИЛИ
16. Планируется ли занести в состав дистрибутива IRC-клиент? - ОТВЕТИЛИ
17. Планируется ли написание ХОТЯбы программы для Склада под линукс(qt), не говорю уже о Бухгалтерской?
18. Планируется ли доработать и поддерживать клиент Sphere? - ОТВЕТИЛИ
19. Планируется ли включить в состав дистрибутива программу для бэкапа Дом.папки или всего раздела?

Пока все...

[Pulfer]

11. Браузер, почтовик и аська в РОСА - это Firefox, Thunderbird, Kopete. Не планируется ли сменить их на что-то более удобное и шустрое?
12. Не планируется ли написать свой IM-клиент под Qt?

Обсуждение дефолтного IM-агента было какое-то время назад (в конце осени, кажется). Так и не нашли ничего лучшего на замену Kopete. А собственная разработка была признана на тот момент нецелесообразной. Так что пока что Kopete будет. Хотя лично я предпочитаю qutIM 0.2. Только он уже не поддерживается, так что включать его по дефолту точно не стоит. Про qutIM 0.3 ничего не скажу, давно не смотрел свежие сборки.

14. Планируется ли заняться подбором хороших/добротных/качественных/стабильных виджетов для КДЕ?

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

15. Планируется ли сделать нормальный Установщик программ? По принципу: выбор категории, программа, один клик...установка? С КАЧЕСТВЕННЫМ РУССКИМ описанием программ?

Насколько я могу судить, не в обозримом будущем. Бразильцы занимались разработкой замены RPMDrake, но потом основной разработчик уволился и разработка была заморожена. В общем, пока что никто этим не занимается. Но желание написать замену RPMDrake не исчезло. Так что планируется, но в списке приоритетных задач этого нет.

По локализации описаний - пока что не могу ничего точно сказать. Там не один десяток тысяч описаний надо перести для полной локализации. Огромная работа. И, насколько я знаю, с техничекой точки зрения это будет выглядеть так: отдельно описания в spec-файлах на английском языке и отдельно переводы в базе данных. В общем, тут я даже боюсь загадывать.

16. Планируется ли занести в состав дистрибутива IRC-клиент?

Специализированные IRC-клиенты - вещь весьма специфическая, нужная немногим. Так что вряд ли имеет смысл. Хотя если всё-таки будет, то я бы проголосовал за KVIrc

[d_uragan]

2. Что планируется взамен МСС и всех его drak'ов?

http://wiki.rosalab.ru/en/index.php/Dra ... Directions

Хотя я не думаю, что получится избавиться от всех drak-утилит в ближайшем релизе.

13. Не планируется ли занести в состав дистрибутива какую-нибудь программу поддерживающую SIP протокол?

Планируется, и уже есть - linphone. Включен в официально поддерживаемый репозиторий main, но отсутствует на диске. Включать ли его на диск - наверное, ближе к делу решаться будет.

Вообще, у нас есть список основных поддерживаемых приложений:
http://wiki.rosalab.ru/en/index.php/Lis ... ed_by_ROSA

15. Планируется ли сделать нормальный Установщик программ? По принципу: выбор категории, программа, один клик...установка? С КАЧЕСТВЕННЫМ РУССКИМ описанием программ?

С русскими описаниями ситуация улучшится в любом случае. Проблема текущей Росы/Мандривы в том, что там помещать описания программ на других языках можно только в сам rpm-пакет, но это повсюду признано плохой практикой и на деле практически не применяется. В следующем мы, по крайней мере, предоставим более удобный способ хранения таких локализованных описаний. Правда, сколько переводчики успеют перевести - это другой вопрос:)

Можно позаимствовать переведенные описания из других мест, но поверхностные исследования показывают, что с качественными переводами описаний приложений все довольно плохо...

16. Планируется ли занести в состав дистрибутива IRC-клиент?

В списке на вики есть konversation и другие, ситуация с ним такая же, как и с linphone - есть в main'е, нет на диске.

[PastorDi]

2. Что планируется взамен МСС и всех его drak'ов?

http://wiki.rosalab.ru/en/index.php/Dra ... Directions

Хотя я не думаю, что получится избавиться от всех drak-утилит в ближайшем релизе.

Да я на рассылку подписан, вкурсе этого списка.

Но вопрос еще вот в чем. ЗАЧЕМ уходить от Drak-утилит? Может стОит наоборот - уходить/урезать KDE, чтобы НЕ жрало много памяти? Мне кажется это лучший вариант, чем удаление МСС. Ведь Мандлдриву любили все за МСС, за удобство настройки. А сейчас, получается, что наша РОСА ничем не отличается от простого заурядного дистрибутива. То что есть SW, RocketBar и т.д. это всё "плюшки завитушки", а для настройки системы нет НИЧЕГО. А пожерание КДЕ оперативки - это существенный "-" системы! Сравните Fedora и Mageia с ROSA. Увидите разницу.

[AL_]

А в чем такое отличие у Fedora и Mageia с точки зрения потребления оперативки в кде? Желательно в цифрах.

[skok]

15. Планируется ли сделать нормальный Установщик программ? По принципу: выбор категории, программа, один клик...установка? С КАЧЕСТВЕННЫМ РУССКИМ описанием программ?

rpm-summary-main-0.9.4 переведено на 11%
rpm-summary-contrib-0.9.4 переведено на 3%
rpm-summary-non-free-0.9.4 переведено на 86%

[akdengi]

Вопрос урезания KDE - вопрос нечитания системных требований к современным DE. 3D ускоритель и минимум 1 гиг оперативки. Меньше - не надо ставить новые дистрибутивы. Хотите новое - покупайте новое железо. У нас же из серии "ваш KDE на моей машине, которую пора в утиль было еще год назад не работает".

То есть можно отказаться от всех "плюшек", но смысл? Снижать потребление памяти, убирать утечки, вот единственный вариант.

Надо понимать, что срок службы современного комьпьютера - 5-6 лет. Почему пользователи Windows не плачутся по этому поводу?

[akdengi]

15. Планируется ли сделать нормальный Установщик программ? По принципу: выбор категории, программа, один клик...установка? С КАЧЕСТВЕННЫМ РУССКИМ описанием программ?

rpm-summary-main-0.9.4 переведено на 11%
rpm-summary-contrib-0.9.4 переведено на 3%
rpm-summary-non-free-0.9.4 переведено на 86%

Чуть выше... Про то, что пока механизм, которые работал для вот этих вещей в новых версиях не реализован. Но работа над этим идет.

[PastorDi]

А в чем такое отличие у Fedora и Mageia с точки зрения потребления оперативки в кде? Желательно в цифрах.

Поставьте и посмотрите...
Fedora 17 - 290-295Мб
Mageia - 310-320Мб
PCLinuxOS - 315-325Мб

РОСА2012LTS - 420-440Мб

Есть разница?

Например Fedora 17 на ноуте у меня LiveCD грузит 45сек., на этом же ноуте РОСА2012 LiveCD - грузит 3,5мин.

Есть разница?

[akdengi]

А в чем такое отличие у Fedora и Mageia с точки зрения потребления оперативки в кде? Желательно в цифрах.

Поставьте и посмотрите...
Fedora 17 - 290-295Мб
Mageia - 310-320Мб
PCLinuxOS - 315-325Мб

РОСА2012LTS - 420-440Мб

Есть разница?

Например Fedora 17 на ноуте у меня LiveCD грузит 45сек., на этом же ноуте РОСА2012 LiveCD - грузит 3,5мин.

Есть разница?

Ради интереса можно дать выводы со всех дистров следующей команды

systemd-analyze blame

а также вывод

top -n 1

После этого можно будет понять разницу в сервисах...

[d_uragan]

rpm-summary-main-0.9.4 переведено на 11%
rpm-summary-contrib-0.9.4 переведено на 3%
rpm-summary-non-free-0.9.4 переведено на 86%

В этих пакетах - только перевод кратких описаний (summary), аналогов для переводов нормальных описаний (descriptions) не предусмотрено.
К тому же пакеты rpm-summary обрабатываются только в rpmdrake. Любой другой установщик надо будет дополнительно допиливать, чтобы он их тоже подхватывал. Imho, логичнее реализовать нужную функциональность непосредственно на уровне rpm. Что, собственно, и будет сделано к следующему релизу.

[AL_]

В свете выхода новой Федоры:
Планируется ли в будущем перенос всех исполняемых файлов и библиотек из корня в директорию /usr? В частности, содержимого /bin в /usr/bin, /sbin в /usr/sbin, /lib в /usr/lib и /lib64 в /usr/lib64.