1.1, Аноним (-), 09:32, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –17 +/– |
Что? Релиз раз в год? Дебиан уже не тот. Они еще 8 ветку толком не допилили - баги из всех щелей лезут, а они вступили в гонку за циферками.
| |
|
2.2, орта199112 (?), 09:35, 04/03/2016 [^] [^^] [^^^] [ответить]
| +7 +/– |
Jessie релизнулся в 2015. Стретч только замораживается в 2017. Где Вы увидели "раз в год"?
| |
|
3.3, ssh (ok), 09:39, 04/03/2016 [^] [^^] [^^^] [ответить]
| +6 +/– |
Подозреваю, что первый комментатор прочел только заголовок новости.
| |
|
2.8, Аноним (-), 10:15, 04/03/2016 [^] [^^] [^^^] [ответить]
| –7 +/– |
>>баги из всех щелей лезут
Пруфы можно? Сижу на Jessie с самого тестирования, никаких багов (даже во время тестирования !) не было замечено.
| |
|
3.11, EuPhobos (ok), 12:15, 04/03/2016 [^] [^^] [^^^] [ответить]
| +8 +/– |
> никаких багов (даже во время тестирования !)
Что за бред? Вы явно не тестер.
Баги в джесси были даже после релиза, возможно и сейчас есть, просто где то я сам устранил, где-то нарочно не замечаю. К примеру blueman, openal, systemd(зависимости c nut).
По сравнению с wheezy, в jessie довольно сыренько.
Если придерживаетесь идеологии "у меня нет, значит нигде нет" - то я зря писал этот пост.
Например в данный момент Stretch невозможно поставить(пробовал вчера), т.к. установщик умирает при попытке сконфигурять systemd при установке базовой системы.
| |
|
4.14, Аноним (-), 13:05, 04/03/2016 [^] [^^] [^^^] [ответить]
| –8 +/– |
>>systemd
Вот вы и нашли причину проблемы. Да, у меня его нет, а вот у друга на Mint постоянные проблемы из-за него.
>>openal
Всё в порядке, а что с ним не так?
>>blueman
Синезуба нет, не могу проверить.
У меня всё работает, ещё раз повторяю. А пруфы вы так и не предоставили, следовательно это балабольство. Когда будут __конекретные__ пруфы - тогда поговорим.
| |
|
5.26, EuPhobos (ok), 16:33, 04/03/2016 [^] [^^] [^^^] [ответить]
| +8 +/– |
Тут балабольствуете только Вы, батенька. Как я и думал "У меня нет, значит нигде нет", какой же вы тестер??
Вот, 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/523890046871122724/
И ещё одну игру, разработчик которой исправил проблему, перейдя на другую версию openal
http://steamcommunity.com/app/95000/discussions/3/618458030654708479/#p1
Так что не надо мне тут, про балаболство..
| |
|
6.28, Аноним (-), 17:30, 04/03/2016 [^] [^^] [^^^] [ответить]
| –4 +/– |
>>что проблему вызывал конкретно libopenal1 версии 1.15, которая шла в комплекте с движком UE4
Вы хоть понимаете, что сейчас сказали? Почему майнтейнеры Debian должны отвечать за библиотеку, которая идёт с движком который отсутствует в репозиториях? Да и игры в стиме используют Steam runtime, так что причём тут Debian? Предоставьте пакеты, которые используют OpenAL, причём тут абстрактная проприетарщина?
И я не придерживаюсь идеологии "Но у меня ведь работает! Значит везде оно работает!". Человек ниже предоставил конкретный пруф, я его проверил, он воспроизводится. Я тоже играю в игры в стиме, но у меня проблем с OpenAL не было. А ещё у меня стоит GZDoom, который с недавних пор использует OpenAL, и в нём тоже всё в порядке.
| |
|
7.29, EuPhobos (ok), 17:42, 04/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вы хоть понимаете, что сейчас сказали? Почему майнтейнеры Debian должны отвечать за библиотеку, которая идёт с движком который отсутствует в репозиториях? Да и игры в стиме используют Steam runtime, так что причём тут Debian? Предоставьте пакеты, которые используют OpenAL, причём тут абстрактная проприетарщина?
> И я не придерживаюсь идеологии "Но у меня ведь работает! Значит везде оно работает!". Человек ниже предоставил конкретный пруф, я его проверил, он воспроизводится. Я тоже играю в игры в стиме, но у меня проблем с OpenAL не было. А ещё у меня стоит GZDoom, который с недавних пор использует OpenAL, и в нём тоже всё в порядке.
пфф.. Вы мой пост вообще читали? А хотя.. мне дальше даже беседу с вами неохота вести.
| |
|
8.32, Аноним (-), 18:41, 04/03/2016 [^] [^^] [^^^] [ответить] | –3 +/– | Читал Вы бы сами перечитали Пишите про UE4 сначала, потом про Steam, а потом п... текст свёрнут, показать | |
|
9.33, freehck (ok), 20:33, 04/03/2016 [^] [^^] [^^^] [ответить] | +3 +/– | То есть Вы, прочитав человека, много чего не поняли, и потому решили рассказать ... текст свёрнут, показать | |
|
|
|
|
|
4.24, Аноним (-), 14:53, 04/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
>По сравнению с wheezy, в jessie довольно сыренько.
Это неправда. У Debian есть сервис отслеживания ошибок https://bugs.debian.org/release-critical/
Из графика можно прийти к выводу, что количество ошибок в Jessie по сравнению с Wheezy совершенно не выросло. А с учетом возросшего количества пакетов, Jessie даже более качественный релиз.
| |
|
3.12, freehck (ok), 12:54, 04/03/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Пруфы можно? Сижу на Jessie с самого тестирования, никаких багов (даже во время тестирования !) не было замечено.
Нифига себе заявы.
Я тоже почти с самого начала тестирования на jessie сижу, и багов, скажу я вам, было настолько дофига...
Несколько раз ломали загрузку, fbreader совместными усилиями поправляли, со связкой bumblebee и nvidia optimus намучались. Были проблемы с wifi-чипом BCM43xxx (забыл последние цифры). И это только то, в чём участвовал лично я. А сколько было обсуждений в рассылках и на багтрекере...
Более-менее стало возможно жить лишь ближе к концу тестирования, а до этого была какая-то убунта.
| |
|
4.16, Аноним (-), 13:09, 04/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну значит мне со стационалрником на столько повезло, что у меня не ломались драйвера (в том числе и на Nvidia) а ещё во время тестирования я видео карту менял.
>>Несколько раз ломали загрузку
Когда это загрузку ломали? И что конкретно ломалось? Оо
| |
|
5.21, Аноним (-), 14:18, 04/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Когда это загрузку ломали? И что конкретно ломалось? Оо
Что угодно, вплоть до неработоспособного GRUB в апдейтах. Перезагружаешься и ... все.
| |
|
|
3.15, snmp agent (?), 13:07, 04/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вот вам пруф:
# 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
................................
| |
|
4.17, Аноним (-), 13:13, 04/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
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) …
Не знаю, что у вас там творится, но у меня всё нормально.
| |
|
5.18, snmp agent (?), 13:23, 04/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Теперь снеси его обратно, настрой ICAP в squid.conf:
icap_enable on
icap_service icapRespmod respmod_precache icap://localhost:1344/respmod bypass=0
adaptation_access icapRespmod allow all
и попробуй ещё раз поставить.
| |
|
6.19, Аноним (-), 13:52, 04/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну хорошо, действительно воспроизводится. К счастью на сервере не держу squid. Баг то завели хоть? А то смысл от того, что вы мне тут что-то доказываете?
| |
|
|
|
3.20, Аноним (-), 14:15, 04/03/2016 [^] [^^] [^^^] [ответить]
| +6 +/– |
> Пруфы можно? Сижу на Jessie с самого тестирования, никаких багов (даже во
> время тестирования !) не было замечено.
Не быть тебе тестировщиком. Зато в саппорте такие как ты нужны.
| |
3.36, myhand (ok), 14:57, 05/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Jessie - первый релиз дебиан, в котором у меня после багфикс-обновления Xы не стартовали. То что было поломано сразу после обновления и починено потом в пойнт-релизах - я даже не беру как пример. Вначале казалось, что подсунули бубунту, вместо стабильного Debian.
| |
|
|
1.4, manofring (?), 09:43, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
У Дебиана все по плану, это не Бубунта какая то, все стабильно и из stable, баги лезут из Бубунт :))
| |
1.5, Меломан1 (?), 09:51, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
>обеспечить вхождение в состав Debian 9 ядра Linux 4.10, которое будет отнесено к разряду LTS-веток
Что-то разогнались дебианщики, в 8-ку зачем-то 3.16 запихали, хотя все пацаны 3.10 юзают. Похоже в Дебиане некому бэкпорты в ядро делать, скоро вообще роллинг дистрибутив сделают, как Арч.
| |
|
2.6, орта199112 (?), 10:06, 04/03/2016 [^] [^^] [^^^] [ответить]
| +7 +/– |
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. Я думаю выбор очевиден
| |
2.7, A.Stahl (ok), 10:07, 04/03/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
>скоро вообще роллинг дистрибутив сделают
Сижу уже много лет^Wстабильных версий на тестинге. Не совсем роллинг, но близко:)
| |
|
3.27, annual slayer (?), 16:43, 04/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
в начале периода тестирования слишком сыро, в конце -- всё уже протухло
не понимаю, зачем такой мазохизм кроме как для, собственно, тестирования
| |
|
|
3.40, Аноним (-), 09:35, 28/04/2016 [^] [^^] [^^^] [ответить]
| +/– |
Linux 3.16 - это обычное ядро. К моменту выхода Jessie, однако уже был Linux 3.18, являющийся LTS
| |
|
2.10, Аноним (-), 10:18, 04/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>>Похоже в Дебиане некому бэкпорты в ядро делать
К слову, уже несколько фиксов ядра было, так что про бекпорты балобольство, не иначе.
| |
2.22, Аноним (-), 14:21, 04/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Что-то разогнались дебианщики, в 8-ку зачем-то 3.16 запихали, хотя все пацаны 3.10 юзают.
Какие из пацанов? В убунте 16.04 LTS будет ядро 4.4. Если не 4.5.
| |
|
1.30, Андрей (??), 18:09, 04/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну и хорошо. Не люблю я эти заморозки, т.к. перестают обновлять unstable, а experimental не всегда совместим с testing/sid. И ради одного пакета пришлось бы проапгрейдить базовые, которые не хотелось бы трогать.
| |
|
2.39, botman (ok), 20:51, 08/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
А я не могу дождаться стабилизации Stretch - уже запарился с жуткими системными багами которые то появляются, то снова исчезают. Systemd не зря проапгрейдили с 228 до 229. Правильный шаг если нужно избежать ора пользователей стабильной версии.
| |
|
1.37, iZEN (ok), 18:59, 05/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
"Мы столкнулись с необъяснимым - заморозку пришлось заморозить."
| |
|
2.38, Andrey Mitrofanov (?), 06:31, 06/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
> "Мы столкнулись с необъяснимым - заморозку пришлось заморозить."
Изя не понял новости и рассмеялся. "Что-то давно не было новостей про интимную жизнь FreeBSD 10.3",- подумал Штирлиц, его чувство юмора говорило: "Надо постить, это жж новость про Debian."
| |
|
|