На конференции conf.kde.in объявлено (http://dot.kde.org/2011/03/11/confkdein-project-neon-returns...) о возрождении проекта Neon (https://wiki.kubuntu.org/Kubuntu/ProjectNeon), в рамках которого организовано формирование ежедневных экспериментальных сборок KDE для Ubuntu. Формирование актуальных сборок позволяет заинтересованным энтузиастам без лишних усилий и пересборки всего KDE-SVN получить (http://techbase.kde.org/Getting_Started/Using_Project_Neon_t...) готовый срез текущего состояния проекта, познакомиться с новыми возможностями и помочь разработчикам в тестировании кода.
Для работы с Neon в Ubuntu достаточно подключить специально подготовленный PPA-репозиторий (https://launchpad.net/~neon/+archive/ppa). Зависимости обрабатываются и обновляются автоматически.
Следует отметить, что проект openSUSE формирует (http://en.opensuse.org/Portal:KDE) еженедельные тестовые сборки свежей кодовой базы KDE.URL: http://dot.kde.org/2011/03/11/confkdein-project-neon-returns...
Новость: https://www.opennet.ru/opennews/art.shtml?num=29888
хорошо конечно, но мне как пользователю убунту, нужен уют, а не консоль, всякие бета версии и прочая канитель, только стабильный продукт. Ну, а так правильно сделали, пускай люди тестят кому надо.
это для пользователей убунты, не осиливших арч (в плане последних версий)
В новости о ежедневных сборках.ежедневные сборки доступны в репозиториях под арч?
Мне тоже нужен уют и не консоль. Поэтому openSuSE.
openSuse, к сожалению, ТОЖЕ не идеален (к сожалению, идеальных систем нет в жизни):
http://forums.opensuse.org/english/get-technical-help-here/w...Я с той же проблемой столкнулся. В результате, переход на СуСе не произошёл, хотя меня привлекает и КДЕ и ядро с дровами поновее (должно VA-API заработать), и софт новее, и ещё кое что. Ubuntu LTS без перечисленных вкусностей, но просто работает (для меня).
Напоминает Java-апплеты, когда только они появились и не было ещё jar-архивов для распространения: .class-файлы автоматически загружались браузером из Сети и, естественно, всегда были свежими, последних версий.Отличия апплетов от нативных программ в том, что если пользователь не использует какие-то функции в апплете, то соответствующий .class-файл, отвечающий за эту функциональность, не подгружается и не компилируется (не JIT'ится). Имеем lasy-модель выполнение кода только нужного пользователю. К похожей модели исполнения для нативных программ начали подходить только сейчас — через 15 лет практического использования в Java. Всё — благодаря сокращению цикла разработки ПО и отказа от "водопадной" разработки (когда ПО выпускают тогда, когда будет готово полностью). Также, благодаря повсеместному внедрению технологий "быстрой интеграции" (CI) и развёртывания создаваемого ПО, разработчики могут получить быструю ответную реакцию на своё решение — не только от автоматизированной системы сборки-тестирования, теперь и от конечных пользователей.
Пардон, зачем ты это все написал?
>Пардон, зачем ты это все написал?Поднять ЧСВ в собственных глазах.
Молодец, сам признался.
Но к теме новости написанное какое отношение имеет?
> Поднять ЧСВ в собственных глазах.Заметно. Я даже боюсь себе представить как выглядел бы KDE если его на яве переписать. Он и так то монструозный, а на яве был бы совсем пц.
>> Поднять ЧСВ в собственных глазах.
> Заметно. Я даже боюсь себе представить как выглядел бы KDE если его
> на яве переписать. Он и так то монструозный, а на яве
> был бы совсем пц.Если у тебя фантазии хватит, мысленно спроецируй Eclipse IDE на ВЕСЬ Рабочий стол, а потом убери ненужные пользователю плагины и отдели окошки от воркспейса, придумай таскбар и треем. ;)
Что, будет переливаться всеми цветами радуги и тормозить? Сомневаюсь.
ушёл делать KDE ещё лучше.
новость позитивная, убунте это пойдет только на пользу
> организовано формирование ежедневных экспериментальных сборок KDE для UbuntuКубунта переходит на роллинг-релиз? Позитивно ;)
Да. Отныне все пакеты будут собираться из репозиториев исходных кодов svn/git и выкладываться в виде обновлений. Разумеется ежедневно.