Greg Kroah-Hartman объявил (http://lkml.org/lkml/2010/1/18/365) о выходе трёх обновлений ядер 2.6.32.4 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.4), 2.6.31.12 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.31.12) и 2.6.27.44 (http://lwn.net/Articles/370227/) - в последних двух исправлено около дюжины небольших ошибок, в ядре 2.6.32 исправлено более 50 ошибок - изменения затронули: Intel DRM, драйверов WiFi карт ath5k и iwl-4965, сетевой подсистемы mac80211, ALSA, исправлены ошибки в менеджере памяти и коде поддержки аппаратных архитектур.
В анонсе новых версий подчеркивается важность проведения обновления, в частности, в коде IPv6 устранена проблема безопасности (http://seclists.org/oss-sec/2010/q1/25). По неподтвержденной информации, это не единственная уязвимость, устраненная в представленном обновлении.
Greg Kroah-Hartman также объявил (http://lkml.org/lkml/2010/1/14/445), что ядро 2.6.31.12 является последним корректирующим выпуском в серии 2...URL: http://www.kroah.com/log/linux/stable-status-01-2010.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=25054
А что там в intel drm поправили? Неужто расшустрили?
Ну там на пример был поломан детект монитора Acer 1916 и по этому хоть кирпичами обосрись, больше 640х480 разрешалово поставить не дает. Буду читать чанчлог в надежде что поправили.
А что, асеры научились стабильно делать работающий DDC/EDID? Что с CRT у них грабли были, что вон с TFT то же самое люди ловят.
>А что, асеры научились стабильно делать работающий DDC/EDID? Что с CRT
>у них грабли были, что вон с TFT то же самое
>люди ловят."Отец, не учи жить, помоги материально."(С)
Что делать то? Монитор перешивать прикажете?
Угу, прошивать. Очередями из калаша, например. Асеры в массе своей то еще г... .
>Что делать то? Монитор перешивать прикажете?Пробуйте что из этих опций внутри Section "Device" в /etc/X11/xorg.conf:
Option "IgnoreEDID" "true"
Option "NoDDC" "true"В данном разе интел не виноват, btw.
У меня пару раз на 2.6.32 зависал модуль i915 при включенных эффектах КДЕ.
Просто черный экран, потом перезагрузка (видимо watchdog).
На 2.6.32.3 еще ни разу не было проблем.
Над проверить как 2.6.32.4 будет работать.
> Ядро 2.6.32 будет следующим после 2.6.27 с расширенным циклом поддержкиТорвальдс аж на горе свистнул... Официально объявили какое ядро будет LTS
А то, раньше .30 патча и не поймёшь
> Официально объявили какое ядро будет LTS
> А то, раньше .30 патча и не поймёшьНу зачем врать-то? Про 27 давно было сказано, как бы даже не сразу.
>> Официально объявили какое ядро будет LTS
>> А то, раньше .30 патча и не поймёшь
>
>Ну зачем врать-то? Про 27 давно было сказано, как бы даже не
>сразу.Так и я о том, что не сразу... а после 2.6.30/29
про 2.6.16 тоже, фтыкнул только после 2.6.18вот сейчас хоть успели до 2.6.33
А что там с i2c? Когда ddccontrol будет вновь без лишних ухищрений с ядром работать? Никто не в курсе?
Подскажите на какой бы maillist подписатся что бы получать такие changelog'и, но не спамило логами каждого коммита?
>Подскажите на какой бы maillist подписатся что бы получать такие changelog'и, но
>не спамило логами каждого коммита?
cat > /etc/cron.hourly/kernel.changelog.sh << EOF
#!/george/bush
LATEST=32
PATCH=4function napilnik() {
echo "ДОРАБОТАТЬ НАПИЛЬНИКОМ!!!"
}function get() {
for ((i = $LATEST;; i++))
do
for ((j = $PATCH;; j++))
wget http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.$i.$j
if [ $? == 0 ]
then
echo " " | mail root@localhost -m "NEW KERNEL CHANGELOG";
fi
done
done
} #get;
napilnik;EOF
chmod 0700 /etc/cron.hourly/kernel.changelog.sh
ну как-то так
По-английски, напильник будет file.
Когда-то это было для меня настоящим откровением. :-)
В свете соседней новости (https://www.opennet.ru/opennews/art.shtml?num=25057) эта не кажется позитивной. Сидеть теперь на тормозящем ext4 ещё долго.
Таки наверное 2.6.32 будет в ближайшей убунте и дебиане...
в Squeeze["ближайший" Debian]будет 2.6.30 "искаропки".
а это значит - ни Mesa 7.7, ни xOrg 1.8[dep on 2.6.33]
p.s. хотя backports никто не отменял.
а вот бубунта 10.4 - мэйби.
Вась, не наводи панику. В дебе будет и 2.6.32 и меса. Уже готово, в анстейбле тестится, ждёт переезда в тестинг, Вась. А вот ксорга нет, нигде, не релизнулся ещё. Так что паника отменяется.
в анстебле всегда было и будет что-то. о коем речи не идет. в отличие от замороженного уже Squeeze.
ксорг только в Марте 2010 и конечный релиз 2.6.33(пессимистичный), тоже где-то там(аки истина, что "рядом").
Mesa уже Годы есть. дело в том что в 7.7 будет куча эпохальных(особенно для десктоп-пользователей)изменений,включая работающие DRI2/DRM/Gallium3D и хы-сервер под Радеон с недурно работащей поддержкой 3D.p.s.
"мы говорим Debian, подразумеваем stable. мы говорим [Linux is]stable, подразумеваем Debian" (c) ME.
Вася, ну ты же не понял что тебе говорят.
Во-первых, Сквиз не заморожен. С чего ты это вообще выдумал? Ядро 2.6.32 в него попасть должно http://lists.debian.org/debian-kernel/2009/12/msg00452.html.
Меса 7.7 лежит в экспериментал, и у неё есть все шанс приехать в тестинг.
Так что всё нормально, всё будет.
ну информация была неофициальная, за что купил(сказал человек, выдававший себя за члена комманды), за то продал.
если успеют до релиза впихнуть - будет хорошо.
но если "допиливание"(и ловля брешей) займет месяцы - ну его в болото, сделаем руками(а вот "большинству" экосистемы не до того будет, увы).p.s.
"чукча не писатель" ;)
понимание/непонимание не отменяет "глазстностЪ", увы. sry.
а когда в дебиане тестинге обновят ядро???
как только он перейдет из Unstable в Testing
а Squeeze уже заморожен с 2.6.30
Откуда дровишки?Искал новость о заморозке Squeeze, думал что я в криокамере сидел, а оказалось что скорее кто-то машину времени свистнул.
А у меня в 2.6.27.44 свежесобранном wi-fi не работает
выдает ошибку модуль mac80211:
mac80211: Unknown parameter `ieee80211_regdom
>А у меня в 2.6.27.44 свежесобранном wi-fi не работает
>выдает ошибку модуль mac80211:
>mac80211: Unknown parameter `ieee80211_regdomЕстественно, поскольку:
options cfg80211 ieee80211_regdom=EUmodinfo(8) в помощь :)