Xorg + Hal
and hom 9 июля, 2009 - 12:59
здравствуйте, все!
меня интересует вопрос xorg+hal но уже не с технической стороны
вопрос в том, какие концептуальные препятствия есть к работе этой связки "из коробки"
поздно ночью прогнав etc-update я вдруг понял, что получил неработающий комп
вспоминать как это чинил в прошлый раз сил уже не было
если для этого нужен edev драйвер для xorg-а, почему он не установился как зависимость? если нужен edev в ядре - почему об этом не пишется на полэкрана
наконец, почему приходится писать xml для hal (который написать валидно в консоли через обычный текст-редактор довольно сложно), когда можно включить в поставку дефолтовый файл
ну не ужас ли, товарищи?
»
- Для комментирования войдите или зарегистрируйтесь
Не знаю как у Вас, а у меня
Не знаю как у Вас, а у меня при обновлении xorg-server настройки сконвертировались, и emerge ещё об этом сообщил.
and hom написал(а): вопрос в
без обид, ладн? =) в убунте/феде/сюсе/и_т.п. много чего "из коробки" работает! ;)
PS: Прежде чем задавать такие вопросы, задайте вопрос себе: Зачем вам именно генту???
Не надо передергивать и
Не надо передергивать и путать генту и слаку.
and hom
Да , оказывается надо понимать, чего делаеш, такая нагрузка для нетренированных мозгов,ужас
Ты просто завязивай юзать mcedit,nano.etc.., для повседневной работы, освой нормальный редактор.
хотел ответить цитатой из рассылки openbsd.ru, ну да ладно, рано еще
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
/
(g)vim||(x)emacs?Оно конечно лучше...
Но не радикально.
Цитату в студию!
:wq
--
Live free or die
slepnoga написал(а): Ты
я вот отлично справляюсь с mcedit, да и в nano есть подсветка синтаксиса...
нельзя, это gentoo а не
нельзя, это gentoo а не ubuntu или ещё что, тут как-бы нужно включать мозг. у меня например, всё прекрасно работает без hal'а - я его в иксовом конфиге отключл, в принципе клаву/мыш можно настроить и без evdev, но я лично его использовал когда ещё hal с иксами не работал...
Да и собственно единственная проблема после установки иксов с халом - неработающая раскладка - а её можно переключать средствами WM/DE
Что вы напали на человека?
Что вы напали на человека?
Это действительно неудобно. Со временем входит в привычку. Но зачем???
Я пару раз наступил на эти грабли - теперь с поводом и без повода пересобираю x11-drivers после каждого чиха.
Таже фигня с обновлением qt - будь любезен пересобрать плагины.
ИМХО это одна из вещей которых не хватает в portage.
С xml конфигурацией раскладки тоже мирюсь с неохотой, глядишь привыкну.
(как быдло ага)
ЗЫ Предложения осилить vi и потом перейти на убунту приветствуются :)
я не напал, просто постановка
я не напал, просто постановка вопроса некорректна.
в этом, конкретном случае:
почему нужно настраивать 2 раскладки? англоговорящим пользователям это никчему(а их большинство).
почему нужно использовать HAL в иксах ?
почему нужно использовать именно evdev ?
И ещё пучок вопросов. Собственно данная конкретная проблема задевает только русскоязычных пользователей не использующих "большие" DE которые сами имеют софтинки для переключения раскладок.
Что мешает настроить пересылку логов куданить, на jabber например и читать их там?
В целом, работоспособная конфигурация почти всегда есть, а если что не так - разработчик об этом предупреждает.
P.S. Есть ещё безответственные люди которые обновляются по крону а потом обижаются на то что система после обновления невменяемая...
gentoo мне затем, чтобы иметь
gentoo мне затем, чтобы иметь возможность регулировать в системе любые настройки относительно прозрачным образом. а также, чтобы не терять навыки работы с никс-системами, работая в другой области it. отчасти выбор пал на gentoo потому что до этого использовал FreeBSD и механизм портов считаю наиболее удобным способом работы с софтом. есть и ещё много мелких аргументов в пользу gentoo.
убунту у меня никаких эмоций, кроме нецензурных не вызывает. был случай, что после часа танцев с бубном так и не удалось пересобрать ядро, например.
теперь про hal. насколько я понимаю, hal является универсальным средством доступа к оборудованию. то, что xorg использут собственные средства для работы с устройствами ввода, мне кажется было рудиментом и по счастью отвалилось. ну или почти отвалилось. вопрос лишь в том, что миграция прошла в данном случае относительно ощутимо.
о evdev, признаться, имею весьма слабые представления - просто прочитал в мане, что надо его включить
> В целом, работоспособная конфигурация почти всегда есть, а если что не так - разработчик об этом предупреждает.
работоспособная конфигурация должна быть дефолтовой
в итоге оказалось, что evdev стоял, но его надо было переустановить