<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Темп разработки Linux ядра может быть замедлен с целью повышения качества</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html</link>
    <description>Начало разработки ядра версии 2.6.26 отмечено (http://www.linuxworld.com/news/2008/051208-slow.html) большим количеством изменений, что привело к появлению ошибок,  вызывающих множественные отказы, в том числе и при загрузке. Хотя эти проблемы были известны даже раньше, чем вышла версия 2.6.26-rc1, образовался ряд проблем между разработчиками, относительно несоответствия в версиях исправлений. Данное обстоятельство привело к множеству обращений разработчиков, с просьбой  замедлить процесс разработки. &lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Предлагается ограничить количество нововведений на каждом цикле разработки, определить подсистемы с большим количеством ошибок, регрессом и исключить новшества в них, пока не исправят старые проблемы. Кроме того, планируется вовлечь людей в изучение, тестирование, и работу с кодом, который будет добавлен.  &lt;br&gt;&lt;br&gt;&lt;br&gt;Эндрю Мортон отметил:  &quot;существенная часть разработчиков,  даже полагает, что нет никаких реальных проблем в этом отношении&quot;. А вот, по словам  Arjan van de Ven &quot;... мы добил...&lt;br&gt;&lt;br&gt;URL: http://www.lin</description>

<item>
    <title>Темп разработки Linux ядра может быть замедлен с целью повыш... (Ne01eX)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#23</link>
    <pubDate>Wed, 21 May 2008 04:36:42 GMT</pubDate>
    <description>Ето понятно, но. Ломать-то проще чем строить. Соответсвенно на обезбаживание должно уделяться больше времени, чем на ломку.&lt;br&gt;</description>
</item>

<item>
    <title>Темп разработки Linux ядра может быть замедлен с целью повышения качества (Аноним)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#21</link>
    <pubDate>Tue, 20 May 2008 15:10:14 GMT</pubDate>
    <description>ГЫгы&lt;br&gt;Наконец-то подумали об этом.&lt;br&gt;На самом деле надоела уже эта ситуация, не прикольно когда драйвер не ставить на версии ядра выше 2.6.22 ...&lt;br&gt;</description>
</item>

<item>
    <title>Темп разработки Linux ядра может быть замедлен с целью повыш... (Nick)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#20</link>
    <pubDate>Tue, 20 May 2008 13:17:35 GMT</pubDate>
    <description>Официальные нестабильные релизы (пусть и нечетные) - вот где отсутсвие логики.&lt;br&gt;Релиз - должен быть стабильным.&lt;br&gt;&lt;br&gt;Щас ему далеко до этого, потому как скорость добавления фич высока.&lt;br&gt;А так: добавляем и ломает - rcX, а все ок - в релизах.&lt;br&gt;</description>
</item>

<item>
    <title>OpenNews: Темп разработки Linux ядра может быть замедлен с ц... (Nick)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#19</link>
    <pubDate>Tue, 20 May 2008 13:10:21 GMT</pubDate>
    <description>&amp;gt;Серьезно? Сколько тебе лет? &lt;br&gt;&lt;br&gt;Школьник, читай Documentation/stable_api_nonsense.txt&lt;br&gt;</description>
</item>

<item>
    <title>Темп разработки Linux ядра может быть замедлен с целью повыш... (sneer)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#18</link>
    <pubDate>Tue, 20 May 2008 06:53:02 GMT</pubDate>
    <description>&amp;gt;уже. начиная с 2.6.26-rc1 все прекрасно работает &lt;br&gt;&lt;br&gt;пожалуйста скажите какая модель в чейнжлоге этого релиза ничего нет о драйвере sky2&lt;br&gt;</description>
</item>

<item>
    <title>Темп разработки Linux ядра может быть замедлен с целью повышения качества (Ne01eX)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#17</link>
    <pubDate>Tue, 20 May 2008 05:24:35 GMT</pubDate>
    <description>На самом деле у всего этого плача о стабильном API есть одна причина.&lt;br&gt;Во времена чет/нечет простым людям было понятно что стабильное, а что не очень. теперь же картина вообще не ясна, - API ломают без какой-либо логики в нумерации. Даже использование вроде уже стейбла, на одну/две версии ниже текущей не спасает от новых сюрпризов. За примерами далеко ходить не надо, - еще свежо в памяти 2.6.16.x, которое чинилось после бакпорта новых фич из 2.6.17.x.&lt;br&gt;Читка рассылок конечно помогает, но не всегда получается увидить в них регрессию-подляну и уж тем более что-либо ожидать от нового ядра.&lt;br&gt;&lt;br&gt;Я согласен, что должен быть строгий механизм нумерации версий, например: в нечетных ветках мы ломает и добавляем, а в четных ветках чиним и вычищаем. На мой взгляд это вполне вписывается в существующую схему нумерации и никому мозг ломать заново не надо и новых мажорных версий строить.&lt;br&gt;</description>
</item>

<item>
    <title>OpenNews: Темп разработки Linux ядра может быть замедлен с ц... (Аноним)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#16</link>
    <pubDate>Tue, 20 May 2008 03:25:23 GMT</pubDate>
    <description>Серьезно? Сколько тебе лет?&lt;br&gt;</description>
</item>

<item>
    <title>Темп разработки Linux ядра может быть замедлен с целью повыш... (Аноним)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#15</link>
    <pubDate>Mon, 19 May 2008 21:35:06 GMT</pubDate>
    <description>уже. начиная с 2.6.26-rc1 все прекрасно работает&lt;br&gt;</description>
</item>

<item>
    <title>Темп разработки Linux ядра может быть замедлен с целью повышения качества (sneer)</title>
    <link>https://mobile.opennet.me/openforum/vsluhforumID3/41812.html#14</link>
    <pubDate>Mon, 19 May 2008 19:15:06 GMT</pubDate>
    <description>а когда они sky2 драйвер починят для marvel сетевух интересно?&lt;br&gt;</description>
</item>

</channel>
</rss>
