<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; Проект KDE рассматривает  переход на трёхмесячный цикл поддержки]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=29068&amp;type=atom" />
	<updated>2013-07-12T20:06:03Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=29068</id>
		<entry>
			<title type="html"><![CDATA[Re: Проект KDE рассматривает  переход на трёхмесячный цикл поддержки]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=353889#p353889" />
			<content type="html"><![CDATA[<p>Ну как дети, чесслово. Всё никак не наиграются.</p>]]></content>
			<author>
				<name><![CDATA[Schlecht]]></name>
				<uri>https://linuxforum.ru/profile.php?id=21759</uri>
			</author>
			<updated>2013-07-12T20:06:03Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=353889#p353889</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Проект KDE рассматривает  переход на трёхмесячный цикл поддержки]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=353630#p353630" />
			<content type="html"><![CDATA[<p>При отрисовке новой иконки в системном лотке (после запуска скайпа, например) правая крайняя иконка выезжает за край лотка, и и справа от лотка отрисовывается часть этой иконки. А убирается эта отрисовка только, если провести по этому месту мышью.<br /><a href="http://itmages.ru/image/view/1115503/88c7b402"><span class="postimg"><img src="http://storage1.static.itmages.ru/i/13/0711/s_1373539504_9044672_88c7b40230.jpg" alt="http://storage1.static.itmages.ru/i/13/0711/s_1373539504_9044672_88c7b40230.jpg" /></span></a><br />Присмотритесь, как изменяется после запуска скайпа иконка системного монитора, расположенная справа от системного лотка, после того как на нее наезжает иконка подключаемых устройств.</p>]]></content>
			<author>
				<name><![CDATA[urfin]]></name>
				<uri>https://linuxforum.ru/profile.php?id=28931</uri>
			</author>
			<updated>2013-07-11T10:41:06Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=353630#p353630</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Проект KDE рассматривает  переход на трёхмесячный цикл поддержки]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=353619#p353619" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>urfin пишет:</cite><blockquote><p>Интересно, а баг с отрисовкой системного лотка они к какой значимой цифре исправят? Или это не баг, а фича?</p></blockquote></div><p>А что за баг?</p>]]></content>
			<author>
				<name><![CDATA[fragment]]></name>
				<uri>https://linuxforum.ru/profile.php?id=22441</uri>
			</author>
			<updated>2013-07-11T09:25:18Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=353619#p353619</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Проект KDE рассматривает  переход на трёхмесячный цикл поддержки]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=353581#p353581" />
			<content type="html"><![CDATA[<p>Как-то слабо соотносится намерение править только баги, сокращение срока тестирования и срока подготовки релиза. И совсем не понятно, что они имеют в виду под определением &quot;значительного выпуска&quot;, в котором, как сами же заявляют, будут править только баги и будут вносить как можно меньше изменений. Или значимость выпуска теперь - это увеличение номера релиза? Чем больше цифра - тем круче? Эпидемия прямо какая-то с этими цифрами! <br />Интересно, а баг с отрисовкой системного лотка они к какой значимой цифре исправят? Или это не баг, а фича?</p>]]></content>
			<author>
				<name><![CDATA[urfin]]></name>
				<uri>https://linuxforum.ru/profile.php?id=28931</uri>
			</author>
			<updated>2013-07-11T01:36:40Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=353581#p353581</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Проект KDE рассматривает  переход на трёхмесячный цикл поддержки]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=353580#p353580" />
			<content type="html"><![CDATA[<p>С учётом того, что в базовой части (kdelibs и kde-workspace) они собираются только фиксить баги, то может действительно, 3-месячный цикл релизов будет оптимальным. Единственное, что вызывает опасения, это локализация - если строки будут меняться чаще, то локализаторы могут просто перестать успевать всё вовремя переводить.</p>]]></content>
			<author>
				<name><![CDATA[Pulfer]]></name>
				<uri>https://linuxforum.ru/profile.php?id=22598</uri>
			</author>
			<updated>2013-07-11T00:06:16Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=353580#p353580</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Проект KDE рассматривает  переход на трёхмесячный цикл поддержки]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=353548#p353548" />
			<content type="html"><![CDATA[<p>Разработчики проекта KDE <a href="http://permalink.gmane.org/gmane.comp.kde.devel.core/79888">рассматривают</a> вопрос о сокращении цикла подготовки значительных выпусков. В соответствии с опубликованным <a href="http://community.kde.org/KDE_Core/ReleasesProposal">предложением</a>, релизы планируется формировать раз в три месяца, что позволит ускорить доведение новых возможностей до пользователей и упростить формирование выпуска за счёт сокращения числа изменений и введения единой заморозки для всех компонентов KDE.</p><p>По мнению авторов предложения ускорить темп разработки можно за счёт сокращения фазы тестирования - для обеспечения стабильности предлагается поддерживать master-ветку в постоянно стабилизированном и готовом к релизу виде. Два месяца предлагается уделить приёму новых возможностей, а третий месяц потратить на формирование релиза и бета-тестирование. Таким образом, значительные выпуски будут выходить чаще и включить только возможности, готовые для использования в текущий момент. Предложение будет рассмотрено на ближайшем саммите разработчиков и в случае одобрения будет применено в процессе подготовки KDE SC 4.12.</p><p>Против предложения уже <a href="http://permalink.gmane.org/gmane.comp.kde.devel.core/79924">выступили</a> представители проекта openSUSE, которые указали на то, что для поддержания пакетов с KDE в дистрибутиве оптимальным является текущий шестимесячный цикл разработки. При более частом формировании релизов нагрузка на мэйнтейнеров пакетов заметно возрастёт, что может отрицательно сказаться на качестве интеграции KDE в дистрибутив. Кроме того, значительные релизы раз в три месяца плохо синхронизируются с типичным 6- и 8-месячными циклами подготовки дистрибутивов.</p><p>В противовес авторы инициативы указывают на то, что релизы будут содержать меньше изменений и соответственно меньше ошибок, что скажется на упрощении процесса тестирования. Дистрибутивы также смогут включать в свой состав более свежие версии KDE, так как можно будет избежать ситуации, когда очередной значительный выпуск KDE выходит после заморозки пакетной базы, и дистрибутив вынужден поставлять устаревшее окружение, так как не успевает интегрировать новую версию.</p><br /><p>Оригинал новости: <a href="http://www.opennet.ru/opennews/art.shtml?num=37385">http://www.opennet.ru/opennews/art.shtml?num=37385</a></p>]]></content>
			<author>
				<name><![CDATA[verg]]></name>
				<uri>https://linuxforum.ru/profile.php?id=10709</uri>
			</author>
			<updated>2013-07-10T13:29:01Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=353548#p353548</id>
		</entry>
</feed>
