Summary: | Пропал список камер и перестал работать с камерами | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey Y. Afonin <asy> |
Component: | kdelibs | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | critical | ||
Priority: | P2 | CC: | jinn, led, sbolshakov |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Sergey Y. Afonin
2008-03-22 14:33:13 MSK
Поясняю ситуацию: digikam собирается с libgphoto2. libgphoto2 нужна libltdl. libgphoto2-2.3.1 таскала с собой встроенную libltdl. libgphoto2-2.4.0 собирается с системной libltdl, и вот тут-то что-то ломается. При этом другие морды к libgphoto2 работают (проверены gtkam, flphoto). Что будем делать? Я, пока, вот что нашёл: https://bugs.launchpad.net/digikam/+bug/145239 Вытаскивать deb-пакет с диалапа не хочется, чтобы посмотреть, что сделали в ubuntu. (In reply to comment #1) > При этом другие морды к libgphoto2 работают (проверены gtkam, flphoto). > Что будем делать? У меня нет камеры, работающей через gphoto. В консоль что-то подозрительное пишется, при попытке просмотреть список камер? Нет, в консоли - только про версию raw-плагина есть упоминание при старте. Если скопировать в %_libdir/libgphoto2/2.4.0.4/ кроме *.so ещё и *.la файлы - список появляется. Без этого будут ролблемы на всех KDE-based программах, изспользующих gphoto. А вообще-то, похоже, это бага kdelibs (см. http://bugs.kde.org/show_bug.cgi?id=125696) Хотелось бы услышать мнение мейнтейнера kdelibs по этому поводу. Да, список появляется. Но с камерой не работает всё-равно. И автопоиск камеры тоже не работает. Так, у меня и список появляется, и камера автоопределяется, когда gphoto2 пересобрал. Спасибо за наводку, еще покручу. Хм. Я gphoto2 тоже пересобирал, мне не помогло. Или, потом, digikam надо тоже пересобрать ? (In reply to comment #9) > Хм. Я gphoto2 тоже пересобирал, мне не помогло. Или, потом, digikam надо тоже > пересобрать ? Вроде не надо. Я посмотрел, в Убунте эти самые .la файлы упакованы, а в Федоре и без них работает. Поскольку наше полиси на упаковку разделяемых библиотек молчит про *.la в подкаталогах, упакую я их, что-ли, до выяснения? 2zerg: что скажете? > > digikam надо тоже пересобрать ? > Вроде не надо. Тогда непонятно. У меня так и не работает (после пересборки digikam, впрочем, тоже). А пересборка gphoto2 в hasher была, или так просто ? Может, что-то долинковалось ? (In reply to comment #8) > и камера автоопределяется, Кстати, а какая ? (In reply to comment #12) > Кстати, а какая ? > [diman@dimanko ~]$ gphoto2 --auto-detect Модель Порт ---------------------------------------------------------- Canon PowerShot A430 (PTP mode) usb: Нучо, раз с упакованными *.la заработало, и если возражений не последует до завтрашнего вечера (ну, может, послезавтрашнего, когда нормальный интырнет у меня появится), я забираю багу себе и заливаю новую сборку gphoto2? (In reply to comment #14) > Нучо, раз с упакованными *.la заработало .... я забираю багу себе Зачем "забирать себе" багу kdelibs? > и заливаю новую сборку gphoto2? Как вам будет угодно:) "Забирать" не буду :-) , просто заливаю. :-) Сначала починим, разборки потом. :-) (In reply to comment #10) > Поскольку наше полиси на упаковку разделяемых библиотек молчит про *.la в > подкаталогах, упакую я их, что-ли, до выяснения? Не надо их паковать в не-devel пакеты. digikam пропатчить нужно, заменив слова ".la" на ".so" (In reply to comment #10) > Я посмотрел, в Убунте эти самые .la файлы упакованы, а в Федоре и без них > работает. Если где-то .la используется в runtime, то это не мой пакет. KDE3 полностью запатчено, чтоб везде вместо .la использовалось .so Исключение только для сборки, которой без .la с появлением -as-needed стало совсем туго. (In reply to comment #5) > Если скопировать в %_libdir/libgphoto2/2.4.0.4/ кроме *.so ещё и *.la файлы - > список появляется. Без этого будут ролблемы на всех KDE-based программах, > изспользующих gphoto. Нифига. У меня пропатчено. Будут проблемы только в тех программах, которые грузят плагины не средствами KDE, причем пытаются именно plugin.la (In reply to comment #19) > Нифига. У меня пропатчено. Будут проблемы только в тех программах, которые > грузят плагины не средствами KDE, причем пытаются именно plugin.la digikam не грузит плагины gphoto. gphoto же врядли грузит плагины "средствами KDE". (In reply to comment #20) > digikam не грузит плагины gphoto. gphoto же врядли грузит плагины "средствами > KDE". Тогда gphoto нужно пропатчить, чтоб грузила ".so" вместо ".la" и всё К тому же сейчас в libgphoto2 .la-файлы исполняемые упакованы (In reply to comment #21) Т.е. вышеприведённая бага kdelibs для нашей сборки неактуальна? (In reply to comment #22) > К тому же сейчас в libgphoto2 .la-файлы исполняемые упакованы ТАк это последняя сборка. Чтобы оно пока работало, во время разбора. (In reply to comment #23) > (In reply to comment #21) > Т.е. вышеприведённая бага kdelibs для нашей сборки неактуальна? Для kdelibs неактуальна, но может быть актуальна для digikam (In reply to comment #25) > Для kdelibs неактуальна, но может быть актуальна для digikam Ок, спасибо за разъяснение. (In reply to comment #24) > (In reply to comment #22) > > К тому же сейчас в libgphoto2 .la-файлы исполняемые упакованы > > ТАк это последняя сборка. Чтобы оно пока работало, во время разбора. И для этого без 755 не обойтись? > может быть актуальна для digikam
Не нашел там попыток .la грузить
(In reply to comment #28) > > может быть актуальна для digikam > Не нашел там попыток .la грузить Естественно, их (попыток) там и нет - мог бы меня спросить:) Всё равно спасибо - квалифицированный взгляд со стороны никогда не помешает. (In reply to comment #27) > И для этого без 755 не обойтись? А, у меня акцент получился на "упакованы". На 755 я внимания не обратил даже. (In reply to comment #25) > (In reply to comment #23) > > (In reply to comment #21) > > Т.е. вышеприведённая бага kdelibs для нашей сборки неактуальна? > Для kdelibs неактуальна, но может быть актуальна для digikam А если я скажу, что вот так всё работает и без %_libdir/libgphoto2/2.4.0.4/*.la LD_PRELOAD=/usr/lib64/libltdl.so.3 digikam ? Т.о. системная libtdl - "не в ногу"?:) P.S. Не перестаю натыкаться везде на заявления подобные: "...not imlib2's fault, but because of kdelibs's handling of ltdl..." (In reply to comment #31) > LD_PRELOAD=/usr/lib64/libltdl.so.3 digikam Ок, попробую вырезать из kdelibs внутренюю (In reply to comment #32) > Ок, попробую вырезать из kdelibs внутренюю Не получится, т.к. там хак для выставления флагов для dlopen и по умолчанию отличается от libtool-ного отсутствием LT_GLOBAL Т.о. я не вижу как проблему возможно решить на уровне digikam. Мейнтейнеру gphoto2 могу предложить завернуть *.la плагины в отдельный субпакет (скажем, libgphoto2-plugins-kde-compat), после чего я могу поставить в digikam зависимость на этот пакет. Баг существует, и, следовательно, резолюция INVALID - неверна. На какой пакет этот баг - другой вопрос. (In reply to comment #35) > Баг существует, и, следовательно, резолюция INVALID - неверна. На какой пакет > этот баг - другой вопрос. Тогда определитесь "на какой пакет этот баг" - повесить баг на случайный пакет - не решение. (In reply to comment #35) > Баг существует, и, следовательно, резолюция INVALID - неверна. На какой пакет > этот баг - другой вопрос. Всё же попрошу при переоткрывании бага придумать для этого повод и формулировку - притензии именно к тому пакету, на которую вешается бага. Я не буду оставлять баг открытым, поскольку ещё не придумал, как убеждать людей, не желающих видеть ситуацию шире, чем состояние одного пакета - наслаждатесь потоком дубликатов, если считаете нужным. Переоткрываю, чтобы сменить resolution на верный - WONTFIX, ибо закрыт валидный баг, который не пофикшен. -> wontfix (In reply to comment #38) > Переоткрываю, чтобы сменить resolution на верный - WONTFIX, ибо закрыт валидный > баг, который не пофикшен. Я с радостью постараюсь починить, если вы укажите, ЧТО ИМЕННО надо починить в digikam:) Предложения "починить в digikam kdelibs" - не принимаются:) Да погодите вы! Я давно перевесил его на libgphoto2 ;-) Возьму пока себе. assign Вот, я про это же. Спасибо, Сергей :) (In reply to comment #43) > Вот, я про это же. Спасибо, Сергей :) Блин... прошу прощения - я как-то упустил этот момент :( Странно, тогда почему мне дали возможность закрывать багу? У *@altlinux.org в багзилле повышенные привилегии. Так, а мне что делать? Пересобирать обратно libgphoto2 без *.la? Или подождать? (In reply to comment #46) > Так, а мне что делать? Пересобирать обратно libgphoto2 без *.la? > Или подождать? Думаю, подождать. :-) Или, как максимум, пересобрать с отдельным пакетом с *.la. Вообще, мне тоже кажется, что к kdelibs оно ближе... Моя бага. kdelibs-ный libltdl не пытался грузить .so , если .la не найден kdelibs-3.5.9-alt4 (In reply to comment #48) > kdelibs-3.5.9-alt4 Спасибо! (In reply to comment #46) > Пересобирать обратно libgphoto2 без *.la? > Или подождать? Можете заливать, когда соберетесь. Я kdelibs отправил в OUT (In reply to comment #50) > Можете заливать, когда соберетесь. Я kdelibs отправил в OUT > done. *** Bug 15106 has been marked as a duplicate of this bug. *** |