Интересно вообще будет, но переползать со стейбла туда не буду, зато всегда можно будет стянуть пакет новый с сайта дебиана, вместо того, что б самому его собирать.

Да, я ленивый.

А типа сейчас сто-то мешает стянуть пакет из Wheezy или Sid?

Я пользователь Debian, я использую Stable, и я бы хотел ветку rolling-release. Это сделает бубунту постабильнее не так ли? :) Мне просто жаль хомячков ))

Главный вопрос, как вписать этот самый Rolling-репо в существующую отлаженную годами структуру разработки.

Если сделать Rolling на основе Testing, то он будет замораживаться вместе с Testing перед выходом очередного дистрибутива (а это минимум полгода). Тогда никакого смысла в Роллинге нет.

Для Роллинга можно использовать комбинированную схему:

- до заморозки тестинга путь пакетов может быть таким:

experimental -> sid -> testing -> rolling

- после заморозки тестинга:

experimental -> sid -> rolling

- после выхода дистрибутива новый тестинг делается из текущего репозитория роллинга:

testing == rolling

- потом цикл повторяется.

Тогда и овцы будут сыты (роллеры) и волки целы (стейблеры).

Ух ты, адекватный комментарий в треде :)

- после заморозки тестинга:

experimental -> sid -> rolling

Собственно, здесь кроется проблема: откуда будут поступать новые пакеты в testing во время заморозки?

Фактически, вы предлагаете сделать ещё один промежуточный слой. Это можно, но насколько эффективно и сколько при такой схеме будут идти пакеты в стабильную ветку, сложно сказать. Да и при нынешней политике относительно Сида в этом нет большого смысла: заморозка основных наиболее сложных проектов: КДЕ, Хфсе, Гнома фактически происходит и в Сиде.

Собственно, здесь кроется проблема: откуда будут поступать новые пакеты в testing во время заморозки?

К.О. подсказывает, что во время заморозки тестинга в него новые пакеты поступать никак не могут. Возможно только перенесение некоторых пакетов из Сида при сохранении версии, если эти пакеты несут исправления из апстрима.

>К.О. подсказывает, что во время заморозки тестинга в него новые пакеты поступать никак не могут. Возможно только перенесение некоторых пакетов из Сида при сохранении версии, если эти пакеты несут исправления из апстрима.

Спасибо, Капитан. Итак, как в sid будут пакеты, предназначенные для testing, если в него поступают пакеты, предназначенные для rolling?

это с одной стороны,
а с другой (допустим фаза заморозки) возможная нагрузка
на сопровождащих:
- поддержка софта stable
- поддержка софта sid -> testing
- и что-то тут новенькое выскочило для RR
А хомячки уже недовольны промедлением, ерничают и
топают ножкам от нетерпения ))
Наверное прямо это не скажут,
но гон такой будет саботирован по факту и просто
нереален по качеству исполнения.

Не сделает.

Спасибо, Капитан. Итак, как в sid будут пакеты, предназначенные для testing, если в него поступают пакеты, предназначенные для rolling?

В период заморозки оба репоза могут обновляться из sid'а параллельно, но тестинг очень ограниченно: только отдельными пакетами-фиксами.

>В период заморозки оба репоза могут обновляться из sid'а параллельно

Эээ, не понял.

Допустим, было:

sid: 1.2-1, testing: 1.2-1, rolling: 1.2-1

Дальше:

sid: 1.3-1, testing: 1.2-1, rolling: 1.2-1

Дальше:

sid: 1.3-1, testing: 1.2-1, rolloing: 1.3-1

А дальше появляется 1.2-2, предназначенная для testing. Всё, в sid оно пойти уже не может, там уже пакет большей версии.

> Дальше:

sid: 1.3-1, testing: 1.2-1, rolloing: 1.3-1

другими словами:
имхо, вот на это тотально не пойдут , так как sid апстрим для testing
и теряется рабочая версия в Sid софта для testing.

Как альтернатива, пакеты в rolling могут идти напрямую, минуя sid. Но это, опять-таки, больше работы для разработчиков. Одну ветку держать проще, чем две (знаю, знаю, в роли и.о. К.О. :)).

>и теряется рабочая версия в Sid софта для testing.

Угу, именно.

Наверное прямо это не скажут, но гон такой будет саботирован по факту и просто нереален по качеству исполнения.

Вот это и интересно, сможет ли Дебиан в рамках одного проекта реализовать 2 технологии разработки. Если сможет, то платой за это будет более медленное обновление роллинг-ветки, чем в том же Арче. Но зато, может быть, он будет более стабильным? А в этом тоже есть свои плюсы.

> Вот это и интересно, сможет ли Дебиан в рамках одного проекта реализовать 2 технологии разработки.

почему две ?
а backports, а поддержка old-stable

напридумывать можно много
как-бы люди не разбежались потом )

почему две ?

Ну я имею ввиду 2 модели разработки: продуктовую (релизы) и роллинг.

Бекпорты - это сущность всё той же продуктовой модели, когда надо обновлять старые но используемые ветки. В роллинге бекпорты не нужны по определению.

как-бы люди не разбежались потом )

А вот это уже отдельный вопрос. Сначала неплохо бы подумать о ресурсах, а потом о создании чего-то нового. В любых проектах вопрос ресурсов рассматривается заранее, а не после того.

Можно сделать и так:

experemental -> sid -> rolling -> testing -> stable

Тогда с замораживанием тестинга проблем не будет, но надо заранее отказаться от идеи высокой стабильности роллинг-ветки. По ресурсам это тоже будет не сильно больше, только путь пакетов до стейбла немного удлинится.

>а какая разница?

вот ты и поинтересуйся почему Debian на всяких разных устройствах заводят гораздо раньше чем Gentoo

> sid -> rolling -> testing -> stable

это тоже не выход
нужен нормальный апстрим для testing при заморозке,
а тут rr.

> компиляция на 400Мгц арме - не самое веселенькое и быстрое занятие

Гентушнеги, ниасилевшие кросс-компиляцию, просто не нужны.

Хотеть для i386 и amd64. Не люблю собирать руками(криво собирается часто).

Если у Дебиана появится роллинг, то разве это не перестанет быть Дебианом? Есть модель разработки, по которой в конечном итоге получается stable. Если от неё отказаться и начать работать над rolling, то в конечном итоге может не получиться создать stable. Впрочем, разработчикам дистрибутива виднее.

Если бы мне нужно было осилить кросс-компиляцию, а не отдать полностью настроенную железку на следующее утро - я бы с тобой не спорил. А так - твое ыкспертное мнение конечно же очень важно для всех, да

Нужен роллинг-релиз. А то я разочаровался в Debian, там даже в unstable проги старые. То ли дело в любимом Archlinux. Самые свежие программы, плюс ПО из AUR, зачастую прямо с git/svn. Нарадоваться не могу. Была трабла с Rhythmbox в Gnome3.

зачастую прямо с git/svn

а как у них стабильность?

Нужен роллинг-релиз. А то я разочаровался в Debian, там даже в unstable проги старые. То ли дело в любимом Archlinux. Самые свежие программы, плюс ПО из AUR, зачастую прямо с git/svn.

Чего конкретно вам так нехватает? Я на работе поставил Сквиз в конце сентября, когда он был в состоянии заморозки, и пока обновляться не планирую. Ничего кардинально критичного в Визи для меня пока нет.

Одну ветку держать проще, чем две (знаю, знаю, в роли и.о. К.О. :)).

Две ветки: sid и stable. Да, а еще oldstable. То есть три. Причем для stable сложнее даже, потому что все новые патчи безопасности идут для новых версий уже. Может так оказаться, что придется сидеть и думать, как это дело наложить и стоит ли вообще накладывать на stable. Пример из последних security для iceweasel. Как видно для oldstable не успевают сразу же:

For the oldstable distribution (lenny), this problem will be fixed soon with updated packages of the xulrunner source package.

For the stable distribution (squeeze), this problem has been fixed in version 3.5.16-7.

For the unstable distribution (sid), this problem has been fixed in version 3.5.19-1.

А с backports даже четыре ветки может получиться. Не, нафиг. Если бы я был сопровождающим, то у меня бы крыша поехала еще от какого-то там rolling. А большинство сопровождающих следит не за одним пакетом, а за несколькими. Очень большая нагрузка, да.

Лучше тем, кто хочет делать этот RR-дистрибутив своими силами из sid или testing, не напрягая попусту основных сопровождающих, присоединиться к DEX.

Дистрибутив моей мечты.

ты так говоришь как шлюхи, будто в этом есть что-то плохое

Как Ъ не хожу по ссылкам

Я за. Только чтоб rolling-release была отдельная ветка а не совместная с testing.

всетаки, имхо, ролинг нужен. долго на PCLinuxOS сидел, где используют именно ролинг модель. слез с ПСЛОС только изза маленькой пакетной базы, и отсутствия x64 дистрибутива

Странное утверждение, можно даже предположить что пакетики имеют срок годности. Сегодня работает, завтра тоже, и кааак только выходит апдейт, баги ждут пару часов, и если пользователь не успел сделать апдейт.......

Sid --- не совсем RR.

К примеру сейчас даже в Sid древний KDE 4.4.5

> Если у Дебиана появится роллинг, то разве это не перестанет быть Дебианом?

У меня есть подозрения, что ресурсов у них не хватит.

Еще один теоретик... Надо бы знать, что в роллинге обновляется все, и если давно не обновляясь поставить свежих пакетов, имеешь стопроцентный шанс отловить совершенно левых и уникальных глюков. Именно поэтому во всех бинарных роллингах перед установкой софта рекомендуется делать обновлений всей системы.

такое впечатление, что подавляющее большинство выступивших просто не представляют, что есть RR. это не то, что вы себе напридумывали, типа «еще один testing, только более (как вариант, менее) стабильный». это переход от модели «версии дистрибутива» к модели «версии пакетов», то есть избавление от понятия «версия дистрибутива» как такового.

Если мне захочется rolling-release - я просто вернусь на Gentoo.

На дебиан перешёл исключительно из-за stable.

Вывод: лично мне - не нужно (но не исключаю, что у кого-то могут быть другие, специфические требования).

все сре... и сре....

А слабо запилить LOR/GNU/Linux ?

Люблю новые фичи. Тот же Calibre за неделю обновляется обычно раза два-три. Важно, что кроме новых фич ещё и старые баги закрываются. А самое главное, когда ставятся обновления чувствуешь что дело Линуса живо и процветает. И активно развивается.

+ не читаю интернеты, не смотрю телевизор, не слушаю радио, не читаю газет и другую макулатуру, пропускаю мимо ушей слова других людей и впитываю информацию из этого мира через астрал?

Через сколько времени ваши вредставления о единичном прдмете устареют, ну не сразу, как раз в период одного просера релиза дебиана.

Интернеты-читаю,остольное -не нужно.И да,ноги моей не будет на арчесайтиках.

> На дебиан перешёл исключительно из-за stable.

так нацарапай себе на мониторе «stable» и будь счастлив перманентно.

сколько раз нужно окунуть человека в бочку с дерьмом, чтобы он, наконец, понял, что слово «мед» на ней написано зря?

Пользователь oldstable, я бы не хотел RR. backports же есть + самосборные пакеты, где надо. Что-то я сомневаюсь, что RR не ударит по качеству stable. Не переходить же на RedHat на серверах...

Есть же Debian testing, Ubuntu и Mint. Кому этого не хватает?.. Какое-то УГ творится...

> Не переходить же на RedHat на серверах...

это ж надо таким долгим и окольным путём идти к такому очевидному решению... непрерывно сопротивляясь здравому смыслу и собственному внутреннему голосу... ))))

 37 голосов: я пользователь Debian, я использую testing или unstable, я бы хотел ветку rolling-release;
 6 голосов: я пользователь Debian, я использую testing или unstable, я бы НЕ хотел ветку rolling-release;
 17 голосов: я пользователь Debian, я использую stable, я бы хотел ветку rolling-release;
 3 голоса: я пользователь Debian, я использую stable, я бы НЕ хотел ветку rolling-release.

Явная подтасовка голосов :) Думаю, было бы разумно, объединить unstable и experimental в rolling-release. Зачем плодить репозитории с невнятной политикой?

Поспрашивал ребят на ирке, говорят, что все это херня и что тестовый репозиторий и есть роллинг.