Точно в соответствии с ранее намеченным планом состоялся (http://lists.debian.org/debian-devel-announce/2012/06/msg000...) перевод пакетной базы Debian 7.0 "Wheezy" на стадию заморозки (http://release.debian.org/wheezy/freeze_policy.html), при которой процесс переноса пакетов из unstable в testing остановлен и начался этап интенсивного тестирования и исправления блокирующих релиз проблем. В настоящее время насчитывается (http://bugs.debian.org/release-critical/) 657 критические ошибки, блокирующие релиз (неделю назад таких ошибок было более 700, а в середине мая больше тысячи). Финальный релиз Debian 7.0 ожидается в конце лета или в начале осени.URL: http://lists.debian.org/debian-devel-announce/2012/06/msg000...
Новость: http://www.opennet.me/opennews/art.shtml?num=34231
А не в начале 2013го разве планировали релиз ?
C Debian всё просто -- релиз состоится тогда, когда всё будет готово.
> C Debian всё просто -- релиз состоится тогда, когда всё будет готово.Все - это что? После релиза squeeze в нем был фееричный всплеск release-critical bugs.
> C Debian всё просто -- релиз состоится тогда, когда всё будет готово.Если добиваться 100% перфекционизма, при таком объеме софта он не состоится никогда :)
>А не в начале 2013го разве планировали релиз ?Кто планировал? Аналитики с Лора запланировали по различным оценкам на начало 2013 - конец 2014.
Разработчики Дебиана планируют на начало осени 2012.
Со скоростью багфиксинга 50 в неделю...
Да и там должны были остаться самые тяжелые баги, да и их (багов) может еще и прибавиться. Пусть позже но лучше ))
> Разработчики Дебиана планируют на начало осени 2012.Они сначала вообще за 2 года планировали управиться. Если у них эта осень 2012 будет такая же - как раз к осени 2013 ;) справятся как раз.
лучше бы написали чего нового удет.
Вот и написали, что нового произошло:Дебиану наступил стабилизец.
> лучше бы написали чего нового удет.Новшества - это во всяких федорах и убунтах. В дебиане новый релиз означает просто переход на чуть менее устаревшие версии ПО.
> лучше бы написали чего нового удет.
чем в дебиане кроме cppcheck и багрепортов ошибки ещё вылавливают?
> чем в дебиане кроме cppcheck и багрепортов ошибки ещё вылавливают?А что, вам мало? Вон в убунте одни только юзеры 200К ошибок нафигачили. Удачи в разгребании :)
Ура.У меня такой вопрос - nodejs, emacs24, pidgin-mra, nmap6, 389-ds - какова вероятность, что это попадёт в Wheezy?
посмотри что там сейчас есть. wheezy заморожен, новых версий там не будет, только патчи
Пройдитесь по списку пакетов wheezy на сайте дебиан. Но 389-ds там точно не будет. Эта штука разработа rh и похоже только ими и используется (gentoo и им подобные не в счёт. там действительно чего только нет в портаж. ну на то это и gentoo).
Все эти пакеты, кроме nodejs, были добавлены в sid после заморозки (возможно, именно потому, что заморозка).Но, как человек, ежедневно следивший за различиями squeeze и sid чуть ли не в реальном времени, и помнивший в 2011 году наизусть различие в репозиториях, кажется, припоминаю, что какие-то пакеты всё таки "прошмыгивали".
Вот я и думаю - что из этого имеет шанс "прошмыгнуть", а что - нет. Может быть, кто-то владеет информацией?
> Вот я и думаю - что из этого имеет шанс "прошмыгнуть", а
> что - нет. Может быть, кто-то владеет информацией?Зависит от способности заинтересованных лиц накапать на мозги мейнтейнеру так, чтобы он убедил релизную команду сделать исключение.
> Пройдитесь по списку пакетов wheezy на сайте дебиан. Но 389-ds там точно
> не будет. Эта штука разработа rh и похоже только ими и используется...но каким-то фигом красуется в убунтовых репах :). Мозолит глаза, ибо в дефолтной сортировке synaptic оно сразу же на виду. Бесплатный пеар редхатовской приблуды :)
> ...но каким-то фигом красуется в убунтовых репах :). Мозолит глаза, ибо в
> дефолтной сортировке synaptic оно сразу же на виду. Бесплатный пеар редхатовской
> приблуды :)Косят под крутой серверный дистрибутив с крутым серверным ПО, не более чем.
> Косят под крутой серверный дистрибутив с крутым серверным ПО, не более чем.Ну у меня оно стоит на серверах. Убунта в смысле. Каши не просит - нормальный серверный дистр. Правда как там работает 389 directory server я не проверял, т.к. нафиг бы мне он нужен?...
а после релиза "7" интересно, сколько обновлений он потом еще потребует? (а то ставил когда я себе "6.03", так он в тот момент уже довольно прилично,- почти 1300 обновлений тогда сразу "насосал" (а сколько после того и мегабайт и обновлений до "6.05" он потом еще "насосал",- как узнать?). Сейчас он у меня уже "6.05", но под него по-прежнему не возможно установить например VLC 2.01 и некоторое другое свежее ПО (про неудовлетворенные зависимости что-то пишет ("1.1.3" нормально работает). Поставится ли у меня все это после того релиза?). Почему в том релизе будет Гном "3" а не "2" (неужели "третий" сможет быть не хуже "второго"?)
Загрузчик в "7" какой будет,- "Grub 2.00" или старый?
> а после релиза "7" интересно, сколько обновлений он потом еще потребует?Сколько точно вешать в граммах?
Миша, почитай всетаки в википедии про дебиан. Много нового узнаешь, куча тупых вопросов отпадет. Я канешн очень ценю тебя как местного клоуна, доставляющего кучу лулзов. Но порою уже реально жалко тебя становится
да чего жалко-то? он этот вопрос уже минимум пару раз задавал. только вот беда, ответы не читает, шайтан
Бэкпорт не знаком?
Там пол системы придется бэкпортировать
Миша я люблю тебя!
Вот, досиживаю на Squeeze, а что дальше... На хфсе неохота, на все эти новомодные ДЕ — тем более...
MATE Desktop вполне нормально себя чувствует в текущем Debian Testing.
Некоторое время Squeeze будет иметь статус oldstable. Продолжайте сидеть, пока не выберете подходящую для себя DE.
Можно посмотреть lxde.
Я сам использую awesome плюс несколько демонов от xfce4, управляющих оформлением GTK-приложений и питанием. Можно было их взять и у gnome, тоже вариант, но я, поставив wheezy, с ним решил больше не связываться.
А что именно, по-вашему, уникального есть в gnome2, что мешает вам перелезть на тот же xfce? Мне там не понравились только обрезанные подписи ярлыков на раб. столе :)
О, добро мамонта начало застывать =)
ребята, мне просто интересно: в этих дистрибутивах никогда никто до конца дело не доводит? ну что б багов было как можно меньше и там окошки не скакали по всякому? а то вроде названия релизам дают всякие да метят их stable, а на деле то иначе. ололо всем.
> ребята, мне просто интересно: в этих дистрибутивах никогда никто до конца дело
> не доводит? ну что б багов было как можно меньше и
> там окошки не скакали по всякому? а то вроде названия релизам
> дают всякие да метят их stable, а на деле то иначе.
> ололо всем.Если у вас скачут окошки, то это значит, что пора принимать поменьше галлюциногенов, товарищ.
для вас специально: по вашему окружения работают без глюков?)
А это вопрос к создателям дистрибутива или собственно разработчика окружения?
> А это вопрос к создателям дистрибутива или собственно разработчика окружения?И к тем, и к другим.
> ребята, мне просто интересно: в этих дистрибутивах никогда никто до конца дело не доводит?Потому что зарелизить софта на несколько DVD и чтоб без багов вообще - так не бывает. В таком объеме софта гарантированно будет стопка багов.
похоже это единственное, что они умеют делать точно в срок.
Надеюсь, они починят сломанный Cups... Из-за него вернулся на squeeze
У меня CUPS без проблем на wheezy работает.
> Надеюсь, они починят сломанный Cups... Из-за него вернулся на squeezeА что там сломали, если не секрет?
Всем дистрибутив хорош, но боже ж ты мой какие старые пакеты они в него включают. Политику им надо поменять слегка
Точно, давайте ВСЕ дистрибутивы будут делать одинаково. Вот будет радости и счастья...ps. За двумя новыми пакетами погонишься - ничего хорошего не поймаешь...
И ещё - Debian GNU/Hurd в 7.0 не войдёт, я правильно понимаю?
Debian GNU/Hurd в 6.0 полтора года назад вышел (правда эксперементальный статус).
Не тяжело догадаться, пораскинув мозгами что он будет и в 7-ой версии. Ждите офф. релиза с последующим анонсом.
Меня посреди ночи разбуди, и я скажу, какие архитектуры какая ветка поддерживала и поддерживает. :) Debian GNU/Hurd в 6.0 - нет. В 7.0 - тоже нет. Есть только в Sid.Вы, вероятно, путаете с Debian GNU/kFreeBSD :)
Сама ссыль:
http://www.debian.org/ports/hurd/Страница загрузки:
http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/Вы правы, пакеты от Sid идут.
Новые версии программ бывают разные. Когда выходит новый major - всё ясно, новый minor - тут нужно было бы в каждом конкретном случае смотреть, нет ли regression работающего ранее. Но когда обновление bugfix (например, xserver-xorg-video-ati, virtualbox), а пакет всё равно замораживается. Этого я пока не понимаю.
Или если обход вот так:
wheezy: virtualbox-4.1.16-dfsg-1
новую версию 4.1.18 уже нельзя из sid'а перетащить, но можно сделать так: virtualbox-4.1.16-dfsg-2 (changelog: bugfixes from 4.1.18). Но 4.1.18 - это и так bugfix-update. Где же смысл?
смысл в том, что в 4.1.18 могут быть также изменены куски программы не из-за ошибок, а просто незначительные изменения в функционале. в дебиановских бэкпортах тянут исключительно заплатки (багфисы). поэтому 4.1.18 может в некоторых участках достаточно сильно отличаться от 4.1.16-dfsg-2
в дебиане на первом месте стабильность, а не крендельки и плюшки, которые могут приплыть с заплатками
> просто незначительные изменения в функционалеВот придумали для этого изменять minor-номер, а разрабам пополам.
Вообще-то очень принципиальный вопрос: как можно автоматизированно вести подобную разработку:
4.1.0 -> 4.1.1 -> 4.1.2 -> 4.1.3 ...
-> 4.2.0 -> 4.2.1 -> 4.2.2 ...
-> 4.3.0 -> 4.3.1 ...
-> 4.4.0 ...Т.е. при разработке исправляешь ошибки + чего-нибудь добавляешь. Хотелось бы, чтобы при исправлении ошибок из старых версий они все там правились, и можно было бы всегда иметь любую стабильную версию с определённым функционалом. Нуеж-то без человека никак не обойтись?..
Надо, чтобы Грэг пожаловался, и Линус наконец-то улучшил Гит.
>Хотелось бы, чтобы при
> исправлении ошибок из старых версий они все там правились,What?
Если исправляемая ошибка появилась, например, начиная с версии 4.3.0, а впервые исправляется с выпуском 4.5.0, то необходимо выпустить стабильные версии 4.3.2, 4.4.1, в которые гарантированно не добавляются никакие новые фичи, а исключительно вносятся исправления ошибок из master-ветки, если эти ошибки достаточно старые (т.е. существуют ещё в этой стабильной ветке).
Согласен.Вполне можно обойтись без человека, если патч не затрагивает код, измененный в последующих версиях. Иначе в любом случае придется ручками бэкпортить. Вроде именно так и делают для разных LTS.
Глючит так же, как и убунта последняя. Модем-менеджер постоянно крешается.
Майнтейнер, fglrx мне запили́…