Представлены (http://www.kernel.org/) очередные корректирующие релизы ядра Linux: 3.0.45 (https://lkml.org/lkml/2012/10/7/97) (33 исправления (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.45)), 3.4.13 (https://lkml.org/lkml/2012/10/7/98) (52 исправления (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.4.13)), 3.5.6 (https://lkml.org/lkml/2012/10/7/110) (58 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.5.6)) и 3.6.1 (https://lkml.org/lkml/2012/10/7/108) (56 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.6.1)). Отмечается, что выпуск 3.5.6 является одним из последних, в скором времени поддержка ветки 3.5 будет прекращена, пользователям рекомендуется перейти на использование LTS-веток или ветки 3.6. Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Из подсистем, в которых устранены ошибки можно отметить: SCSI, Xen, ath9k, USB (xHCI, EHCI, serial, gadget), TTY.URL: https://lkml.org/lkml/2012/10/7/108
Новость: http://www.opennet.me/opennews/art.shtml?num=35023
А если я установлю Arch-подобный дистрибутив, то мне автоматически предложат обновиться до ядра 3.6.1? Сегодня Cinnarch, например, сам загрузил ядро 3.5.5 в процессе установки (пусть и неудачной)...К слову, можете предложить дистрибутив с графическим установщиком, который имел бы систему "rolling-release"?
> К слову, можете предложить дистрибутив с графическим установщиком,
> который имел бы систему "rolling-release"?Довольно занятное сочетание хотелок, но можете посмотреть на openSUSE Tumbleweed и ALT Linux Sisyphus (к последнему могу печь хоть ночнушки инсталятора -- публикуемые на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkima.../ образы стараюсь делать из стабильных бранчей).
Калькулят же, ну.
Aptosid, siduction.. Debian sid based.
> Aptosid, siduction.. Debian sid based.Спасибо, забыл.
> Aptosid, siduction.. Debian sid based.sid - не полноценный rolling. Соответственно, все, что на нем основано -тоже.
Попробуйте Chakra, Manjaro
Debian же, ну
Sid - это не настоящий роллинг. Он уже несколько месяцев как заморожен, и разморозят его не раньше релиза wheezy (первая половина следующего года).
3.6 будет к версии эдак к 3.6.3, не раньше. Новые ветки ядра тестируют пару месяцев.
Опенсуся не годится как роллинг. Слишком сложный и нестабильный. Из всех перечисленных роллингов арч самый популярный.
В opensuse можно обновлять только ядро. У меня, например, сейчас ядро 3.6 и KDE 4.9.2, но все остальные пакеты от 12.1
Пробовал калкулят, остановился на сабайоне.
Easy Linux from the Source http://www.calculate-linux.ru/main/ru/screenshots
>К слову, можете предложить дистрибутив с графическим установщиком, который имел бы систему "rolling-release"?Из того что можно назвать роллингом я знаю OpenSuse Tumbleweed , Mint Debian Edition и Aptosid. А вообще рекомендую убунту - с ппа и гетдеб софт достаточно свежий выходит без всяких ролингов.
О, в 3.6 добавили мегафичу, которую я джва года ждал - полный фриз ядра, предположительно от тайм-аутов юзб-блютуза. Последний раз заметил когда блютуз начал как обычно выдёргиватся, я выключил на телефоне онного, чтобы оборвать залипшее соеденение, обвернушись к монитору, увидел стоячий колом линукс (
Может кто нибудь попробовать что-то подобное повторить? А то хз, постить на багзиллу или нет...
Сначала обнови до 3.6.1, если, конечно, умеешь.
У меня и так 3.6.1. Баг воспроизводится со 100% вероятностью. Напишу на багзиллу регрессию. А минусаторы, типа, в православном ядре не бывает багов?
выдёргиваеца нормально, но вот после ребута системи работать не хочет, но я слонен винить всою мат плату, а не новое ядро.
Проверь на старом ведре, делов-то.
Металлический звук в PulseAudio так и не полечили, а жаль :(
слава роботам!
In pure ALSA we trust! =)
оно в ядро не входит
> оно в ядро не входитНо использует ядерные фичи (в частности, работу со звуком), которые как раз и поломали.
Какая связь с subject?
В глюках pulseaudio виновато ядро, или ещё что-то, но только не PA. Это каждый школьник знает.
> В глюках pulseaudio виновато ядро, или ещё что-то, но только не PA.
> Это каждый школьник знает.Сто пудов, это будет первой заповедью церкви Поттеринга :)
> В глюках pulseaudio виновато ядро, или ещё что-то, но только не PA.
> Это каждый школьник знает.Баг ядерной части ALSA, но виновато всегда pulseaudio - это знает каждый убантувод.
>> В глюках pulseaudio виновато ядро, или ещё что-то, но только не PA.
>> Это каждый школьник знает.
> Баг ядерной части ALSA, но виновато всегда pulseaudio - это знает каждый
> убантувод.Обиженные леннартопоклонники подтянулись. Леннарт непогрешим.
Может, брейк всё-таки до выяснения в b.k.o?
> Может, брейк всё-таки до выяснения в b.k.o?Боюсь, что его результаты выяснения не очень интересуют.
А если выяснится, что проблема в ядре - он все равно будет стоять на своем (ведь он разбирается в вопросе гораздо лучше, чем тупые разработчики ядра).
> Может, брейк всё-таки до выяснения в b.k.o?Обрати внимание, изначальная формулировка вопроса именно такова: починили ли в ядре баг PA? Это выдаёт одно из двух, либо толстого троля, либо фанбойя и в любом случае лоровского школьника. Что в принципе только подтверждается накрученными минусиками.
>> Может, брейк всё-таки до выяснения в b.k.o?
> Обрати внимание, изначальная формулировка вопроса именно такова:Да грустно смотреть. Некуда время девать, из пальца высасывать двухсотый раз одно и то же?.. :(
> Обиженные леннартопоклонники подтянулись.Нет, просто любители потоптаться на мозолях космонавтопоклонников :)
>> Обиженные леннартопоклонники подтянулись.
> Нет, просто любители потоптаться на мозолях космонавтопоклонников :)А им-то что? У них в стабильных релизах всё работает. Даже прибитый гвоздями PA им к релизу пропатчат. Хотя лучше бы не прибивали изначально, но это уже личные трудности разработчиков Убунту, если им нравятся кактусы Потеринга, пукай жуют.
Когда у меня при обновлении ядра отвалился звук, первое, что мне посоветовал сделать Takashi Iwai, в ответ на заведенный мной баг, так это удалить pulseaudio :) Но в итоге проблема оказалась все-таки в ядре, а пульса у меня и так была удалена.
>> В глюках pulseaudio виновато ядро, или ещё что-то, но только не PA.
>> Это каждый школьник знает.
> Баг ядерной части ALSA, но виновато всегда pulseaudio - это знает каждый
> убантувод.Покажите, пожалуйста, где именно баг в ALSA (эксперимент напрямую с ALSA).
Я не доказываю, что вы не правы, мне просто любопытно.
> В глюках pulseaudio виновато ядро, или ещё что-то, но только не PA.
> Это каждый школьник знает.В глюках pulseaudio, очевидно, виноваты его разработчики (Colin Guthrie, Arun Raghavan, Tanu Kaskinen и другие).
Но сейчас речь какбэ немного о другом. А именно - о регрессии в ведре.
> Какая связь с subject?
>> Какая связь с subject?
> https://bugzilla.kernel.org/show_bug.cgi?id=46441d[19:12:35] [xaionaro@watcher ~]$ cat /proc/version
Linux version 3.2.0-3-amd64 (Debian 3.2.21-3) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Thu Jun 28 09:07:26 UTC 2012.. и та же проблема с pulseaudio. А если верить приложенному bugreport-у, то проблема в переходе с 3.5 на 3.6. Странновато, как-то, но ещё можно понять.
Но да ладно, а вот то, что точно такую же проблему я наблюдал в mplayer on freebsd всё-таки слегка намекает на то, что проблема немного не в ядре linux... Хотя это вообще отдельная история, IMHO, так что не важно.
Но да фиг с ним, ещё момент, наиболее важный. Там пишут, что через _ALSA всё ОК_, в то время как через _pulseaudio (который в Linux обычно через тот же ALSA работает) баг есть_. Ещё более явно намекает на то, что проблема где-то не в ядре. Ещё прикол. Обнаружил ровно такую же проблему, когда перенастроил pulseaudio, а ядро не трогал [по надобности сносил pulseaudio и ставил заново на одной машинке].
Также примечательным кажется в данном bugreport, что "Standard, Open Sound System, Pulseaudio and Audio Memory Output" поставлены в один ряд, что говорит о том, что режимы переключались внутри программы, в то время как, судя по всему, сами драйвера не были переключены на OSS (ради проверки в ALSA ли проблема). И, весьма возможно, человечек тупо забывал перезапустить VLC (или что-нибудь вроде этого) перед каждой проверкой, в итоге каждый раз тупо гнал через pulseaudio.. [только что попробовал VLC, действительно забавляет, когда ставишь "File audio output", а оно продолжает гнать через ALSA]
Также хотелось бы почитать что такое "I compiled the two Kernels the same way but the problem only appears on 3.6.0", ведь у этих ядер разный набор опций, их не всегда можно скомпилить "the same way".
P.S.: Ещё одна примечательность — общая составляющая у всех случаев обычно pulseaudio. Хотя я уверен, что Леонард скажет, что проблема в ядре.
Добавлю, что я не отрицаю возможную вероятность того, что проблема таки в ядре, но всё-таки прямой связи всё-равно пока не вижу.
> [только что попробовал VLC, действительно забавляет,
> когда ставишь "File audio output", а оно продолжает гнать через ALSA]Спросил разработчиков, предложили для начала повесить багу в своём дистрибутиве.
Только что провел свой собственный тест, действительно проблема с pulseaudio. Но это значит что скорее всего поломали API, хоть Торвальдс пару месяцев назад и говорил что ничего не ломают, и покажите хоть одно приложение которое поломали.
В 3.5.5 работает без проблем и alsa и pulseaudio
Начиная с 3.6 - pulseaudio приходится выпиливать.
Возможно это что-то с Debian пакетом PA, так как и репортер проблемы и я пользуемся Debian. На других дистрибутивах наблюдается такая же проблема?
По-поводу pulseaudio не в ядре, оно то так, но ту же альсу пилили чтоб PA работала без таких ужасных тормозов как было раньше, "запиливая" функционал PA поближе к ядру.
> Начиная с 3.6 - pulseaudio приходится выпиливать.Странно. Как у меня это самое 3.6 работает с пульсаудио? Да, я вкатил в убунту где "пульсаудио прибито гвоздями" это самое ядро. Проблем не заметил. WTF?
>> Начиная с 3.6 - pulseaudio приходится выпиливать.
> Странно. Как у меня это самое 3.6 работает с пульсаудио? Да, я
> вкатил в убунту где "пульсаудио прибито гвоздями" это самое ядро. Проблем
> не заметил. WTF?Ну, это ещё объяснимо. Разные ALSA-драйвера (из-за разных звуковых карт) могут провоцировать разное поведение.
Хотя вопрос ризонный, IMHO :)
/me очень пытается избегать продолжения flame-а
> Но да фиг с ним, ещё момент, наиболее важный. Там пишут, что
> через _ALSA всё ОК_, в то время как через _pulseaudio (который
> в Linux обычно через тот же ALSA работает) баг есть_. Ещё
> более явно намекает на то, что проблема где-то не в ядре.Большинство проблем, которые приписываются pulseaudio - как раз в недопиленности ALSA.
Просто пульс использует фичи альсы на полную катушку, в отличие от большинства других приложений, вот оно все и вылезает.
>> Но да фиг с ним, ещё момент, наиболее важный. Там пишут, что
>> через _ALSA всё ОК_, в то время как через _pulseaudio (который
>> в Linux обычно через тот же ALSA работает) баг есть_. Ещё
>> более явно намекает на то, что проблема где-то не в ядре.
> Большинство проблем, которые приписываются pulseaudio - как раз в недопиленности ALSA.
> Просто пульс использует фичи альсы на полную катушку, в отличие от большинства
> других приложений, вот оно все и вылезает.Если проблема в ALSA, то давайте говорить про вполне конкретный повторяемый баг _в ALSA_, а не в PA, тогда будет видно, что проблема в ядре.
> Но да фиг с ним, ещё момент, наиболее важный. Там пишут, что
> через _ALSA всё ОК_, в то время как через _pulseaudio (который
> в Linux обычно через тот же ALSA работает) баг есть_. Ещё
> более явно намекает на то, что проблема где-то не в ядре.Простой пример: если при переходе с ядра версии x на ядро версии x+1, при выполнении ls ядро стало падать в панику - это баг ls?
> Простой пример: если при переходе с ядра версии x на ядро версии x+1, при выполнении ls ядро стало падать в панику - это баг ls?Ну, поскольку это _ЯДРО_ стало падать в панику, то очевидно, что проблема ядра.
А вот если один ls нормально работает, а другой как-то криво выравнивает имена файлов при выводе, то тогда проблема вряд ли в ядре (хоть и не исключена). Сейчас речь скорее про второй случай.
Вы невнимательно читали мой пост:
> Добавлю, что я не отрицаю возможную вероятность того, что проблема таки в ядре, но всё-таки прямой связи всё-равно пока не вижу.
По-моему разумным является когда говорят о конкретной проблеме ALSA, обвиняя ядро (вполне себе повторяемый эксперимент напрямую с ALSA), а не когда говорят о проблеме pulseaudio, обвиняя ядро.
И вообще, успокойтесь. Я ж не говорю, что проблема именно в PA, я лишь доказываю, что связь между проблемой в PA и наличием бага в ядре пока что нигде не показана.
> Простой пример: [...] lsЭтот пример потому и не годится, что случай простой, а там -- сложный. ls всё-таки достаточно устоявшаяся реализация поверх ещё более устоявшихся интерфейсов. Ну и если "ядро стало падать" -- это тоже немножко другое, чем "при прохождении по тракту user/kernelspace звук испортился", понимаете ведь.
Добавлю ещё пункт, перевёл на той машинке pulse в режим system-wide и "металлический звук" изчез.
Минусующим анонимным идиотам, прошу обратить внимание на баг:
https://bugzilla.kernel.org/show_bug.cgi?id=46441Если вы не потрудились скомпилировать ядро и посмотреть сами, не нужно делать из себя все знающих специалистов ядра, и рассказывать что входит в ядро а что в ядро не входит.
> Минусующим анонимным идиотам, прошу обратить внимание на баг:
> https://bugzilla.kernel.org/show_bug.cgi?id=46441
> Если вы не потрудились скомпилировать ядро и посмотреть сами, не нужно делать
> из себя все знающих специалистов ядра, и рассказывать что входит в
> ядро а что в ядро не входит.Прежде чем минусовать всех, кто даже не минусовал и не отрицал возможности бага, потрудились бы лучше внимательнее изучить вопрос. pulseaudio - _действительно_ не входит в ядро. Если проблема какая-то в ALSA или OSS - понятно.. Однако, если же в pulseaudio - тогда связь не видна.
> Прежде чем минусовать всех, кто даже не минусовал и не отрицал возможности
> бага, потрудились бы лучше внимательнее изучить вопрос. pulseaudio - _действительно_ не
> входит в ядро. Если проблема какая-то в ALSA или OSS -
> понятно.. Однако, если же в pulseaudio - тогда связь не видна.Эксплойт, поражающий дырявую программу, не входит в нее. Но дыра, тем не менее, именно в программе.
>> Прежде чем минусовать всех, кто даже не минусовал и не отрицал возможности
>> бага, потрудились бы лучше внимательнее изучить вопрос. pulseaudio - _действительно_ не
>> входит в ядро. Если проблема какая-то в ALSA или OSS -
>> понятно.. Однако, если же в pulseaudio - тогда связь не видна.
> Эксплойт, поражающий дырявую программу, не входит в нее. Но дыра, тем не
> менее, именно в программе.Замечательно, когда пишут эксплойт, демонстрируют баг конкретной программы, а не о баг самого эксплойта.
А тут говорят лишь о демонстрации бага pulseaudio, а не ALSA. Пока не скажут какой именно баг у ALSA, считаю вывод о баге ядра преждевременным.
> А тут говорят лишь о демонстрации бага pulseaudio, а не ALSA.Скорее о баге с искажением звука. А весь тракт получается достаточно длинным и с простором для интербагов aka межглючных взаимодействий.
Поэтому повторюсь: настоятельно прошу прекратить переливание из пустого в порожнее aka флейм. :)
>> А тут говорят лишь о демонстрации бага pulseaudio, а не ALSA.
> Скорее о баге с искажением звука. А весь тракт получается достаточно
> длинным и с простором для интербагов aka межглючных взаимодействий.Извиняюсь, неверно сформулировал. Имелось в виду, что баг наблюдается только поверх PA, а где именно он во всём тракте - неизвестно, поэтому говорить о баге в ядре слишком преждевременно.
> Поэтому повторюсь: настоятельно прошу прекратить переливание из пустого в порожнее aka
> флейм. :)Согласен.
> Если вы не потрудились скомпилировать ядро и посмотреть сами, не нужно делать
> из себя все знающих специалистов ядра, и рассказывать что входит в
> ядро а что в ядро не входит.Каждый борцун с поттером свято верит, что pulseaudio работает непосредственно со звуковым железом, минуя ALSA и дрова.
>> Если вы не потрудились скомпилировать ядро и посмотреть сами, не нужно делать
>> из себя все знающих специалистов ядра, и рассказывать что входит в
>> ядро а что в ядро не входит.
> Каждый борцун с поттером свято верит, что pulseaudio работает непосредственно со звуковым
> железом, минуя ALSA и дрова.Как раз наоборот, каждый "борцун с поттером" и говорит о том, что pulseaudio работает с ALSA/OSS/etc. А по-скольку через ALSA звук выводится нормально и глючит лишь только через PA, то ещё надо доказать, что проблема в ALSA, а не в PA. И я не говорю, что "проблема именно в PA", я лишь говорю, что связь между "шумом в PA и ядром не видна, пока что".
Меня вообще удивляет. Я лишь поинтересовался какая связь между багом PA и обновлением ядра (мне искренне было любопытно); а тут накинулись сразу, минусовать, обсирать, пытаться доказать, что я идиот. В своём втором комментарии я подчеркнул, что я не отрицаю возможность бага в ядре (по поводу проблемы PA), но они всё-равно продолжили пытаться доказывать что я идиот. Что за детский сад?
Товарищи, а вы знаете, что Линукс, свободное ПО есть не что иное коммунизм, ибо к этому стремились К.Маркс, Энгельс и Ленин, где каждый коммунянин будет получать бесплатно ровно по его потребностям. Коммунизм зародился в Европе, это у них в генах, поэтому и не удивительно, что и линукс разрабатывается в основном в Европепе да и Торвальдс европеец!!!
> Товарищи, а вы знаете, что Линукс, свободное ПО есть не что иное коммунизмНет, не знаем. Коммунизм в реальном мире -- это бред стопки укурков, поскольку не учитывает наблюдаемую повреждённость человека (всегда находится минимум один "самый равный"). А вот с нематериальным обстоит несколько иначе, только марксам это невдомёк было.
Ну и забудьте уже про "бесплатно" -- платить приходится временем, вниманием, знаниями, трудом, порой деньгами. Как и везде.
Идея СПО - это вовсе не коммунизм, а:
1.) сохранение свобод
2.) заменить конкуренцию на сотрудничество
3.) (спорно, но IMHO) создание постдефицитного общества (хотя бы в плане ПО) [привет человечеству из Вселенной Star Trek]Про платность или бесплатность никто ничего не говорит. Про нужды и потребности тоже никто не говорит. СПО - это лишь идея не ограничивать людей искусственно от достигнутых результатов, чтобы всё общество жило эффективнее, чем при закрытых моделях..
И как пояснил человек выше, деньги тоже очень даже утекают, просто на другое. :)
И ещё возможность что-то только начать, а делать будут за тебя другие. И разработка будет тем не менее под твоим именем. Но начать надо качественно, и это должно быть нужно тем другим.
> И ещё возможность что-то только начать, а делать будут за тебя другие.
> И разработка будет тем не менее под твоим именем. Но начать
> надо качественно, и это должно быть нужно тем другим.Это относится к "заменить конкуренцию на сотрудничество" :)
> Товарищи, а вы знаете, что Линукс, свободное ПО есть не что иное
> коммунизм, ибо к этому стремились К.Маркс, Энгельс и Ленин,Как бы вам сказать? Где-то далеко, в сферическом вакууме, в точке конвергенции некоей группы технологий - оно не так уж и дико.
Представьте себе мир, где вы можете взять да и запрограммировать сборку любого объекта из атомов и молекул. Представьте себе что коллекции объектов общедоступны а сборка будет осуществлена обрераспостраненной и дешевой технологией, например чем-то типа нанороботов.
Стоимость работы технологии - примерно как стоимость работы компьютера по копированию файла. Как вы думаете, какой общественный строй при этом напросится сам собой как естественная модель узаконивающая то что получилось? :)
> Стоимость работы технологии - примерно как стоимость работы компьютера по копированию файла.Сырьё забыли.
> Сырьё забыли.Не совсем так. При подобном уровне технологий можно и чуть улучшить: разбирать на атомы/молекулы старое и ненyжное. Вот вам и сырье. Был хлам и мусор. Стал запрошенный объект. А понятие мусора - исчезает. Другое дело что такие технологии подразумевают взрослость общества. А вот это не факт что получится...
> разбирать на атомы/молекулы старое и ненyжное.Энергию забыли.
Не просто так было сказано про материальное и нематериальное.