16195 2008-06-27 15:05:59 +0400 Versionize /etc/X11/lib directory 2012-04-25 15:22:58 +0400 1 1 4 Development Sisyphus libmesa unstable all Linux CLOSED FIXED http://git.altlinux.org/people/raorn/packages/?p=mesa.git;a=shortlog;h=refs/heads/biarch patch P2 enhancement --- 16227 16228 16229 27263 1 raorn shrek anubix boris evg lakostis lav led mike sr zerg qa-sisyphus oldest_to_newest 73251 0 raorn 2008-06-27 15:05:59 +0400 В данный момент ссылка %_libdir/libGL.so.1 ведёт на %_x11sysconfdir/lib/libGL.so.1. Из-за явного "lib" на обоих архитектурах mesa нельзя нормально отбиарчить. Предлагаю в этом месте использовать %_x11sysconfdir/%_lib/ и дополнительно поменять helper'ы в /usr/libexec/X11/drv*.d чтобы они обрабатывали и lib и lib64 на обоих архитектурах (о чём будут развешаны дополнительные баги). 73268 1 shrek 2008-06-27 21:26:43 +0400 о каком биарче речь? 73273 2 raorn 2008-06-27 22:24:00 +0400 Архитектура x86_32, пакет arepo. Сейчас /etc/X11/lib/libGL.so.1 не попадает в пакет i586-libmesa потому как присутствует в бинарных пакетах обоих архитектур. Я попробую это зафиксить у себя в git и выложу результат на people. 73293 3 shrek 2008-06-28 10:23:47 +0400 а что на что ты там планируешь переключать? 73300 4 raorn 2008-06-28 16:09:03 +0400 То же, что и сейчас, libGL.so.1. Только 64-bit отдельно, 32-bit отдельно. В общем подожди немного. А я ищу добровольца с x86_64 Sisyphus и XOrg'овым glx (не fglrx и не nvidia). 73302 5 shrek 2008-06-28 16:55:40 +0400 да я и не спешу. 1. я не сказал что буду это делать 2. поддерживать x86_32 я точно не буду 73303 6 mike 2008-06-28 18:30:00 +0400 (In reply to comment #4) > А я ищу добровольца с x86_64 Sisyphus и XOrg'овым glx Тебя на стенд с ati запустить? 73391 7 raorn 2008-07-01 15:28:42 +0400 Люди говорят работает. Патч по ссылке (изменения только в spec'е). 73394 8 shrek 2008-07-01 16:45:46 +0400 а как по твоему должен работать /usr/libexec/X11/drv.d/x11 73398 9 raorn 2008-07-01 17:08:51 +0400 Обновлять оба линка независимо от архитектуры. См. такж. bug #16227. 76333 10 zerg 2008-08-26 17:46:50 +0400 А может, разнести /usr/libexec/X11/drv.d/ в /usr/lib{,64}/X11/drv.d/ ? 76338 11 raorn 2008-08-26 18:19:44 +0400 Те же яйца, только вид сбоку. Симлинков (libGL.so.1 -> xxx/libGL.so.1) один или два (32 или 32 и 64 bit). Скрипт, который их обновляет один (x11updatedrv). Надо либо научить drv.d/* обновлять эти "один или два" симлинка (как я предложил первый раз), либо научить x11updatedrv запускать "один или два" drv.d/XXX. Из-за nvidia_glx я начинаю склоняться ко второму варианту. А сделать разные drv.d/XXX можно и средствами arepo. 76339 12 zerg 2008-08-26 19:05:57 +0400 (In reply to comment #11) > первый раз), либо научить x11updatedrv запускать "один или два" drv.d/XXX. > Из-за nvidia_glx я начинаю склоняться ко второму варианту. > А сделать разные drv.d/XXX можно и средствами arepo. Я о том же. Только, поизвращаюсь сначала с drv.d/nvidia , т.к. лучше без arepo, конечно же. 2 shrek: Будет ли достаточно проверки на существование каталога /etc/X11/lib64 для определения, что включилась новая схема? Как думаешь? 76425 13 shrek 2008-08-28 11:31:47 +0400 давайте проще. /usr/libexec/X11/drv.d/чтототам будет проверять наличие файлов/каталогов lib/lib64 и симлинкать соответственно 76427 14 shrek 2008-08-28 11:32:31 +0400 *** Bug 16227 has been marked as a duplicate of this bug. *** 76429 15 raorn 2008-08-28 12:11:36 +0400 Т.е. возвращаемся к первому варианту? Что-то типа: for LIB in lib lib64; do [ -d "/etc/X11/$LIB" ] || continue ln -sf ...../libFOO.so.X "/etc/X11/$LIB/libFOO.so.X" ... done 76431 16 shrek 2008-08-28 12:28:55 +0400 ну еще и наличие файлов проверять 76448 17 anubix 2008-08-28 15:37:02 +0400 (In reply to comment #13) > давайте проще. /usr/libexec/X11/drv.d/чтототам будет проверять наличие > файлов/каталогов lib/lib64 и симлинкать соответственно Нет, это ошибка. У меня в данный момент на 4.1/branch есть файлы в /usr/lib и /usr/lib64, но ссылки в /etc/X11/lib64 создавать нельзя. Нужно проверять, произошел ли переход на новую схему. Например на наличие каталога /etc/X11/lib64 (или еще каким-то способом). Это можно делать только на x86_64. Проверку на наличие библиотек в /usr/lib нужно делать только на x86_64 и это уже несколько другая тема. Она касается только окончательной работоспособности программ в drv.d/* 76449 18 anubix 2008-08-28 15:39:51 +0400 А так же, все изменения _с_проверками_ нужно сделать везде до перехода на новую схему пакета, содержащего /usr/lib{,64}/libGL.so.1, т.е. libmesa Тогда переход будет прозрачен. 76453 19 shrek 2008-08-28 15:45:31 +0400 (In reply to comment #17) > (In reply to comment #13) > > давайте проще. /usr/libexec/X11/drv.d/чтототам будет проверять наличие > > файлов/каталогов lib/lib64 и симлинкать соответственно > Нет, это ошибка. У меня в данный момент на 4.1/branch есть файлы в /usr/lib и /usr/lib64, но > ссылки в /etc/X11/lib64 создавать нельзя. что мешает создать ссылки в /etc/X11/lib64 если будет /etc/X11/lib и /etc/X11/lib64 76456 20 zerg 2008-08-28 16:28:31 +0400 (In reply to comment #19) > что мешает создать ссылки в /etc/X11/lib64 если будет > /etc/X11/lib и /etc/X11/lib64 то, что на x86_64 ссылки, лежащие в /etc/X11/lib будут ошибочно указывать не в /usr/lib64 76457 21 zerg 2008-08-28 16:32:27 +0400 (In reply to comment #19) > что мешает создать ссылки в /etc/X11/lib64 если будет > /etc/X11/lib и /etc/X11/lib64 Для пакета libmesa ничего не мешает. В нем не нужно делать проверок, только поставить конфликты на всякие fglrx_glx и nvidia_glx_common, в которых проверка на новую схему еще не сделана 76458 22 shrek 2008-08-28 16:36:51 +0400 так я про mesa и говорю, всякие fglrx_glx и nvidia_glx_common мне до лампочки 76459 23 zerg 2008-08-28 16:39:19 +0400 (In reply to comment #21) > поставить конфликты на всякие fglrx_glx и nvidia_glx_common, > в которых проверка на новую схему еще не сделана Т.е. именно подождать, пока везде появиться и только тогда конфликт c *_glx* < клевая-версия-релиз и только после этого новый libmesa отправлять в Сизиф. 76460 24 zerg 2008-08-28 16:40:05 +0400 (In reply to comment #22) > всякие fglrx_glx и nvidia_glx_common мне до лампочки Это ошибка. 76461 25 shrek 2008-08-28 16:43:44 +0400 это ошибка в fglrx_glx и nvidia_glx_common, которую я не могу исправить 76462 26 zerg 2008-08-28 17:13:30 +0400 (In reply to comment #25) > это ошибка в fglrx_glx и nvidia_glx_common, которую я не могу исправить Блин! Я только что разжевал, как тебе исправить эту твою ошибку. 76472 27 zerg 2008-08-28 19:08:59 +0400 (In reply to comment #12) > 2 shrek: > Будет ли достаточно проверки на существование каталога /etc/X11/lib64 для > определения, что включилась новая схема? Если у кого-то стоит fglrx, который успел нагадить в /etc/X11/lib64, то не подходит. Как однозначно определить переход на /etc/X11/lib64 ? 76484 28 shrek 2008-08-28 22:29:12 +0400 не знаю. не изобретай велосипеды, обновляй оба каталога при наличии файлов в lib и lib64 76485 29 anubix 2008-08-28 22:57:23 +0400 (In reply to comment #28) > не знаю. не изобретай велосипеды, обновляй оба каталога при наличии файлов в > lib и lib64 У меня в данный момент на x86_64 4.1/branch есть файлы в lib и lib64. 3D в cedega работает. Представь, что я собрал и установил новый nvidia_glx (в чем я лично не вижу никаких проблем, если он будет правильно работать). Перечисли конкретно весь список, какие файлы куда и откуда линковать? 76486 30 shrek 2008-08-28 23:04:33 +0400 для branch4.1 делать это я не планирую (во всяком случае пока). это быдет в mesa-7.1/xorg-server-1.5. что и куда линковать - когда сделаю, пришлю коменты и посмотришь 76490 31 anubix 2008-08-28 23:35:09 +0400 (In reply to comment #30) > для branch4.1 делать это я не планирую Я и не прошу. Ответь на мой вопрос. 76495 32 anubix 2008-08-29 01:09:08 +0400 (In reply to comment #31) > Ответь на мой вопрос. В общем, забей. Я буду проверять переход на новую схему по наличию каталога /etc/X11/lib64 А кто его без просу создаст, тому по шапке. 2 lakostis: Смотри, чтоб в 4.1 Desktop опять не напортить. И не говори, что кто-нибудь тебя с толку сбил. 76497 33 lakostis 2008-08-29 01:59:11 +0400 (In reply to comment #32) > (In reply to comment #31) > > Ответь на мой вопрос. > В общем, забей. > Я буду проверять переход на новую схему по наличию каталога /etc/X11/lib64 > А кто его без просу создаст, тому по шапке. > 2 lakostis: > Смотри, чтоб в 4.1 Desktop опять не напортить. И не говори, что кто-нибудь тебя с > толку сбил. > Мне пофиг. И тот патч не мой, а raorn@ ;) 76498 34 anubix 2008-08-29 02:16:46 +0400 (In reply to comment #33) > Мне пофиг. И тот патч не мой, а raorn@ ;) А голова чья? ;-) 76551 35 shrek 2008-08-29 16:45:55 +0400 http://git.altlinux.org/people/shrek/packages/?p=mesa.git;a=commitdiff;h=106c971f99308d4f0447e89a43e0212ccee4f4b0 http://git.altlinux.org/people/shrek/packages/?p=xorg-server.git;a=commitdiff;h=eab327181d5d7082cd69d5ba37f33a6b40b0b866 76562 36 zerg 2008-08-29 18:45:56 +0400 Только не забудь, что конфликты нужно поставить на *_glx* <= последняя_версия_без_etc64, иначе поломается как-минимум 3D. Версию nvidia_glx_common я сообщу в понедельник. Потестить нужно на всякий. 76790 37 zerg 2008-09-01 17:49:20 +0400 Conflicts: nvidia_glx_common <= 173.14.12-alt47 Именно так, как написано.