Автор Тема: Большое обновление p5  (Прочитано 13896 раз)

Оффлайн stranger573

  • Мастер
  • ***
  • Сообщений: 1 479
    • Email
Re: Большое обновление p5
« Ответ #30 : 18.09.2010 16:58:17 »
Бага. В bugzilla запишете?
Конечно.
24102
:)

Оффлайн unihorn

  • Завсегдатай
  • *
  • Сообщений: 354
Re: Большое обновление p5
« Ответ #31 : 18.09.2010 18:39:35 »
И все же, как насчет неудобного диалога открытия сохранения файлов в альтовом огнелисе? Почему не используется дефолтный на gtk.

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

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

С Уважением.
« Последнее редактирование: 18.09.2010 18:41:10 от unihorn »
Мир ищу, где волки агнцам служат,
И нету слуг верней. Где слезы никого не душат. Не ведают смертей.

Mario_z

  • Гость
Re: Большое обновление p5
« Ответ #32 : 18.09.2010 18:52:19 »
Надо спрашивать того, кто пакет собирает.
А они (маинтейнеры) здесь появляются редко - в рассылках обитают.

Оффлайн Sugar

  • Завсегдатай
  • *
  • Сообщений: 101
    • Email
Re: Большое обновление p5
« Ответ #33 : 29.09.2010 19:17:24 »
Не знаю кому, но за FireFox 3.6 в 5.1 большое спасибо!

Оффлайн restorator

  • Начинающий
  • *
  • Сообщений: 5
Re: Большое обновление p5
« Ответ #34 : 30.09.2010 08:21:44 »
Есть такая небольшая проблема после обновления ядра в AltLinux KDE4(p5) до 2.6.32: если выключать по ACPI-event(например с кнопки) то ПК отключается как положено, если отключать из меню KDE то останавливается в консоли на "Sending the TERM signal..."  и на этом похоже зависает потомучто даже numlock не реагирует. Никто с таким не сталкивался? Самое главное у меня нет идей почему так может быть...

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 957
    • Домашняя страница
    • Email
Re: Большое обновление p5
« Ответ #35 : 30.09.2010 13:06:21 »
Есть такая небольшая проблема после обновления ядра в AltLinux KDE4(p5) до 2.6.32: если выключать по ACPI-event(например с кнопки) то ПК отключается как положено, если отключать из меню KDE то останавливается в консоли на "Sending the TERM signal..."
Увы, ошибки в KDE долго не будут исправляться и вам мало кто поможет.
Андрей Черепанов (cas@)

Оффлайн Антон

  • Завсегдатай
  • *
  • Сообщений: 50
    • Email
Re: Большое обновление p5
« Ответ #36 : 30.09.2010 13:54:59 »
Увы, ошибки в KDE долго не будут исправляться и вам мало кто поможет.
Почему?

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 242
Re: Большое обновление p5
« Ответ #37 : 30.09.2010 13:58:38 »
Увы, ошибки в KDE долго не будут исправляться и вам мало кто поможет.
Альт больше вообще багов исправлять не собирается в пакетах сложнее helloworld?

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 957
    • Домашняя страница
    • Email
Re: Большое обновление p5
« Ответ #38 : 30.09.2010 15:02:36 »
Почему?
Такова сложившаяся ситуация в независимом проекте KDE. Можете отслеживать её самостоятельно на bugs.kde.org
Андрей Черепанов (cas@)

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 957
    • Домашняя страница
    • Email
Re: Большое обновление p5
« Ответ #39 : 30.09.2010 15:03:18 »
Альт больше вообще багов исправлять не собирается в пакетах сложнее helloworld?
Собираемся. Но при условии вменяемого апстрима. Можете повешать багу, мейнтейнер посмотрит.
Андрей Черепанов (cas@)

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 300
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Re: Большое обновление p5
« Ответ #40 : 30.09.2010 21:35:36 »
Есть такая небольшая проблема после обновления ядра в 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

  • Начинающий
  • *
  • Сообщений: 5
Re: Большое обновление p5
« Ответ #41 : 08.10.2010 09:11:06 »
У меня вылечилось что-то аналогичное прописыванием в lilo параметра vga=normal
Помогло, спасибо.

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

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

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 957
    • Домашняя страница
    • Email
Re: Большое обновление p5
« Ответ #42 : 08.10.2010 14:04:59 »
И вообще планируется ли что делать с Init-системой, заменить ее чем? Для десктопа она слишком медленная.
Пока нет. Экономия 20 секунд в день не является основанием для масштабных изменений.
Андрей Черепанов (cas@)

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 957
    • Домашняя страница
    • Email
Re: Большое обновление p5
« Ответ #43 : 08.10.2010 14:07:33 »
Да кстати, еще один косметический баг после обновления на 2.6.32 - splashscreen теперь не отображается.
Должен. Выполните installkernel 2.6.32-alt20.M50P.1
Андрей Черепанов (cas@)

Оффлайн Rezedent12

  • Завсегдатай
  • *
  • Сообщений: 640
  • Цель оправдывает средства.
Re: Большое обновление p5
« Ответ #44 : 09.10.2010 12:33:19 »
хм... думаю тут не совсем правы.
Нужно сделать специальную десктопную схему инициализации.
Вообще, запускать иксы можно и на 2м уровне выполнения.
Почему бы не сделать между демонами зависимости, то есть перед запуском каждого конкретного демона, будет проверяться запущены ли остальные.
То есть пока не стартует network запуск сетевых служб и некоторых демонов будет отложен. А в это время вместо ожидания запуска сети (ответ от dhcp сервера, установка соединений) будут запускаться другие службы и демоны.
Знаю, это уже реализовано в других дистрибутивах, но хотелось бы что бы в альте можно было через "центр управления системой" включить подобную схему инициализации.
(циклические зависимости разрешать назначением приоритетов)