Mailinglist Archive: opensuse-ru (75 mails)

< Previous Next >
Re: [opensuse-ru] Stable SUSE
  • From: Alexander R <aleromex@xxxxxxxxx>
  • Date: Sun, 17 Apr 2011 01:18:10 +0400
  • Message-id: <BANLkTimrVwFX=8TudMXkJ_LrpeYLG-Pxbw@mail.gmail.com>
Например там вполне четко прописано что мы не будем пытаться конкурировать с
ubuntu и лезть на домашние компьютеры пользователей.
С таким циклом обновлений и изменений на сервера особо не залезешь, на
десктоп - нет планов. Тогда куда, на плоащадку для разработки всякой
ерунды, игры с кодом, учебе программированию и бесконечного
тестирования результатов жизнедеятельности этой разработки?

Уже пару раз даже встречал мнение, что нынче дистрибутив openSUSE перенял
свойство Fedora: быть тестовым полигоном.
Тоже ощущаю

Помню, раньше, пара коллег не луноходов решили линухи себе поставить.
Один дебиан поставил, второй федору. Первый заплевался уродливостью DE
GUI и нетривиальностью базовой настройки системы, второй глючностью. С
сусей подобных нареканий, на сколько помню - у них не было.

Так вот когда исправят основную массу ошибок, допустим процентов 80%, неплохо
было бы выпустить обновленный iso со всеми патчами за период.
Лично я - За! Текущая ситуация напоминает мазохизм.

Либо повысить приоритет тестирования, к примеру, уродливых proxy related багов
В яблочко! Тянется хрен знает с какой версии.

Конечно и сейчас не что не мешает, скачивать обновления из репозитория с
обновлениями.
Вот проблема с проксей постоянно и мешает

Плюс не понятно многим ли нужен этот диск
Уж точно не навредит. Лежит дистр в сумке и iso с последним SP, а не
куча пакетов, некоторые из которых побились во время закачки, и это
выясняется как всегда в саааамый неподходящий момент. Скачать SP.iso и
чекнуть md5 гораздо быстрей (консоль, скрипты и интим - не
предлагать). + С таким или подобным подходом можно решить вопрос
установки софта для конкретного государства, например для RU - какой
нибудь MultimediaPack-RU, включающий все необходимое для играния
музыки и видео

То что сейчас обсуждается, на мой взгляд - это следствие, т.е. бегать
тушить пожары, когда их все чаще и больше создают - бессмысленно, так
же и с тестированием - бегать за багами, которые все чаще и больше
создают - мало эфекта.
Возможно это не совсем относится к сусе, а больше к сегодняшнему
подходу к разработке приложений, особенно приложений рабочего стола.
Скорей всего еще раз повторюсь в некоторых местах. Почему недостаточно
людей для развития какой-то части дистрибутива, программы или
развития/участия в каком-то процессе? На мой взгляд - архитектурная
нестабильность/непродуманность разработки приложений (возможно и
дистрибутива), снижение качества/продуманности разработки самого
приложения и его кода. Ведь стабильность должна проявляться не только
в работе приложения, но так же и в дезайне приложения либо
дистрибутива в целом.
Сегодня, какому человеку понравится, если раз в 8 месяцев на его
телефоне будет меняться расположение одной-двух кнопок на телефоне, не
говоря уже о половине кнопок, причем часть функций (например, отправка
смс и определитель номера), работавших раньше, в новой версии телефона
- иногда почему-то перестают работать, а добавленные новые функции в
итоге не решают поставленных на них задач? Зато в новой версии
появились новые обои и новая заставка с эффектами (модуль настройки
скринсавера почему-то до сих пор регулярно рушится). Что сделает
здравомыслящий человек, если с каждой версией телефона, будет так
продолжаться?

Мне не совсем понятно: все говорят что суся стабильная, это виновны DE
и НЛО. Если дистростроитель знает, что софт сырой, нафига его включать
в новый релиз? Чтобы кричать на каждом углу что "Мы первые!"? Или
чтобы привлеч кучу гномов для тестирования (как будто это поможет)?
Если не весь софт сырой, ну на крайняк можно включить те компоненты,
которые более-мнее доработаны и более-менее стабильны, а остальное в
ветку Test|Devel|Factory или как там еще.

Как предложение по улучшению стабильности и юзабельности суси (у
других дистров могут быть теже проблемы, про них не говорю, ибо не
знаю):
1. Максимально придать дистрибутиву один определенный GUI
облик/дезайн, чтобы он был лет 3,4,5 без изменений. Понятно что со
всем софтом такое сложно сделать, но надо стараться придерживаться и
рекомендовать разработчикам где это возможно. Разнородность от версии
к версии мешает поддержке, написанию инструкций и документации, т.е. в
ближайшем будущее большинство проделанной "бумажной" работы - коту под
хвост. С каждой минорной версией что-то переделывать - желания мало. А
потом и кричим: "ааа, проблема линуха - документации мало". Не фиг
постоянно менять облики.
2. Не включать в релизный диск/образ - сырой и не проверенный софт
(имхо, KDE явный пример).
3. Весь сырой и не проверенный софт укладывать в отдельном месте (в
репозитарии). А на главной странице opensuse.org, большими буквами
указать место свежатины, чтобы любители и энтузиасты могли там сливать
свою энергию: тестируя, обсуждая, предлагая, разрабатывая...
4. Отладить механизм автоматической отправки багрепортов

Как-то так
< Previous Next >