кто как обновился до X 1.5?

Доброго времени суток
Собственно сабж. У меня возникли проблемы с тачпадом, при прикосновении курсор улетает в правый верхний угол. Начались проблемы со скролом в кедах, тормозит, залипает, как будто юзаешь драйвер vesa, а не fglrx (думаю все меня поняли), хотя дрова на видео переставил. Отвалилась русская раскладка от клавиатуры, но это я полагаю связанно с изменениями в структуре конфига. В общем разочаровался и замаскировал 1.5 до лучших времен.

И вопрос по теме: нужно ли пересобирать qt, kde и прочий иксовый софт после апгрейда иксов? Может из за этого такие траблы со скролом?

Раскладку и synaptics надо

Раскладку и synaptics надо настроить, вот и всё.

На ноутбуке сразу был 1.5, покурил доки хорошенько и всё заработало как надо.

На настольном компе с месяц назад размаскировал, проверил настройки через hal и всё.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

про synaptics впервые слышу,

про synaptics впервые слышу, надо будет почитать. А как на счет пересборки кед и прочего иксового софта? могут возникать траблы из за того что все это собрано под старые иксы?

У меня не было

У меня не было

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

На ideapadе подключил оверлей

На ideapadе подключил оверлей x11 и обновил с него xorg-server, xf86-video-intel, libdrm и несколько сопутствующих libов, единственно от отчаяния -- были проблемы с текущей версией xf86-video-intel. Однако, все собралося и работает теперь без нареканий.

Xfce4 полностью не пересобирал, но наверняка пересобрал xfwm4, хотя не уверен, нужно ли было это делать.

Самое "ужасное" после всего этого -- слегка неравномерное DPI на тачпаде, но это, думаю, легко поправимо.

Так что наверное, надо бы вам пересобрать xf86-input-synaptics да xf86-input-evdev. И на всякий случай, тотальный revdep-rebuild.

И русская раскладка появилась новая -- legacy называется, что очень правильно. А то та, что называется typewriter во-первых и так весьма антикварная, и во-вторых, недавно поменялась (на дебиане тоже).

:}

- - -

А я поставил 1.6 из оверлея x11. Работает гораздо стабильнее и быстрее чем 1.5 - особенно на intel'е. Тачпад как работал, так и работает.

Насколько я понимаю, скоро

Насколько я понимаю, скоро 1.6 и в дереве появится.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

- - -

Только там некоторая возня с libxcb-1.2 может приключится - решается пересборкой поломавшихся зависимостей:
http://bugs.gentoo.org/show_bug.cgi?id=248743

Или не подниматься выше libxcb-1.1.90.1 тогда ничего пересобирать не придется.

Ненужны мне эти нововведения.

Ненужны мне эти нововведения, так что я добавил xorg.conf строки так что всё запустилось..

Section "ServerFlags"
Option "AllowEmptyInput" "False"
Option "AutoAddDevices" "False"
EndSection

Спасибо большое evadim за совет.

Чёт не оч ясно, как

Чёт не оч ясно, как проблемуто с xcb исправить?

Говорят, что Йа такое-же быдло как и все, господа хорошие, для системы ценностей большинства людей йА зНаЧиТеЛьНо хУже!(с) mr.Freeman

как обновится до libxcb-1.2

Самый простой способ - игнорировать:
- зафиксировать на версии libxcb-1.1.90.1 замаскировав все что выше
- и установить флаг -xcb для libX11
в этом случае ничего больше не понадобится. Но и xcb-1.2 само собой тоже не будет. Но рано или поздно - это делать все равно придется.

А что бы обновится до libxcb-1.2:
1. поставить глобальный USE xcb
2. обновить libxcb до 1.2 с зависимостями и libX11 до 1.2
3. удалить файл: /usr/lib/libxcb-xlib.so
4. Запустить xcb-rebuilder.sh - но он скорее всего не сможет собрать все что нужно (см. пункт 8). Поэтому имеет смысл прервать процесс сборки, как только появится сообщение "Rebuilding broken packages". И обновить вручную...
5. emerge -1v xcb-util pango cairo gtk+ libgnomeui qt:3
6. emerge -1v - все что выдаст "equery l qt ; equery l libX"
7. revdep-rebuild # (см. пункт 8)
8. В пункте 5 и 6 не полный список портежей которые надо пересобрать в первую очередь. Поэтому, когда при сборке какого-нибудь портежа (у меня это был gimp и systemsettings) вылетит:
/usr/lib/libxcb-xlib.so.0: undefined reference to `_xcb_lock_io'
необходимо пересобрать портеж с битой библиотекой (revdep-rebuild - не поможет).
Но как найти ту, из за которой проблем - я не знаю, поэтому, пересобирал все, еще не пересобранные, зависимости:
Вот так я получил список зависимостей:

$ equery  g --depth=1 -l -U =media-gfx/gimp-2.6.6 | grep -v "(unable" \
   | perl -ne 'print /.+?\/([\w\_\-\+]+?)-\d.+/,"\n"'

$ equery  g --depth=1 -l -U =kde-base/systemsettings-4.2.2 | grep -v "(unable" \
   | perl -ne 'print /.+?\/([\w\_\-\+]+?)-\d.+/," "'

Ну и само собой этот список скормить emerge -1v ...

Вот и все. А чего вы хотели - это же Gentoo! (-;

Работает стабильно. Могу сказать однозначно - переход на xorg-server-1.6 того стоит. Особенно тем у кого Intel. У меня на 1.5 X'ы вечно падали от любого чиха, особенно с compiz'ом. А на 1.6 не только стало стабильнее, но и производительность увеличилась. Жалко только что я не зафиксировал расход памяти, но, по-моему, x-софт стал есть гораздо меньше памяти, вероятно за счет xcb.

дык у меня libxcb версии 1.1,

дык у меня libxcb версии 1.1, он у меня не обновился

Говорят, что Йа такое-же быдло как и все, господа хорошие, для системы ценностей большинства людей йА зНаЧиТеЛьНо хУже!(с) mr.Freeman

- - -

Это для тех кто будет ставить xorg-server-1.6 из оверлея x11 в котором уже libxcb-1.2 и при первом же апдейте программ зависящих от libxcb, если его не замаскировать, он установится. И в этом случае: либо - маскировать, либо - обновляться.

Собирал без HAL. Вроде всё

Собирал без HAL. Вроде всё нормально.

в make.conf включено hal xcb,

в make.conf включено hal xcb, работает хорошо.

лог вот чё содержит: X.Org X

лог вот чё содержит:

X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.27-gentoo-r8 i686
Current Operating System: Linux linux013 2.6.27-gentoo-r8 #1 SMP Mon Apr 6 01:36:02 MSD 2009 i686
Build Date: 06 April 2009 10:51:20PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Apr 7 22:01:36 2009
(==) Using config file: "/etc/X11/xorg.conf"
Parse error on line 89 of section Screen in file /etc/X11/xorg.conf
"п»їSection" is not a valid keyword in this section.
(EE) Problem parsing the config file
(EE) Error parsing the config file

Fatal server error:
no screens found
(WW) xf86CloseConsole: KDSETMODE failed: Bad file descriptor
(WW) xf86CloseConsole: VT_GETMODE failed: Bad file descriptor

Говорят, что Йа такое-же быдло как и все, господа хорошие, для системы ценностей большинства людей йА зНаЧиТеЛьНо хУже!(с) mr.Freeman

- - -

Aid написал(а):
(==) Using config file: "/etc/X11/xorg.conf"
Parse error on line 89 of section Screen in file /etc/X11/xorg.conf
"п»їSection" is not a valid keyword in this section.
(EE) Problem parsing the config file
(EE) Error parsing the config file

отлично, прочитать йа и сам

отлично, прочитать йа и сам смог в консоли(!), чё мне с етой секцией сделать не оч ясно

Говорят, что Йа такое-же быдло как и все, господа хорошие, для системы ценностей большинства людей йА зНаЧиТеЛьНо хУже!(с) mr.Freeman

Ну подумать немного, для

Ну подумать немного, для начала.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

чё прописать надо в секции

чё прописать надо в секции етой?

Говорят, что Йа такое-же быдло как и все, господа хорошие, для системы ценностей большинства людей йА зНаЧиТеЛьНо хУже!(с) mr.Freeman

- - -

Переведите и внимательно подумайте над каждой строчкой этого сообщения. Более чем там уже написано - Вам никто не скажет.

во, убрал строки Section

во, убрал строки
Section "ServerFlags"
Option "AllowEmptyInput" "False"
Option "AutoAddDevices" "False"
EndSection

gdm запустился, но не работает ни клава ни мыш

Говорят, что Йа такое-же быдло как и все, господа хорошие, для системы ценностей большинства людей йА зНаЧиТеЛьНо хУже!(с) mr.Freeman

так сложно додуматься

так сложно додуматься заменить "п»їSection" на "Section"?

"так сложно додуматься

"так сложно додуматься заменить "п»їSection" на "Section"?"
дыки так было написано Section, просто ет с кодировкой в винде проблемака

Говорят, что Йа такое-же быдло как и все, господа хорошие, для системы ценностей большинства людей йА зНаЧиТеЛьНо хУже!(с) mr.Freeman

переход прошел нормально

переход прошел нормально.
открыл для себя eselect news :)
после апгрейда иксов, news мне предложил ознакомиться c гайдом: http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade-guide.xml :)

во! спасибо за доку, прсто

во! спасибо за доку, прсто пересобрал xorg-server с INPUT_DEVICES="evdev", убрал из него моусе и прочее старьё и зароботало вроде

Говорят, что Йа такое-же быдло как и все, господа хорошие, для системы ценностей большинства людей йА зНаЧиТеЛьНо хУже!(с) mr.Freeman

.

agis написал(а):
переход прошел нормально.
открыл для себя eselect news :)

Да, я тоже первый раз увидел в действии - штука прикольная.

Люди, а как со шрифтами дела

Люди, а как со шрифтами дела обстоят? Использую freetype с USE="bindist" для получения максимальной красивости сглаживания. Как пишут в гайде, freetype не будет, а вместо неё - libXfont. Что она умеет? Насколько хуже/лучше будет с ней?

Существует три способа распространения программного обеспечения: воровство, грабёж и обмен краденым. (c) Неизвестный программист

Я использую cairo с

Я использую cairo с USE-флагом cleartype - шрифты как в Ubuntu.

Переход прошёл в целом нормально

agis написал(а):
переход прошел нормально.
открыл для себя eselect news :)
после апгрейда иксов, news мне предложил ознакомиться c гайдом: http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade-guide.xml :)

Эту доку я почитал до обновления (с подачи того же eselect news).

Неприятно же то, что portage намутил с порядком сборки.
Пришлось почитать /var/log/Xorg.0.log.
По мотивам чтения выяснилось, что почему-то драйвер видеокарточки собрался под старую версию, пришлось его emerge -1 (также были какие-то проблемы с драйвером мыши, поэтому его туда же).

ЗЫ: Да, собирался с USE -hal.

:wq
--
Live free or die

bug

http://bugs.gentoo.org/show_bug.cgi?id=266213

:wq
--
Live free or die

хмм... а у меня после

хмм... а у меня после обновления на древнем ноуте с интеловской видюхой 865GM полноэкранные приложения (например stellarium) стали через кадр просвечивать рабочим столом, GEM всключился.
на nvidia и на ati проблем не замечено

А у меня шрифты поползли (((

Сразу после установки было более-менее сносно, но косяки проявлялись.
Решил переустановить все пакеты, в названии которых есть слово "font"

После переустановки этих пакетов и перезапуска иксов - чуть не упал в обморок - больше половины надписей в кедах просто нечитаемы (((

Пошел откатываться назад

Ну я так не играю

После обновления отвалились мышь и клава. Причём в самый нужный момент. Пришлось пол-ночи изучатть, что такое hal и как его настраивать. Потом ещё пол-ночи доклад писал.
Но есть и плюсы - заодно с поднятием мыши сумел наконец подключить PageUp PageDown на её дополнительные кнопки. Давно хотелось.
В общем, не дело выпускать апдейт, который может сделать систему неработоспособной. Я разрабам уже написал об этом.

нефиг обновлять систему

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

Гениальный комментарий. То

Гениальный комментарий.
То есть обновляться на новую версию практически системного пакета, да ещё с 1.3 на 1.5, не подумав о последствиях — это дело? В самый нужный момент? Может, Вам в Ubuntu LTS?
Да, а как надо? Не пускать новые иксы в дерево? Или разрабам иксов сообщить, что такое безобразие необходимо прекратить?

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

по другому :)

krigstask написал(а):
Да, а как надо?

нужно при инсталляции распарсивать xorg.conf и стараться по-максимуму распарсенное забивать в новые политики hal и создавать новые конфиги. так переход будет сильно облегчен. особенно, если писать в конце о том, что сделал скрипт настройки

Займётесь? (-:Е

Займётесь? (-:Е

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

не майнтейнер, да и поздно

не майнтейнер, да и поздно уже. xorg утёк в народ.

Ну почему же, ещё долго народ

Ну почему же, ещё долго народ будет переходить.

Я, кстати, как только прочитал про новые иксы, так загодя всё под них настроил. Когда размаскировал, они просто взяли и заработали. Оченно приятно (-:Е

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

мда...

Taelas написал(а):
нужно при инсталляции распарсивать xorg.conf и стараться по-максимуму распарсенное забивать в новые политики hal и создавать новые конфиги. так переход будет сильно облегчен. особенно, если писать в конце о том, что сделал скрипт настройки

помоему gentoo всегда относилась очень бережно к конфигам, особенно тем что трогал пользователь. И в случае обновления иксов предупредила, что после апгрейда нужно почитать доку по миграции.
А если вы желаете чтобы система ЗА ВАС чёто копала в конфигах на СВОЁ усмотрение и потом сообщала, то вам точно в бубунту.

несомненно

evadim написал(а):
помоему gentoo всегда относилась очень бережно к конфигам, особенно тем что трогал пользователь

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

evadim написал(а):
И в случае обновления иксов предупредила, что после апгрейда нужно почитать доку по миграции.

это прекрасно, понятно и очень хорошо, что предупредила и показала, куда идти и что читать. проблем при миграции не возникает, если "сначала читать, а потом делать". понятно, что это нужно делать при каждом обновлении. но так делают не все.
для сохранения конфигов изменённых пользователем придумана вполне удобная система .__<что-то там имяконфига>. почему нельзя было её тут применить примерно таким способом, как я сказал?
распарсить старый, добавить (изменить) новую политику ввода, предложить новый вариант xorg.conf?
ведь при обновлении других программ изменяются (дополняются новыми возможностями) init.d, conf.d, а народ сравнивает и жамкает применить/поправить/оставить и никаких эксцессов по поводу обновления
зы. я же всего-навсего о том, что *а было-бы не плохо*

зхх

Taelas написал(а):
evadim написал(а):
помоему gentoo всегда относилась очень бережно к конфигам, особенно тем что трогал пользователь

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

непомню такого. возможно это при переходе на OpenRC - но я на него не переходил.

Taelas написал(а):
evadim написал(а):
И в случае обновления иксов предупредила, что после апгрейда нужно почитать доку по миграции.

это прекрасно, понятно и очень хорошо, что предупредила и показала, куда идти и что читать. проблем при миграции не возникает, если "сначала читать, а потом делать". понятно, что это нужно делать при каждом обновлении. но так делают не все.

это исключительно проблемы "не всех". gentoo рассчитана на вдумчивого пользователя, а не на лемминга.

Taelas написал(а):
для сохранения конфигов изменённых пользователем придумана вполне удобная система .__<что-то там имяконфига>. почему нельзя было её тут применить примерно таким способом, как я сказал?
распарсить старый, добавить (изменить) новую политику ввода, предложить новый вариант xorg.conf?
ведь при обновлении других программ изменяются (дополняются новыми возможностями) init.d, conf.d, а народ сравнивает и жамкает применить/поправить/оставить и никаких эксцессов по поводу обновления
зы. я же всего-навсего о том, что *а было-бы не плохо*

Это было-бы плохо, очень.
Это противоречит "духу gentoo" - сначала думать а потом делать.
Делать так как нравится, а не ждать подачек от системы.
Понимать что ты делаеш, и нужную тебе автоматизацию делать самому.

С другой стороны это технически крайне сложно, но допустим это возможно, только вот я добавил строчку в конфиг, которая отключает новое поведение - как поступить системе?

Вообще ситация крайне проста - есть пользователь который безолаберно подошёл к обновлению критического пакета на сильно отличающуюся версию. Он, вполне закономерно, обнаружил поломаную систему. И тут, вместо того чтоб посыпать голову пеплом и принять меры к исправлению ситуации, начал размышлять о небесных апельсинах.
А я, в своё время, настроил перенаправление ценной информации из логов portage в джаббер. Сижу, читаю, делаю, радуюсь. В конце концов иксы после обновления и до рестарта работали бы нормально.

То же самое и у меня было.

То же самое и у меня было. Пришлось покурить hal. Однако, оно того стоило. Плюс по родным примерам из /usr/share/doc ничего не завелось, помогла ветка с этого форума. В целом всё ок. Да и на новом ноуте гента с х-орг 1.5 встала нормально. Поднял нормально тачпад, трекпоинт, нормально работает вертикальный и горизонтальный скролл. Не решена поа одна проблема: хочется зависящую о тприложения раскладку иметь, а не глобально переключать...

Существует три способа распространения программного обеспечения: воровство, грабёж и обмен краденым. (c) Неизвестный программист

А чем раньше раскладки

А чем раньше раскладки запоминались?

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Скрол просто нужно

Скрол просто нужно донастроить. была точно такаяже трабла. Я настраивал через hal. Имхо так сейчыас наиболее цивильно делать. Что касается обновления то в челом скроллинг это то единственное на что я потратил кровушку )

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".