Bug 36905 - Библиотеки упакованы как попало
Summary: Библиотеки упакованы как попало
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: thrift (show other bugs)
Version: unstable
Hardware: all Linux
: P3 major
Assignee: viy
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-06-15 14:32 MSK by Dmitry V. Levin
Modified: 2020-11-07 23:53 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 библиотек :)