На прошедшей встрече команды, ответственной за подготовку релизов Debian, принято (https://lists.debian.org/debian-devel-announce/2016/03/msg00...) решение отложить заморозку пакетной базы следующего выпуска Debian 9 "Stretch" на два месяца, относительно первоначального плана. Сдвиг сроков выполнен для того, чтобы обеспечить вхождение в состав Debian 9 ядра Linux 4.10, которое будет отнесено к разряду LTS-веток, что упростит длительное сопровождение пакетов с ядром в дистрибутиве.
В соответствии с новым планом 5 ноября будет прекращено выполнение "transitions" (обновление пакетов, требующее корректировки зависимостей у других пакетов, которое приводит к временному удалению пакетов из Testing). 5 января 2017 года состоится мягкая заморозка пакетной базы, а 5 февраля полная заморозка перед релизом.
URL: https://lists.debian.org/debian-devel-announce/2016/03/msg00...
Новость: http://www.opennet.dev/opennews/art.shtml?num=43984
Что? Релиз раз в год? Дебиан уже не тот. Они еще 8 ветку толком не допилили - баги из всех щелей лезут, а они вступили в гонку за циферками.
Jessie релизнулся в 2015. Стретч только замораживается в 2017. Где Вы увидели "раз в год"?
Подозреваю, что первый комментатор прочел только заголовок новости.
Дык - реал Ъ! :-)
>>баги из всех щелей лезутПруфы можно? Сижу на Jessie с самого тестирования, никаких багов (даже во время тестирования !) не было замечено.
> никаких багов (даже во время тестирования !)Что за бред? Вы явно не тестер.
Баги в джесси были даже после релиза, возможно и сейчас есть, просто где то я сам устранил, где-то нарочно не замечаю. К примеру blueman, openal, systemd(зависимости c nut).
По сравнению с wheezy, в jessie довольно сыренько.Если придерживаетесь идеологии "у меня нет, значит нигде нет" - то я зря писал этот пост.
Например в данный момент Stretch невозможно поставить(пробовал вчера), т.к. установщик умирает при попытке сконфигурять systemd при установке базовой системы.
>>systemdВот вы и нашли причину проблемы. Да, у меня его нет, а вот у друга на Mint постоянные проблемы из-за него.
>>openal
Всё в порядке, а что с ним не так?
>>blueman
Синезуба нет, не могу проверить.
У меня всё работает, ещё раз повторяю. А пруфы вы так и не предоставили, следовательно это балабольство. Когда будут __конекретные__ пруфы - тогда поговорим.
https://bugs.debian.org/release-critical/
не?
Тут балабольствуете только Вы, батенька. Как я и думал "У меня нет, значит нигде нет", какой же вы тестер??
Вот, https://youtu.be/020mgc88NJQ когда я это записывал, Jessie-тестинг был ещё до точки заморозки, и в тот момент я не мог определить в чём конкретно проблема. Т.к. gdb выдавал ошибки памяти от библиотек libc до nvidia, позже я узнал что проблему вызывал конкретно libopenal1 версии 1.15, которая шла в комплекте с движком UE4. Так как на тот момент jessie пользовался версией 1.14 всё остальное работало нормально кроме этих демок.
Узнал я только по тому, что на 0:24 секунде, треск в левом динамике - это не перегрузка записи, это глюк именно libopenal1.so, если я слышу перегрузку в левом динамике, значит гарантированно приложение упадёт ровно через 52 секунды после запуска.
Дальше, debian решил перейти на версию openal-1.15, несмотря на кучу баг-репортов, и не смотря даже на то, что сами разработчики признали этот глюк в библиотеке и выпустили сразу же 1.16 исправленную версию(искать тот форум не собираюсь), дебиан перешёл на 1.15 и заморозил пакеты, после чего падать стало всё, что пользует libopenal1.so, от проприетарных игр в стиме, до опенсорсных игр.Даже не знаю, зачем я всё это расписываю тут, для человека который придерживается идеологии "Но у меня ведь работает! Значит везде оно работает!"
upd: нашёл где я приводил несколько ссылок на баг этот в стиме:
https://steamcommunity.com/app/253330/discussions/0/52389004.../
И ещё одну игру, разработчик которой исправил проблему, перейдя на другую версию openal
http://steamcommunity.com/app/95000/discussions/3/6184580306...Так что не надо мне тут, про балаболство..
>>что проблему вызывал конкретно libopenal1 версии 1.15, которая шла в комплекте с движком UE4Вы хоть понимаете, что сейчас сказали? Почему майнтейнеры Debian должны отвечать за библиотеку, которая идёт с движком который отсутствует в репозиториях? Да и игры в стиме используют Steam runtime, так что причём тут Debian? Предоставьте пакеты, которые используют OpenAL, причём тут абстрактная проприетарщина?
И я не придерживаюсь идеологии "Но у меня ведь работает! Значит везде оно работает!". Человек ниже предоставил конкретный пруф, я его проверил, он воспроизводится. Я тоже играю в игры в стиме, но у меня проблем с OpenAL не было. А ещё у меня стоит GZDoom, который с недавних пор использует OpenAL, и в нём тоже всё в порядке.
> Вы хоть понимаете, что сейчас сказали? Почему майнтейнеры Debian должны отвечать за библиотеку, которая идёт с движком который отсутствует в репозиториях? Да и игры в стиме используют Steam runtime, так что причём тут Debian? Предоставьте пакеты, которые используют OpenAL, причём тут абстрактная проприетарщина?
> И я не придерживаюсь идеологии "Но у меня ведь работает! Значит везде оно работает!". Человек ниже предоставил конкретный пруф, я его проверил, он воспроизводится. Я тоже играю в игры в стиме, но у меня проблем с OpenAL не было. А ещё у меня стоит GZDoom, который с недавних пор использует OpenAL, и в нём тоже всё в порядке.пфф.. Вы мой пост вообще читали? А хотя.. мне дальше даже беседу с вами неохота вести.
>> пфф.. Вы мой пост вообще читали?Читал. Вы бы сами перечитали. Пишите про UE4 сначала, потом про Steam, а потом про то, что в Debian 8 приняли libopenal1.15, которую использует полтора приложения. Причём я не очень понял, причём тут UE4, если у него в комплекте libopenal, пусть разработчик и исправляет. И я не понял, причём тут Steam, если у Steam __своя среда исполнения__, где содержатся все необходимые библиотеки? Это не проблема дистрибутива, это проблема Steam и разработчика игры, если что-то не работает.
А вообще, да, разговор ни о чём. Вы постоянно пытаетесь увильнуть от ответа, какие приложения __из репозитория__ у вас не работают (или работают некорректно). Я же вроде бы ясно выразился, когда говорил про пруфы.
За сим предлагаю закончить бессмысленную полемику. Всего хорошего!
> Причём я не очень понял, причём тут UE4...
> я не понял, причём тут Steam...То есть Вы, прочитав человека, много чего не поняли, и потому решили рассказать ему, что он дурак? :)
> Вы постоянно пытаетесь увильнуть от
> ответа, какие приложения __из репозитория__ у вас не работают (или работают
> некорректно). Я же вроде бы ясно выразился, когда говорил про пруфы.libopenal1:1.15. Читайте внимательно.
>По сравнению с wheezy, в jessie довольно сыренько.Это неправда. У Debian есть сервис отслеживания ошибок https://bugs.debian.org/release-critical/
Из графика можно прийти к выводу, что количество ошибок в Jessie по сравнению с Wheezy совершенно не выросло. А с учетом возросшего количества пакетов, Jessie даже более качественный релиз.
> Пруфы можно? Сижу на Jessie с самого тестирования, никаких багов (даже во время тестирования !) не было замечено.Нифига себе заявы.
Я тоже почти с самого начала тестирования на jessie сижу, и багов, скажу я вам, было настолько дофига...
Несколько раз ломали загрузку, fbreader совместными усилиями поправляли, со связкой bumblebee и nvidia optimus намучались. Были проблемы с wifi-чипом BCM43xxx (забыл последние цифры). И это только то, в чём участвовал лично я. А сколько было обсуждений в рассылках и на багтрекере...
Более-менее стало возможно жить лишь ближе к концу тестирования, а до этого была какая-то убунта.
Ну значит мне со стационалрником на столько повезло, что у меня не ломались драйвера (в том числе и на Nvidia) а ещё во время тестирования я видео карту менял.>>Несколько раз ломали загрузку
Когда это загрузку ломали? И что конкретно ломалось? Оо
> Когда это загрузку ломали? И что конкретно ломалось? ОоЧто угодно, вплоть до неработоспособного GRUB в апдейтах. Перезагружаешься и ... все.
Вот вам пруф:# apt-get install ......
................................
Настраивается пакет squid3 (3.4.8-6+deb8u1) …
Aborted
Aborted
Aborted
Creating Squid HTTP proxy 3.x spool directory structure
2016/03/04 12:56:23| Squid is already running! Process ID 10084
2016/03/04 12:56:23| assertion failed: mem.cc:282: "size == StrPoolsAttrs[i].obj_size"
Aborted
dpkg: ошибка при обработке пакета squid3 (--configure):
подпроцесс установлен сценарий post-installation возвратил код ошибки 134
................................
sudo apt-get install squid3
..........
Выбор ранее не выбранного пакета squid3-common.
Подготовка к распаковке …/squid3-common_3.4.8-6+deb8u1_all.deb …
Распаковывается squid3-common (3.4.8-6+deb8u1) …
Выбор ранее не выбранного пакета squid3.
Подготовка к распаковке …/squid3_3.4.8-6+deb8u1_amd64.deb …
Распаковывается squid3 (3.4.8-6+deb8u1) …
Обрабатываются триггеры для man-db (2.7.0.2-5) …
Настраивается пакет libmnl0:amd64 (1.0.3-5) …
Настраивается пакет libnetfilter-conntrack3:amd64 (1.0.4-1) …
Настраивается пакет squid-langpack (20140506-1) …
Настраивается пакет libecap2 (0.2.0-3) …
Настраивается пакет squid3-common (3.4.8-6+deb8u1) …
Настраивается пакет squid3 (3.4.8-6+deb8u1) …
Creating Squid HTTP proxy 3.x spool directory structure
2016/03/04 17:03:56 kid1| Set Current Directory to /var/spool/squid3
2016/03/04 17:03:56 kid1| Creating missing swap directories
2016/03/04 17:03:56 kid1| No cache_dir stores are configured.
[ ok ] Restarting Squid HTTP Proxy 3.x: squid3.
Обрабатываются триггеры для libc-bin (2.19-18+deb8u3) …
Не знаю, что у вас там творится, но у меня всё нормально.
Теперь снеси его обратно, настрой ICAP в squid.conf:icap_enable on
icap_service icapRespmod respmod_precache icap://localhost:1344/respmod bypass=0
adaptation_access icapRespmod allow allи попробуй ещё раз поставить.
Ну хорошо, действительно воспроизводится. К счастью на сервере не держу squid. Баг то завели хоть? А то смысл от того, что вы мне тут что-то доказываете?
Баг давно есть: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760303
Но в jessie его фиксить, похоже, не собираются.
> Пруфы можно? Сижу на Jessie с самого тестирования, никаких багов (даже во
> время тестирования !) не было замечено.Не быть тебе тестировщиком. Зато в саппорте такие как ты нужны.
Jessie - первый релиз дебиан, в котором у меня после багфикс-обновления Xы не стартовали. То что было поломано сразу после обновления и починено потом в пойнт-релизах - я даже не беру как пример. Вначале казалось, что подсунули бубунту, вместо стабильного Debian.
У Дебиана все по плану, это не Бубунта какая то, все стабильно и из stable, баги лезут из Бубунт :))
>обеспечить вхождение в состав Debian 9 ядра Linux 4.10, которое будет отнесено к разряду LTS-ветокЧто-то разогнались дебианщики, в 8-ку зачем-то 3.16 запихали, хотя все пацаны 3.10 юзают. Похоже в Дебиане некому бэкпорты в ядро делать, скоро вообще роллинг дистрибутив сделают, как Арч.
Linux 3.10 LTS Окончание поддержки - 2016-03-03. Linux 3.16 - Ubuntu kernel team will continue to maintain that branch, following the same rules for acceptance and review, until around April 2016. Я думаю выбор очевиден
>скоро вообще роллинг дистрибутив сделаютСижу уже много лет^Wстабильных версий на тестинге. Не совсем роллинг, но близко:)
в начале периода тестирования слишком сыро, в конце -- всё уже протухлоне понимаю, зачем такой мазохизм кроме как для, собственно, тестирования
>>в 8-ку зачем-то 3.16 запихалиУМВР. А что не так с 3.16?
Недостаточно окаменело ещё.
Linux 3.16 - это обычное ядро. К моменту выхода Jessie, однако уже был Linux 3.18, являющийся LTS
>>Похоже в Дебиане некому бэкпорты в ядро делатьК слову, уже несколько фиксов ядра было, так что про бекпорты балобольство, не иначе.
> Что-то разогнались дебианщики, в 8-ку зачем-то 3.16 запихали, хотя все пацаны 3.10 юзают.Какие из пацанов? В убунте 16.04 LTS будет ядро 4.4. Если не 4.5.
Очевидно же, что одноклассники.
Ну и хорошо. Не люблю я эти заморозки, т.к. перестают обновлять unstable, а experimental не всегда совместим с testing/sid. И ради одного пакета пришлось бы проапгрейдить базовые, которые не хотелось бы трогать.
А я не могу дождаться стабилизации Stretch - уже запарился с жуткими системными багами которые то появляются, то снова исчезают. Systemd не зря проапгрейдили с 228 до 229. Правильный шаг если нужно избежать ора пользователей стабильной версии.
"Мы столкнулись с необъяснимым - заморозку пришлось заморозить."
> "Мы столкнулись с необъяснимым - заморозку пришлось заморозить."Изя не понял новости и рассмеялся. "Что-то давно не было новостей про интимную жизнь FreeBSD 10.3",- подумал Штирлиц, его чувство юмора говорило: "Надо постить, это жж новость про Debian."