Bug 6017 - Размещение пути к библиотекам
: Размещение пути к библиотекам
Status: CLOSED WORKSFORME
: Sisyphus
(All bugs in Sisyphus/libqt3)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2005-02-03 16:10 by
Modified: 2006-03-26 12:10 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2005-02-03 16:10:28
Предлагается в пакет поместить файл qt3.conf в каталог /etc/ld.so.conf.d, 
чтобы ldconfig имел представление о размещении библиотечных файлов qt 
без использования ссылок в /usr/lib.
------- Comment #1 From 2005-02-03 16:18:23 -------
Зачем? 
 
------- Comment #2 From 2005-02-04 00:11:51 -------
Стоит сравнить ответы на одно и то же предложение: 
https://bugzilla.altlinux.org/show_bug.cgi?id=6019 

Затем, чтобы не делать ссылок в /usr/lib, я полагаю. 
------- Comment #3 From 2005-02-04 14:03:48 -------
(In reply to comment #2)  
> Стоит сравнить ответы на одно и то же предложение:   
> https://bugzilla.altlinux.org/show_bug.cgi?id=6019   
Ну и что? Может ему так нравиться.  
  
> Затем, чтобы не делать ссылок в /usr/lib, я полагаю.   
Я это в первом сообщении прочитал. Так зачем?  
  
------- Comment #4 From 2005-02-05 01:12:44 -------
1. Если /usr/lib/qt3/lib будет известна ldconfig, 
можно будет не размещать ссылки из /usr/lib в /usr/lib/qt3/lib 
в других пакетах (см. баг 5613), а именно эти манипуляции ссылками 
часто приводят к ошибкам упаковки. 
 
2. Я не вижу причин запрещать линковщику видеть библиотеки qt по умолчанию 
(но это как скажете) 
 
3. Можно будет постепенно уйти от схемы размещение qt как важной независимой 
особы целиком в /usr/lib/qt3 (в связи с последними разговорами в -devel от 
x86_64 это становится актуально) 
 
Вы лучше скажите, какие есть противопоказания. 
------- Comment #5 From 2005-02-07 11:11:05 -------
(In reply to comment #4)  
> 1. Если /usr/lib/qt3/lib будет известна ldconfig,   
> можно будет не размещать ссылки из /usr/lib в /usr/lib/qt3/lib   
> в других пакетах  
Я подозревал, что это связяно с qscintilla, но я не нашел причин, указывающих 
зависимость #5613 от этого 
  
 (см. баг 5613), а именно эти манипуляции ссылками   
> часто приводят к ошибкам упаковки.   
Я только один этот пакет знаю, так что скорее редко, чем часто ;-)  
 
> 2. Я не вижу причин запрещать линковщику видеть библиотеки qt по умолчанию  
 libqt-mt.so не может быть в /usr/lib в принципе, т.к. он есть, как минимум, в 
Qt2 и Qt3 
 
> (но это как скажете)   
Вообще, мне удобнее упаковывать так. При сборке файлы ложаться в /usr/lib/qt3 
и никому не мешают. Остается только нужные концы наружу вытащить. 
  
> 3. Можно будет постепенно уйти от схемы размещение qt как важной независимой   
> особы целиком в /usr/lib/qt3 (в связи с последними разговорами в -devel от   
> x86_64 это становится актуально)   
Ну, это я тогда с mouse@ лучше обговорю, как только появиться необходимость.  
------- Comment #6 From 2005-02-07 19:11:56 -------
Насчёт x86_64. Qt3 я собрал и положил в /usr/lib64/qt3 и всё прекрасно. Не вижу
особых причин куда-то это выносить.
------- Comment #7 From 2005-02-08 12:13:29 -------
(In reply to comment #6) 
> /usr/lib64/qt3 и всё прекрасно. 
Если что, шли патч на spec, чтоб он один был для всего. 
 
------- Comment #8 From 2005-08-10 18:23:10 -------
В общем, все нормально в Qt3