>> (заглядывая в инбокс) Прямо-таки никто? Даже до меня долетает вообще-то.
> Ну, "караул" на уровне Инго - не кричат.Что-то не припомню сходу на том уровне майнтейнеров Debian (кроме разве kernel team).
> Не знаю что там до вас долетае...
Например, необходимость прописывать зависимости ручками.
>> Окиньте взглядом CPAN.
> Все что попросили включить (см. BTS wnpp) - стараются включать
Я к тому, что есть огромное поле того, что люди собирают сами предоставляемыми сторонними инструментами. И CPAN тут -- это только верхушка айсберга проблемы модулей для скриптовых языков, увы. Там хоть базовая версия относительно одна.
> причем подготовка пакета достаточно хорошо автоматизирована.
Ну с тех пор как тот кромешный ужас на старом dh в debian/rules стал необязателен -- эту подготовку можно не называть пыточной камерой хотя бы ;-)
> А вот зачем мейнтейнерам перл в Debian заморачиваться
Полагаю, Вы к таковым не относитесь -- потому предложу за них и не выступать. Перловку в альте немного майнтейню, если что.
> Тут нужны подробности. Пока у меня складывается плохое впечатление о вашем коллеге.
Обычный дядька, линуксовод со стажем, сишник. Притащил его к нам netch@, кстати.
> a) коллега использует тестинг и обновлялся
И не обновлялся без веского к тому поводу, почему и получил внушение на предмет де-факто необходимости отслеживать подобные текущие репозитории хотя бы еженедельно (и разгребать/репортить проблемы по мере возникновения, а не сразу пачкой)...
> Тестинг - это тестинг, там много чего периодически ломают.
> Использование микса stable+testing - официально не поддерживается.
> Наконец, nvidia-драйвер не часть Дебиан, вы уж извините.
Внимание, вопрос: для каких задачи тогда пригоден Debian stable?
> В варианте b) - действительно, помог бы бэкпорт.
О чём было второе внушение (с упоминанием альтовских autoports).
> Увы, автоматизировать полностью его принципиально невозможно.
> Причем даже "тривиальный" случаи уровня "добавили запись в debian/changelog
> и пересобрали". Если, конечно, у вас нет развернутой автоматической системы
> тестирования пакетов. Работы оных, а не сборки.
Если нет автоматической сборки, нечего замахиваться на автоматическое тестирование (или автоматизацию сбора статуса -- "работает/сломано").
> А вручную - бэкпорты для указанного пакета периодически делаются.
> Ничто не мешает помочь интересующимся людЯм ускорить процесс.
И вот так у них всё... если что, я майнтейнил коллекцию альтовских бэкпортов в целом несколько лет и немножко знаю, чего такое стоит интересующимся.
>> Вы поймите правильно: на дебиан году в 2001 я и сам собирался
>> переходить, так что присматривался ещё с тех пор довольно внимательно.
> Ну, с 2001 года Дебиан малость изменился в (ИМХО) лучшую сторону...
Конечно.
> Как, наверно, и ALT. Может пора присмотреться по-новой?
Альт местами точно в худшую, в 2001 не было глупых однобайтовых ляпов в релизах.
С дебиана я бы не стал перебираться на альт (как и с альта на дебиан), а вот чего почерпнуть у соседей -- может и найтись.
> По содержимому доклада выше - так и не понял что конкретно криво в Debian.
Рукопашный подход.
> А в случае ALT - "криво" суть маленькое комьюнити мейнтейнеров.
Было и сопоставимое с Debian лет десять тому, это тоже не работает. Собсно, перечитайте новость.
> Боюсь, с подходом к выпуску, тестированию и дальнейшему
> сопровождению релизов в Debian - такое стало бы для него фатальным
Не уверен. По крайней мере watch-файлики изобрели в дебиане -- стало быть, и те люди скорее всего предполагали, что увеличить циферку и попытаться собрать может и робот, а вот человеку лучше побольше времени оставить читать NEWS или коммиты и проверять работоспособность, освободив при возможности от лишней рутины.
> Я сильно подозреваю, что для сизифа нет и половины сервисов qa.debian.org.
Можно [ссылку на] список? Смутно припоминается, что чего-то действительно не хватало -- но в дебиане не припоминаю, например, реализованной в масштабах всего main проверки на разрешимость ELF-символов.
> Соответственно, сабж без хорошей системы автоматического тестирования -
> приведет элементарно к дальнейшему падению качества дистрибутива.
Проблема вкратце такова: либо релизить "when it's совсем ready" и пользоваться заслуженной репутацией ископаемого, либо перераспределять и подпирать _ограниченный_ ресурс человеческого внимания так, чтобы протекание кода из апстримов к пользователям происходило с минимальными накладными расходами и максимальным отловом проблем по дороге.
Кстати, будет интересно посмотреть, как эта самая проблема повлияет на взаимодействие Debian и Ubuntu. Особенно если у них не найдётся толкового д.м.н. подумать заранее.
>> PS: Коллеги, лето на дворе
> На чужом дворе мож-т и лето.
Дык приезжайте ;-) Аж подгорел малость за час-полтора...