Scott Shawcroft объявил (http://lwn.net/Articles/342415/rss) о запуске проекта OpenSourceWatershed (http://oswatershed.org/). Его цель – определить взаимосвязь между дистрибутивами (downstream) и составляющими их индивидуальными компонентами (upstream), и проследить эволюционную составляющую процессов внутри дистрибутивов.Первые проведенные исследования показывают, что наиболее активно обновляемым дистрибутивом является Arch Linux, только 45% пакетов которого не являются последними стабильными релизами соответствующих программных продуктов. Средний период задержки сборки пакета для Arch составляет 2 недели. На втором месте расположилась Fedora 11 с процентом «отсталости» 55% и средним отставанием 8 недель. Замыкает тройку Ubuntu c 70% и 11 неделями соответственно. Самыми отстающими признаны Debian и OpenSUSE. Эти дистрибутивы в 95% случаев содержат устаревшее ПО.
Автор видит для своего проекта большое будущее. Первостепенной задачей является добавление персональных...
URL: http://lwn.net/Articles/342415/rss
Новость: http://www.opennet.me/opennews/art.shtml?num=22666
эээм, а применение этим данным какое, просто чтобы было?
Чтобы было на что ссылаться, когда холиваришь
ну там можно будет Убунту обкладывать нехорошими словами. И давать ссылку на эту инфу. А автор "проекта" будет на страничках продавать рекламу и ссылки. Благо странички будут (благодаря куче входящих ссылок) популярны и с хорошими PR'ами.
Ну как, если бы ни эта ноость, никогда бы и не обратил внимание на Arch Linux. Думал что это какая-то "вещь в себе" для собственной группы фанатов, а теперь знаю что достояная весч, будет время даже поставлю посмотрю.
А новизна версий ПО - это важный показатель?
Откровенно говоря - не самый маловажный. Я бы сидел себе спокойно на 8.04, если бы там был нормальный KVM. А так приходится сидеть на 9.04 и готовиться к переходу на 9.10 - ибо очень и очень нужны те фичи, которые есть в новых версиях.Есть масса софта, для которого все это не актуально. Почтарь какой-нибудь к примеру, который можно обновлять раз в 3 года и не чувствовать себя духовно пустым.
Посидите на поросшем мхом и полуразложившемся evolution из RHEL/CentOS и сравните простейшую вещь (адресную книгу) там и в последней версии этого пакета. Я, кстати, удивлен, что CentOS/RHEL не на последнем месте с их 2.6.18 (попробуйте собрать на этом ядре STA от броадкома; он, конечно, даже на более свежих версиях, будучи собран, не заработает, но всё же) и ископаемыми в пакетах. А причина проста: вместо флагмана красношляпых в сравнение пошла пре-альфа для будущих релизов (ака федора).
>вместо флагмана красношляпых в сравнение пошла пре-альфа для будущих релизов (ака федора).Глупо.
>>вместо флагмана красношляпых в сравнение пошла пре-альфа для будущих релизов (ака федора).
>
>Глупо.конечно, глупо быть бесплатным тестером для RH.
Очень важный, если компьютером вы пользуетесь, а не пыль коллекционируете. Ладно, большую часть софта совершенно не обязательно обновлять, но как только потребуется что-то одно свежее, резко встанет необходимость обновить полсистемы чтобы это собрать, что в свою очередь повлечет необходимость обновления второй половины системы которая сломается. Поэтому только source-based, где неустранимых генетических проблем бинарных пакетов нет и быть не может.
>Очень важный, если компьютером вы пользуетесь, а не пыль коллекционируете. Ладно, большуюпользуюсь. каждый день. стоит прошлогодняя слака. всё устраивает. ЧЯДНТ?
>часть софта совершенно не обязательно обновлять, но как только потребуется что-то
>одно свежее, резко встанет необходимость обновить полсистемы чтобы это собрать, чтонедавно вот обновил таки mplayer. никакой "полсистемы" обвновлять не пришлось. я так понимаю, что это баг, надо Патрику написать же.
>Поэтому только source-based, где неустранимых генетических проблем бинарных пакетов нет и
>быть не может.желаю тебе собирать каждый минорный релиз OO.org. с нуля и из исходников. а остальные в это время будут заниматься своими делами. вместо наблюдать, как из исходников собирается очередное KDE.
новизна версий по == ловите глюки при тестировании
Вот об этом и речь. Red Hat вон вообще backport'ами занимается, постоянно навешивая новые фичи на старый софт. И при этом версии этого софта вроде как уже старые, а вот возможности...
Думаю так стоило бы поступать в большинстве случаев. А то получается что пишут-пишут чего-то там, новые фичи добавляют, код все распухает, доводится до такого размера, что сложно разбираться. А RH потихоньку вычищает софтины по ходу дела добавляя функционал необходимый. Хотя... Кто их знает, какие "фичи" они "дописывают" =)
А если честно, то в плане стабильности и экономности ресурсов - GNU/Linux - не самый лучший вариант.
" Хотя... Кто их знает, какие "фичи" они "дописывают" =)"
Любой может узнать что они добавляют и убирают."А если честно, то в плане стабильности и экономности ресурсов - GNU/Linux - не самый лучший вариант."
Не совсе согласен, дл ядесктопа вможет быть вы и правы, но это десктоп.
На работе устанавливаешь 1 раз и все, годами работает стабильно (если не обновлять).
Все "новые функции" необходимы в первую очередь обыденным линуксоидам, но они знают на что идут, да и это только + линукса что появляет то что нужно линуксоидам.
>новизна версий по == ловите глюки при тестированииЯ вот почему-то уже два года на последнем софте, и глюки заметил разве что в каком-то 1.1.1? wine, который без проблем откатил.
Фишка в том, что новизна версий не отменяет глюков, а неновизна не гарантирует их отсутствия. По мне - так лучше потратить 5 минут раз в неделю, чтобы откатить что-то, что обновил и не понравилось, чем ждать у моря погоды в виде бэкпортов и прочих извращений.
Очень умно. Бубунта с Федорой вышли недавно, Суся с Дебианом давно. Соответственно, в первых софт новее.
Новизна версии далеко не всегда важна. Только если в новой версии появились НЕОБХОДИМЫЕ тебе фичи. В противном случае это действительно ловля новых багов. P.S. Для меня интереснее сравнение Fedor's и OpenSUSE с RHEL и SLES, + Debian как вариант полностью бесплатного дистрибютива.
Почему обязательно новые баги? А как же фиксы старых багов?!
>Почему обязательно новые баги? А как же фиксы старых багов?!В том-то и проблема. Старые фиксим, новые ляпаем. В результате нет гарантии, что если со старой версией всё работало, то с новой тоже всё будет работать.
Что вы всё про фичи, главное в новых версиях багфиксы. Когда пересел на бубунту, оказалось что в сановской джаве под линух (кажись 6u12) 1) Тупо неправильно отрисовывался CheckBox 2) Не доступен систрей при включённом компизе.
В следующем апдейте джавы всё было пофиксено, но вот апдейтить её в репах убунты никто не чесался, только в след. релизе через 3-4 месяца... В генту свежак был через пару дней.
И вообще, читаю релизноутс сколько там разных багов пофиксено и не понимаю, почему свежий вариант есть в репах для будущего релиза, а в нынешнем апдейтить не надо? Почему я должен буду ждать полгода, чтобы заценить новый gc? А Эклипс? Про него вообще забыли кажется, а он у меня главный инструмент...Так что да, мне свежесть софта нужна, по крайней мере того, с которым я работаю... Не понимаю какие такие могут быть "проблемы со стабильностью" и "отлов глюков" в случае с джавой и эклипсом.... Какой там версии ритмбокс или тандербёрд мне действительно не важно.
да не жди, кто ж заставляет? иди на винду, там всё стабильно и надёжно. и думать не надо, и делать ничего не надо -- о тебе уже позаботились.
О-о-о, это неплохо. Было бы это год назад, когда я поставил дебилан, а потом убунту, а потом снес этот ужас и поставил FreeBSD, скорее всего мое мнение о Linux было бы лучше. Судя по новостям, мне все больше и больше кажется что Arch немеряно рулит, а из бинарных - Fedora.
>О-о-о, это неплохо. Было бы это год назад, когда я поставил дебилан,
>а потом убунту, а потом снес этот ужас и поставил FreeBSD,
>скорее всего мое мнение о Linux было бы лучше. Судя по
>новостям, мне все больше и больше кажется что Arch немеряно рулит,
>а из бинарных - Fedora.PS. Не. Тут пишут что они ковыряются в чужих исходниках бэкпортируя фичи - в такиом случае только arch. Не нужна мне такая самодеятельность.
Arch это бинарный дистрибутив
man aur
наличие aur не отменяет факта что Arch бинарный дистрибутив
>наличие aur не отменяет факта что Arch бинарный дистрибутивНе совсем. Это опптимальный, если не идеальный, компромиссный вариант. Поэтому использую именно его. Базовое ПО в бинарном виде, но если нужно что либо пересобрать по своему вкусу, собрать что-то или вообще создать свой пакет - все очень просто.
Пытался перейти на Gentoo - значительная часть софта вообще не собирается.
кстати откуда цыфра 45% если по ссылке 40% (заходил на этот сайт до появления новости, и тогда было тоже 40%)PS кнопку исправить нажимал, но не исправилось
Очень интересная статистика, особенно в дополнение к данным о количестве программ в репозитариях.Если бы, к примеру, у Арча было бы столько же сколько и у Убунты - я бы всерьёз задумался о переходе.
Пока что - остаюсь на Убунте как на оптимальном решении.
Пару версий пытаюсь попробовать федору, но она тупо не ставится..
>Пару версий пытаюсь попробовать федору, но она тупо не ставитсяFedora не может тупо не ставится, я думаю, тупость в другом месте