Большое обновление p5

[stranger573]

Бага. В bugzilla запишете?

Конечно.
24102
:)

[unihorn]

И все же, как насчет неудобного диалога открытия сохранения файлов в альтовом огнелисе? Почему не используется дефолтный на gtk.

Пока создал отчет о баге: https://bugzilla.altlinux.org/show_bug.cgi?id=24104

Но, все равно, ответ интересует... Почему так альтового лиса пропатчевали?.. Альтовый Громоптиц, скажем, с нормальным, джитикейным, диалогом...

С Уважением.

[Mario_z]

Надо спрашивать того, кто пакет собирает.
А они (маинтейнеры) здесь появляются редко - в рассылках обитают.

[Sugar]

Не знаю кому, но за FireFox 3.6 в 5.1 большое спасибо!

[restorator]

Есть такая небольшая проблема после обновления ядра в AltLinux KDE4(p5) до 2.6.32: если выключать по ACPI-event(например с кнопки) то ПК отключается как положено, если отключать из меню KDE то останавливается в консоли на "Sending the TERM signal..."  и на этом похоже зависает потомучто даже numlock не реагирует. Никто с таким не сталкивался? Самое главное у меня нет идей почему так может быть...

[Skull]

Есть такая небольшая проблема после обновления ядра в AltLinux KDE4(p5) до 2.6.32: если выключать по ACPI-event(например с кнопки) то ПК отключается как положено, если отключать из меню KDE то останавливается в консоли на "Sending the TERM signal..."

Увы, ошибки в KDE долго не будут исправляться и вам мало кто поможет.

[Антон]

Увы, ошибки в KDE долго не будут исправляться и вам мало кто поможет.

Почему?

[yaleks]

Увы, ошибки в KDE долго не будут исправляться и вам мало кто поможет.

Альт больше вообще багов исправлять не собирается в пакетах сложнее helloworld?

[Skull]

Почему?

Такова сложившаяся ситуация в независимом проекте KDE. Можете отслеживать её самостоятельно на bugs.kde.org

[Skull]

Альт больше вообще багов исправлять не собирается в пакетах сложнее helloworld?

Собираемся. Но при условии вменяемого апстрима. Можете повешать багу, мейнтейнер посмотрит.

[ruslandh]

Есть такая небольшая проблема после обновления ядра в AltLinux KDE4(p5) до 2.6.32: если выключать по ACPI-event(например с кнопки) то ПК отключается как положено, если отключать из меню KDE то останавливается в консоли на "Sending the TERM signal..."  и на этом похоже зависает потомучто даже numlock не реагирует. Никто с таким не сталкивался? Самое главное у меня нет идей почему так может быть...

У меня вылечилось что-то аналогичное прописыванием в lilo параметра vga=normal
http://lists.altlinux.org/pipermail/community/2010-September/666299.html

[restorator]

У меня вылечилось что-то аналогичное прописыванием в lilo параметра vga=normal

Помогло, спасибо.

Да кстати, еще один косметический баг после обновления на 2.6.32 - splashscreen теперь не отображается.

И вообще планируется ли что делать с Init-системой, заменить ее чем? Для десктопа она слишком медленная.

[Skull]

И вообще планируется ли что делать с Init-системой, заменить ее чем? Для десктопа она слишком медленная.

Пока нет. Экономия 20 секунд в день не является основанием для масштабных изменений.

[Skull]

Да кстати, еще один косметический баг после обновления на 2.6.32 - splashscreen теперь не отображается.

Должен. Выполните

Код: [Выделить]

installkernel 2.6.32-alt20.M50P.1

[Rezedent12]

хм... думаю тут не совсем правы.
Нужно сделать специальную десктопную схему инициализации.
Вообще, запускать иксы можно и на 2м уровне выполнения.
Почему бы не сделать между демонами зависимости, то есть перед запуском каждого конкретного демона, будет проверяться запущены ли остальные.
То есть пока не стартует network запуск сетевых служб и некоторых демонов будет отложен. А в это время вместо ожидания запуска сети (ответ от dhcp сервера, установка соединений) будут запускаться другие службы и демоны.
Знаю, это уже реализовано в других дистрибутивах, но хотелось бы что бы в альте можно было через "центр управления системой" включить подобную схему инициализации.
(циклические зависимости разрешать назначением приоритетов)