Bug 36905

Summary: Библиотеки упакованы как попало
Product: Sisyphus Reporter: Dmitry V. Levin <ldv>
Component: thriftAssignee: Антон Мидюков <antohami>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: major    
Priority: P3 CC: andy, antohami, iv, lav
Version: unstable   
Hardware: all   
OS: Linux   

Description Dmitry V. Levin 2019-06-15 14:32:29 MSK 
Библиотеки упакованы с грубыми нарушениями:
в thrift-devel попали настоящие библиотеки,
в thrift-glib попали devel-ссылки,
библитеки попали сразу в несколько пакетов, и .т.п.

$ rpmquery -lp $(ls *thrift*-0.10.0-alt5_15jpp8.x86_64.rpm |grep -Fve -debuginfo-) |sort |uniq -d
/usr/lib64/libthrift_c_glib.so
/usr/lib64/libthrift_c_glib.so.0
/usr/lib64/libthrift_c_glib.so.0.0.0
/usr/lib64/libthriftqt.so
Comment 1 Dmitry V. Levin 2020-11-07 00:49:14 MSK 
Пакет был удалён из репозитория:
http://git.altlinux.org/tasks/archive/done/_255/261157/logs/events.3.1.log
Comment 2 Andrew Vasilyev 2020-11-07 23:02:07 MSK 
  ... после чего lizardfs больше не собирается :(
Comment 3 Dmitry V. Levin 2020-11-07 23:04:28 MSK 
(In reply to Andrew Vasilyev from comment #2)
>   ... после чего lizardfs больше не собирается :(

Если у lizardfs не было runtime-зависимости, значит, и сборочная зависимость ему вряд ли нужна.
Comment 4 Andrew Vasilyev 2020-11-07 23:09:02 MSK 
Там какие-то классы используются:

src/mount/polonaise/main.cc:#include <thrift/protocol/TBinaryProtocol.h>
src/mount/polonaise/main.cc:#include <thrift/server/TThreadedServer.h>
src/mount/polonaise/main.cc:#include <thrift/transport/TBufferTransports.h>
src/mount/polonaise/main.cc:#include <thrift/transport/TPipeServer.h>
src/mount/polonaise/main.cc:#include <thrift/transport/TServerSocket.h>
class BigBufferedTransportFactory : public apache::thrift::transport::TTransportFactory {
...

  Наверное, можно оторвать...
Comment 5 Vitaly Lipatov 2020-11-07 23:53:33 MSK 
(Ответ для Dmitry V. Levin на комментарий #3)
> (In reply to Andrew Vasilyev from comment #2)
> >   ... после чего lizardfs больше не собирается :(
> 
> Если у lizardfs не было runtime-зависимости, значит, и сборочная зависимость
> ему вряд ли нужна.
Особенно это актуально для headers-only библиотек :)