37049 2019-07-22 10:58:14 +0300 Содержит devel файлы 2019-08-02 10:49:27 +0300 1 1 4 Development Sisyphus libwlocate0 unstable all Linux CLOSED FIXED P3 normal --- 1 zerg viy viy qa-sisyphus oldest_to_newest 183189 0 zerg 2019-07-22 10:58:14 +0300 %_libdir/*.so должны быть в devel-пакете, иначе исчезает провайд debug64(libwlocate.so) и собираемый с libwlocate пакет не проходит сборочницу. http://git.altlinux.org/tasks/234874/logs/events.2.1.log P.S. В p9 тоже, пожалуйста. 183195 1 viy 2019-07-22 23:26:47 +0300 (В ответ на комментарий №0) > %_libdir/*.so должны быть в devel-пакете, иначе исчезает провайд > debug64(libwlocate.so) и собираемый с libwlocate пакет не проходит сборочницу. > http://git.altlinux.org/tasks/234874/logs/events.2.1.log #235018 BUILDING #1 [locked] sisyphus srpm=libwlocate-1.1-alt1_10.git20130127.src.rpm > В p9 тоже, пожалуйста. Сейчас в Сизифе работы, пакету туда не попасть, в p9, соответственно, тоже. напомните, пожалуйста, когда закончится. 183314 2 repository-robot 2019-07-30 17:09:59 +0300 libwlocate-1.1-alt1_10.git20130127 -> sisyphus: Mon Jul 22 2019 Igor Vlasenko <viy@altlinux.ru> 1.1-alt1_10.git20130127 - fixed devel (closes: #37049) 183365 3 zerg 2019-08-01 12:02:31 +0300 %_libdir/*.so остался в не-devel пакете. Возможно, из-за этого опять не срастается. http://git.altlinux.org/tasks/235025/logs/events.1.1.log 183376 4 viy 2019-08-01 13:54:16 +0300 с одной стороны, это выглядит как баг в debuginfo.prov - повесил баг https://bugzilla.altlinux.org/show_bug.cgi?id=37072 с другой стороны, %_libdir/*.so в lib обычно делают для клиентов, которые не линкуются, а делают dlopen(%_libdir/...so). Но в случае с libwlocate подозреваемый на кривизну клиент известен, это marble, т.е. ваш будущий пакет, вам виднее, как его собирать. Это случайно не со сборкой marble затык? так что я без проблем оторву от lib, но вы потом проверьте, сломается ли при этом marble. Отрывать? 183377 5 zerg 2019-08-01 14:51:59 +0300 (В ответ на комментарий №4) > Это случайно не со сборкой marble затык? Оно собирается нормально, но с зависимостью у debuginfo подпакета ерунда. Вместо debug64(libwlocate.so.0) почему-то всплывает debug64(libwlocate.so). Может и в marble проблема, но хотелось бы проверить с правильным libwlocate0. 183378 6 zerg 2019-08-01 14:53:26 +0300 (В ответ на комментарий №4) > с другой стороны, %_libdir/*.so в lib обычно делают для клиентов, которые не > линкуются, а делают dlopen(%_libdir/...so). Ну, AFAIK все обычно делают dlopen(%_libdir/...so.N) или поиск производят самостоятельно. > Отрывать? Да. 183379 7 viy 2019-08-01 15:00:22 +0300 (In reply to comment #6) > > Отрывать? > Да. #235340 BUILDING #1 [locked] sisyphus srpm=libwlocate-1.1-alt2_10.git20130127.src.rpm 183380 8 zerg 2019-08-01 15:07:08 +0300 (В ответ на комментарий №7) > #235340 BUILDING Переборщил. ;-) 183383 9 repository-robot 2019-08-01 15:28:17 +0300 libwlocate-1.1-alt2_10.git20130127 -> sisyphus: Thu Aug 01 2019 Igor Vlasenko <viy@altlinux.ru> 1.1-alt2_10.git20130127 - no .so (closes: #37049) 183388 10 zerg 2019-08-01 17:33:20 +0300 Ещё у меня вылизит "lib.req: WARNING: libwlocate.so is not yet set-versioned" http://git.altlinux.org/tasks/235025/logs/events.3.1.log 183394 11 viy 2019-08-01 19:48:57 +0300 если что, экспериментируйте с libwlocate, переписать на вас acl? Ведь marble ее основной клиент. 183406 12 zerg 2019-08-02 10:49:27 +0300 (В ответ на комментарий №11) > если что, экспериментируйте с libwlocate, Попробую. > переписать на вас acl? Да не надо. @everybody есть. > Ведь marble ее основной клиент. Не основной, а, скорее, единственный заметивший её пока. ;-)