Приветствую. Что-то пропал список камер, и DigiKam перестал работать с уже сконфигурированными. При этом # gphoto2 --auto-detect Model Port ---------------------------------------------------------- Canon PowerShot S5 IS (PTP mode) usb: Canon PowerShot S5 IS (PTP mode) usb:005,004
Поясняю ситуацию: 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. ***
