https://www.opennet.me/openforum/vsluhforumID3/90778.html Разработчики проекта KDE рассматривают (http://permalink.gmane.org/gmane.comp.kde.devel.core/79888) вопрос о сокращении цикла подготовки значительных выпусков. В соответствии с опубликованным предложением (http://community.kde.org/KDE_Core/ReleasesProposal), релизы планируется формировать раз в три месяца, что позволит ускорить доведение новых возможностей до пользователей и упростить формирование выпуска за счёт сокращения числа изменений и введения единой заморозки для всех компонентов KDE.<br><br><br>По мнению авторов предложения ускорить темп разработки можно за счёт сокращения фазы тестирования - для обеспечения стабильности предлагается поддерживать master-ветку в постоянно стабилизированном и готовом к релизу виде. Два месяца предлагается уделить приёму новых возможностей, а третий месяц потратить на формирование релиза и бета-тестирование. Таким образом, значительные выпуски будут выходить чаще и включить только возможности, готовые для использования в текущий момент. Предложение будет рассмотрено на ближай https://www.opennet.me/openforum/vsluhforumID3/90778.html#62 Mon, 15 Jul 2013 12:10:28 GMT Если возрастёт стабильность помимо частоты , то я за.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/90778.html#61 Thu, 11 Jul 2013 21:55:41 GMT Каким же, интересно, образом? Технологии разработки являются внутренней кухней девелоперов и пользователям обычно до лампочки, тем более, что последние все равно даже скрам от канбана отличить не в силах.<br>И уж для того, чтобы оценить результат модернизации процессов разработки, мимолетного "профессионального" взгляда форумного балабола явно недостаточно. К тому же, пока что все претензии пока что сводятся к воплям "номера версий накручивают!!1", хотя непонятно, что в этом плохого. <br> https://www.opennet.me/openforum/vsluhforumID3/90778.html#60 Thu, 11 Jul 2013 09:51:41 GMT &gt;&gt; Хотя могли бы lts ядро брать за основу <br>&gt; Согласен с вами на все 100%. Логичнее же взять ядро с длительной <br>&gt; поддержкой и всё, какие вопросы.<br><br>Малыш, как, по-твоему, ядро становится "lts"?<br> https://www.opennet.me/openforum/vsluhforumID3/90778.html#59 Thu, 11 Jul 2013 05:10:37 GMT Они знакомы с результатами этих ваших континиусов.<br> https://www.opennet.me/openforum/vsluhforumID3/90778.html#58 Wed, 10 Jul 2013 23:28:11 GMT &gt; Да чего уж там - давайте вообще просто собирать из транка. К <br>&gt; черту релизы!<br><br>а в kde релиз берется откуда по-вашему? ответвлением от мастера и долгим процессом стабилизации/тестирования? так это если кто-нибудь так думает - лучше не разубеждать, зачем плохому учить...<br><br>&gt; PS не эти ли ребята обещали что в 4-й ветке, начиная с <br>&gt; 4,10-4,11, теперь заморозка и дальше пойдет только отлаживание?<br><br>feature freeze они не имели ввиду. речь шла об отсутствии серьезных изменений, то есть что-то новое будут развивать отдельно. а там доделывать и нечего толком (баги фиксить и оптимизировать только). они просто успокоили народ, что они не собираются превратить текущую версию в ОС для планшетов и мобилок, а то были опасения :)<br> https://www.opennet.me/openforum/vsluhforumID3/90778.html#57 Wed, 10 Jul 2013 23:05:17 GMT &gt;&gt; Вам горит свежее ядро?<br>&gt; Уж поверите, ядро версии 3.11 будет очень гореть. И связано это с <br>&gt; видеокартой Radeon HD 7ххх. Вот вы говорите про репозиторий, а толку <br>&gt; с него, если в другом репозитории X11/XOrg драйвер ati собран без <br>&gt; поддержки radeonsi. Хотя версия там и гитовская свежая (наверное для нового <br>&gt; релиза подготавливают), но драйвер ничего не может.<br><br>и кстати, ядро брать из другого дистрибутива - вполне нормальная практика (как раз по причине поддержки железа). с АМД я не сталкивался, но подобные проблемы с nvidia к примеру очень удобно решать установкой ядра из убунты прямо вместе с драйвером (suse если обнаруживает неучтенное ядро в /boot - собирает для него initrd и добавляет в конфиг при случае).<br> https://www.opennet.me/openforum/vsluhforumID3/90778.html#56 Wed, 10 Jul 2013 23:05:17 GMT &gt;&gt; Вам горит свежее ядро?<br>&gt; Уж поверите, ядро версии 3.11 будет очень гореть. И связано это с <br>&gt; видеокартой Radeon HD 7ххх. Вот вы говорите про репозиторий, а толку <br>&gt; с него, если в другом репозитории X11/XOrg драйвер ati собран без <br>&gt; поддержки radeonsi. Хотя версия там и гитовская свежая (наверное для нового <br>&gt; релиза подготавливают), но драйвер ничего не может.<br><br>и кстати, ядро брать из другого дистрибутива - вполне нормальная практика (как раз по причине поддержки железа). с АМД я не сталкивался, но подобные проблемы с nvidia к примеру очень удобно решать установкой ядра из убунты прямо вместе с драйвером (suse если обнаруживает неучтенное ядро в /boot - собирает для него initrd и добавляет в конфиг при случае).<br> https://www.opennet.me/openforum/vsluhforumID3/90778.html#55 Wed, 10 Jul 2013 22:52:16 GMT &gt;&gt; Вам горит свежее ядро?<br>&gt; Уж поверите, ядро версии 3.11 будет очень гореть. И связано это с <br>&gt; видеокартой Radeon HD 7ххх. Вот вы говорите про репозиторий, а толку <br>&gt; с него, если в другом репозитории X11/XOrg драйвер ati собран без <br>&gt; поддержки radeonsi. Хотя версия там и гитовская свежая (наверное для нового <br>&gt; релиза подготавливают), но драйвер ничего не может.<br><br>так модули xorg можно юзать и обновлять без привязки к остальному (как раз тот редкий случай, где это приемлимо), да и ядерную часть драйвера тоже можно юзать поверх "не родного" для него ядра. <br>а пробовать готовые сборки (репозитории, дистрибутивы, конфигурации ...) для решения частной проблемы - мартышкин труд, и результат зависит от везения. если нужный драйвер известен - лучше его руками запустить в существующей системе (или той которая нравится по остальным параметрам). вплоть до configure/make/install - а соображения о правильности лучше отложить на потом, когда все свистелки в должном качестве заработают :)<br> https://www.opennet.me/openforum/vsluhforumID3/90778.html#54 Wed, 10 Jul 2013 22:24:12 GMT &gt; Да не расхваливаю я, серьезно. Но надстойка gui для него и вообще <br>&gt; обновление системы, работа с репозиториями, с пакетами, выборка приоритетов для репозиториев <br>&gt; и пр. действительно сильная сторона openSUSE. Особенно установка пакетов, например, 200-пакетов. <br>&gt; Минуты 2-3 и готово. По сравнению с Ubuntu 10 и более <br>&gt; минутным это ощутимо существенно. Вот возьмем обновление kde с версии 4.10.3 <br>&gt; на 4.10.5. Около 400 пакетов нужно обновить. Да легко. Минут 4-5 <br>&gt; и они и загружены, и установлены. Вот эта сторона сусе действительно <br>&gt; вне конкуренции.<br><br>если по такой схеме сравнить пакетные менеджеры, арч с пакманом быстрее будет.<br>но в сусе все упирается в rpm (оверхед от zypper'а незначительный), так что сравнение не вполне справедливое.<br><br>но вообще оценивать работу пакетного менеджера лучше не по ситуациям, когда все хорошо. когда все хорошо - можно оценить скорость работы, удобство для пользователя, язык программирования (если на православном С - добро!), занимаемое место ну и т. п. но когда си