[devel] current unmets

[devel] current unmets

[Stanislav Ievlev]

[-- Attachment #1: Type: text/plain, Size: 1 bytes --]



[-- Attachment #2: fi --]
[-- Type: text/plain, Size: 3736 bytes --]

Пакет kernel-headers-i2c-std-up версии 2.7.0-alt4 имеет неудовлетворенные зависимости:
 Требует: kernel-headers-std-up (= 2.4.21rel-alt1)
Пакет ppp-extra версии 2.4.1.20030513-alt1 имеет неудовлетворенные зависимости:
 Требует: perl(Proc/Daemon.pm)
 Требует: perl(Proc/WaitStat.pm)
Пакет distcc версии 0.15-alt4 имеет неудовлетворенные зависимости:
 Требует: gcc3.2 (= 3.2.1)
 Требует: gcc3.2-c++ (= 3.2.1)
Пакет libevms-aw-devel версии 1.2.1-alt1 имеет неудовлетворенные зависимости:
 Для установки требует: libevms (= 1.2.1-alt1)
Пакет kernel-modules-sensors-aw-up#2.7.0-alt2 версии 2.7.0-alt2 имеет неудовлетворенные зависимости:
 Для установки требует: kernel-image-aw-up (= 2.4.21-alt3)
Пакет gnome-pilot-conduits версии 2.0.9-alt1 имеет неудовлетворенные зависимости:
 Требует: libgpilotd.so.2
 Требует: libgpilotdcm.so.2
 Требует: libgpilotdconduit.so.2
Пакет kernel-modules-sensors-aw-smp#2.7.0-alt2 версии 2.7.0-alt2 имеет неудовлетворенные зависимости:
 Для установки требует: kernel-image-aw-smp (= 2.4.21-alt3)
Пакет inn версии 2.3.5-alt1 имеет неудовлетворенные зависимости:
 Требует: perl(ftp.pl)
Пакет symaxx2 версии 0.17-alt3 имеет неудовлетворенные зависимости:
 Требует: perl(Symaxx2/Graphobject.pm)
 Требует: perl(Symaxx2/LispList.pm)
 Требует: perl(Symaxx2/MainDialog.pm)
 Требует: perl(Symaxx2/MaximaController.pm)
 Требует: perl(Symaxx2/MaximaSymbols.pm)
 Требует: perl(Symaxx2/MySubs.pm)
 Требует: perl(Symaxx2/Palette.pm)
 Требует: perl(Symaxx2/PopupManager.pm)
 Требует: perl(Symaxx2/PopupWindow.pm)
 Требует: perl(Symaxx2/Preferences.pm)
 Требует: perl(Symaxx2/Thing.pm)
 Требует: perl(Symaxx2/ThingManager.pm)
 Требует: perl(Symaxx2/UIManager.pm)
Пакет evolution-pilot версии 1.4.3-alt1 имеет неудовлетворенные зависимости:
 Требует: libgpilotd.so.2
 Требует: libgpilotdcm.so.2
 Требует: libgpilotdconduit.so.2
Пакет evolution-devel версии 1.2.3-alt1 имеет неудовлетворенные зависимости:
 Требует: evolution (= 1.2.3-alt1)
Пакет kernel-modules-i2c-std-up#2.7.0-alt4 версии 2.7.0-alt4 имеет неудовлетворенные зависимости:
 Для установки требует: kernel-image-std-up (= 2.4.21rel-alt1)
Пакет PyQt версии 3.7-alt1 имеет неудовлетворенные зависимости:
 Требует: libqtcmodule.so.1
 Требует: libqttablecmodule.so.1
 Требует: libsip.so.10
Пакет midgard-data версии 1.4.4-alt1 имеет неудовлетворенные зависимости:
 Требует: mod_midgard
Пакет perl-Template версии 2.09-alt1 имеет неудовлетворенные зависимости:
 Требует: perl(GD/Graph/area.pm)
 Требует: perl(GD/Graph/bars.pm)
 Требует: perl(GD/Graph/bars3d.pm)
 Требует: perl(GD/Graph/lines.pm)
 Требует: perl(GD/Graph/lines3d.pm)
 Требует: perl(GD/Graph/linespoints.pm)
 Требует: perl(GD/Graph/mixed.pm)
 Требует: perl(GD/Graph/pie.pm)
 Требует: perl(GD/Graph/pie3d.pm)
 Требует: perl(GD/Graph/points.pm)
 Требует: perl(GD/Text.pm)
 Требует: perl(GD/Text/Align.pm)
 Требует: perl(GD/Text/Wrap.pm)
 Требует: perl(Pod/POM.pm)
 Требует: perl(Template/Stash.pm)
 Требует: perl(Text/Autoformat.pm)
 Требует: perl(XML/DOM.pm)
 Требует: perl(XML/RSS.pm)
 Требует: perl(XML/XPath.pm)
Пакет R-base версии 1.7.1-alt1 имеет неудовлетворенные зависимости:
 Требует: libR.so
 Требует: libRlapack.so
Пакет bte-utils версии 0.3-alt5 имеет неудовлетворенные зависимости:
 Требует: libbte
Пакет em8300 версии 0.13.0.cvs-alt1 имеет неудовлетворенные зависимости:
 Требует: perl(em8300.pm)
Пакет goctave версии 0.40.4-alt3 имеет неудовлетворенные зависимости:
 Требует: libgtkextra-0.99.so.17
Пакет gnome-pilot версии 2.0.9-alt1 имеет неудовлетворенные зависимости:
 Требует: libgpilotd.so.2
 Требует: libgpilotdcm.so.2
 Требует: libgpilotdconduit.so.2
Пакет distcc-daemon версии 0.15-alt4 имеет неудовлетворенные зависимости:
 Требует: gcc3.2 (= 3.2.1)
 Требует: gcc3.2-c++ (= 3.2.1)

Re: [devel] current unmets

[Zhenja Kaluta]

>>>>> "SI" == Stanislav Ievlev writes:

[...]

 SI>  Пакет libevms-aw-devel версии 1.2.1-alt1 имеет неудовлетворенные
 SI>  зависимости:
 SI>   Для установки требует: libevms (= 1.2.1-alt1)

evms-aw и libevms-aw* нужно удалить.

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

Re: [devel] current unmets

[Stanislav Ievlev]

On Tue, Jul 15, 2003 at 05:37:27PM +0300, Zhenja Kaluta wrote:
> 
> >>>>> "SI" == Stanislav Ievlev writes:
> 
> [...]
> 
>  SI>  Пакет libevms-aw-devel версии 1.2.1-alt1 имеет неудовлетворенные
>  SI>  зависимости:
>  SI>   Для установки требует: libevms (= 1.2.1-alt1)
> 
> evms-aw и libevms-aw* нужно удалить.
Пришлите полный список бинарных и исходных пакетов
> 
> -- 
> Zhenja Kaluta                                            ICQ 74596027
> GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725

> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

[devel] Re: current unmets

[Sergey Vlasov]

On Tue, 15 Jul 2003 18:29:10 +0400
Stanislav Ievlev <inger@altlinux.org> wrote:

> Пакет kernel-headers-i2c-std-up версии 2.7.0-alt4 имеет неудовлетворенные зависимости:
>  Требует: kernel-headers-std-up (= 2.4.21rel-alt1)

Я уже писал в devel-kernel, что этот пакет надо удалить (и
kernel-modules-i2c-std-up тоже).

Re: [devel] Re: current unmets

[Stanislav Ievlev]

On Tue, Jul 15, 2003 at 06:57:57PM +0400, Sergey Vlasov wrote:
> On Tue, 15 Jul 2003 18:29:10 +0400
> Stanislav Ievlev <inger@altlinux.org> wrote:
> 
> > Пакет kernel-headers-i2c-std-up версии 2.7.0-alt4 имеет неудовлетворенные зависимости:
> >  Требует: kernel-headers-std-up (= 2.4.21rel-alt1)
> 
> Я уже писал в devel-kernel, что этот пакет надо удалить (и
> kernel-modules-i2c-std-up тоже).
Аналогичная просьба, Сергей, пожайлуста, полный список пакетов на удаление
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

[devel] Re: current unmets

[Sergey Vlasov]

On Wed, 16 Jul 2003 11:47:36 +0400
Stanislav Ievlev <inger@altlinux.org> wrote:

> On Tue, Jul 15, 2003 at 06:57:57PM +0400, Sergey Vlasov wrote:
> > On Tue, 15 Jul 2003 18:29:10 +0400
> > Stanislav Ievlev <inger@altlinux.org> wrote:
> > 
> > > Пакет kernel-headers-i2c-std-up версии 2.7.0-alt4 имеет неудовлетворенные зависимости:
> > >  Требует: kernel-headers-std-up (= 2.4.21rel-alt1)
> > 
> > Я уже писал в devel-kernel, что этот пакет надо удалить (и
> > kernel-modules-i2c-std-up тоже).
> Аналогичная просьба, Сергей, пожайлуста, полный список пакетов на удаление

Вообще-то это не мои пакеты. Возможно, их просто забыли после перехода
на kernel-feat-i2c - о чём я и писал в devel-kernel, реакции не
последовало.

kernel-modules-i2c-std-up-2.7.0-alt4.src.rpm
kernel-headers-i2c-std-up-2.7.0-alt4.i586.rpm
kernel-modules-i2c-std-up-2.7.0-alt4.i586.rpm

Ещё там болталось:
kernel-doc-2.4.21-0.1.0-alt1.noarch.rpm
(того src.rpm уже давно нет)

И в непонятном состоянии находится kernel-*-std-smp (2.4.21rc1- ???).

Re: [devel] current unmets

[Vadim V. Zhytnikov]

Stanislav Ievlev пишет:

> Пакет symaxx2 версии 0.17-alt3 имеет неудовлетворенные зависимости:
>  Требует: perl(Symaxx2/Graphobject.pm)
>  Требует: perl(Symaxx2/LispList.pm)
>  Требует: perl(Symaxx2/MainDialog.pm)
>  Требует: perl(Symaxx2/MaximaController.pm)
>  Требует: perl(Symaxx2/MaximaSymbols.pm)
>  Требует: perl(Symaxx2/MySubs.pm)
>  Требует: perl(Symaxx2/Palette.pm)
>  Требует: perl(Symaxx2/PopupManager.pm)
>  Требует: perl(Symaxx2/PopupWindow.pm)
>  Требует: perl(Symaxx2/Preferences.pm)
>  Требует: perl(Symaxx2/Thing.pm)
>  Требует: perl(Symaxx2/ThingManager.pm)
>  Требует: perl(Symaxx2/UIManager.pm)

Это чистой воды баг RPM.
Точнее, автоматического определнния зависимостей.
С какого рожна в зависимости пакета попадают файлы
входящие в состав этого пакета?
Свежая сборка symaxx2-alt3 ничем не отличается
от предыдущей сборки symaxx2-alt2, которая
успешно живет в Сизифе с октября прошлого года -
я только поменял права доступа на исходный тарбол
по наущению sisyphus_check.  Больше ничего!
И всё было замечательно.

-- 
      Vadim V. Zhytnikov

       <vvzhy@mail.ru>
      <vvzhy@netorn.ru>

[devel] Re: current unmets

[Sergey Vlasov]

On Tue, 15 Jul 2003 19:46:06 +0300
"Vadim V. Zhytnikov" <vvzhy@mail.ru> wrote:

> Stanislav Ievlev пишет:
> 
> > Пакет symaxx2 версии 0.17-alt3 имеет неудовлетворенные зависимости:
> >  Требует: perl(Symaxx2/Graphobject.pm)
> >  Требует: perl(Symaxx2/LispList.pm)
> >  Требует: perl(Symaxx2/MainDialog.pm)
> >  Требует: perl(Symaxx2/MaximaController.pm)
> >  Требует: perl(Symaxx2/MaximaSymbols.pm)
> >  Требует: perl(Symaxx2/MySubs.pm)
> >  Требует: perl(Symaxx2/Palette.pm)
> >  Требует: perl(Symaxx2/PopupManager.pm)
> >  Требует: perl(Symaxx2/PopupWindow.pm)
> >  Требует: perl(Symaxx2/Preferences.pm)
> >  Требует: perl(Symaxx2/Thing.pm)
> >  Требует: perl(Symaxx2/ThingManager.pm)
> >  Требует: perl(Symaxx2/UIManager.pm)
> 
> Это чистой воды баг RPM.
> Точнее, автоматического определнния зависимостей.
> С какого рожна в зависимости пакета попадают файлы
> входящие в состав этого пакета?
> Свежая сборка symaxx2-alt3 ничем не отличается
> от предыдущей сборки symaxx2-alt2, которая
> успешно живет в Сизифе с октября прошлого года -
> я только поменял права доступа на исходный тарбол
> по наущению sisyphus_check.  Больше ничего!
> И всё было замечательно.

В последнем fvwm2 пришлось делать следующее:

%define _perl_lib_path %perl_vendor_privlib:%_x11datadir/fvwm/perllib

Если в symaxx2 perl-библиотеки тоже лежат в левом каталоге - надо
поступать аналогично.

[devel] Re: current unmets

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1049 bytes --]

On Tue, Jul 15, 2003 at 07:46:06PM +0300, Vadim V. Zhytnikov wrote:
> Это чистой воды баг RPM.
> Точнее, автоматического определнния зависимостей.

Точнее, ваши файлы лежат в нестандартных для перла местах.
На это надобно как-нибудь обратить внимание rpm'а.

--- /home/at/RPM/SPECS/symaxx2.spec~    2003-07-15 16:28:57 +0000
+++ /home/at/RPM/SPECS/symaxx2.spec     2003-07-15 16:29:44 +0000
@@ -9,6 +9,7 @@ Packager: Vadim V. Zhytnikov <vvzhy@altl

 BuildArch: noarch

+%define _perl_lib_path %_libdir/%name

 Source0: Symaxx2.Pre17.tar.gz
 Source1: %name.menu


> С какого рожна в зависимости пакета попадают файлы
> входящие в состав этого пакета?

Затем что они нужны для работы других файлов из этого же пакета.
С таким же успехом они могут быть нужны и для других пакетов.

> Свежая сборка symaxx2-alt3 ничем не отличается
> от предыдущей сборки symaxx2-alt2, которая
> успешно живет в Сизифе с октября прошлого года -
> я только поменял права доступа на исходный тарбол
> по наущению sisyphus_check.  Больше ничего!
> И всё было замечательно.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: current unmets

[Vadim V. Zhytnikov]

Alexey Tourbin пишет:
> On Tue, Jul 15, 2003 at 07:46:06PM +0300, Vadim V. Zhytnikov wrote:
> 
>>Это чистой воды баг RPM.
>>Точнее, автоматического определнния зависимостей.
> 
> 
> Точнее, ваши файлы лежат в нестандартных для перла местах.
> На это надобно как-нибудь обратить внимание rpm'а.
> 
> --- /home/at/RPM/SPECS/symaxx2.spec~    2003-07-15 16:28:57 +0000
> +++ /home/at/RPM/SPECS/symaxx2.spec     2003-07-15 16:29:44 +0000
> @@ -9,6 +9,7 @@ Packager: Vadim V. Zhytnikov <vvzhy@altl
> 
>  BuildArch: noarch
> 
> +%define _perl_lib_path %_libdir/%name
> 
>  Source0: Symaxx2.Pre17.tar.gz
>  Source1: %name.menu
> 
> 
> 
>>С какого рожна в зависимости пакета попадают файлы
>>входящие в состав этого пакета?
> 
> 
> Затем что они нужны для работы других файлов из этого же пакета.
> С таким же успехом они могут быть нужны и для других пакетов.
> 

Всё равно я не понимаю.  Perl, не perl - Requires в пакете
(не в других пакетах) на файлы входящие в состав самого этого
пакета - ошибка.  Такого не должно быть никогда.
Почему раньше этого не было?

Ну а причем здесь надобности других пакетов непонятно совсем.
Ведь это Requires а не Provides.


-- 
      Vadim V. Zhytnikov

       <vvzhy@mail.ru>
      <vvzhy@netorn.ru>

Re: [devel] Re: current unmets

[Alexander Bokovoy]

On Tue, Jul 15, 2003 at 09:39:37PM +0300, Vadim V. Zhytnikov wrote:
> >>С какого рожна в зависимости пакета попадают файлы
> >>входящие в состав этого пакета?
> >
> >
> >Затем что они нужны для работы других файлов из этого же пакета.
> >С таким же успехом они могут быть нужны и для других пакетов.
> >
> 
> Всё равно я не понимаю.  Perl, не perl - Requires в пакете
> (не в других пакетах) на файлы входящие в состав самого этого
> пакета - ошибка.  Такого не должно быть никогда.
Это -- не ошибка. Более того, это поведение осмысленное и существовало оно
всегда в rpm. Речь идет о том, что для .so и perl-овых модулей ужесточили 
места, где они ищутся по умолчанию во время разрешения зависимостей, дабы
не создать лишних provides наподобие того, как было с OO и Mozilla.

> Почему раньше этого не было?
Было. Но не для всех типов пакетируемых файлов. RPM требует удовлетворения 
зависимостей в рамках транзакции, эти зависимости в рамках транзакции
удовлетворяются (самим пакетом), все нормально, если пакет их
обеспечивает.


> Ну а причем здесь надобности других пакетов непонятно совсем.
> Ведь это Requires а не Provides.
Откуда rpm знает, что именно этот пакет их Provides?

-- 
/ Alexander Bokovoy
---
Barach's Rule:
	An alcoholic is a person who drinks more than his own physician.

[devel] Re: current unmets

[Michael Shigorin]

On Tue, Jul 15, 2003 at 08:48:27PM +0300, Alexander Bokovoy wrote:
> Откуда rpm знает, что именно этот пакет их Provides?

Такое беличье колесо можно довести и до абсурда.

Надеюсь, никому не приходится заходить домой по предъявлению
паспорта?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] Re: current unmets

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 753 bytes --]

On Tue, Jul 15, 2003 at 08:34:27PM +0400, Alexey Tourbin wrote:
> +%define _perl_lib_path %_libdir/%name
> > С какого рожна в зависимости пакета попадают файлы
> > входящие в состав этого пакета?
> Затем что они нужны для работы других файлов из этого же пакета.
> С таким же успехом они могут быть нужны и для других пакетов.

А все-таки: не является ли эта ситуация _очень_ нетипичной?

Если кому-то что-то нужно в нестандартном месте, это кто-то все
равно понадобится ткнуть туда носом, скорее всего.

И при этом прописать явную зависимость.

Я могу быть опять неправ, но создание проблемы в 80% случаев ради
гипотетического 1% мне кажется неверным :]

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] current unmets

[Igor Tertishny]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 612 bytes --]

>
> Это чистой воды баг RPM.
> Точнее, автоматического определнния зависимостей.
> С какого рожна в зависимости пакета попадают файлы
> входящие в состав этого пакета?
> Свежая сборка symaxx2-alt3 ничем не отличается
> от предыдущей сборки symaxx2-alt2, которая
> успешно живет в Сизифе с октября прошлого года -
> я только поменял права доступа на исходный тарбол
> по наущению sisyphus_check.  Больше ничего!
> И всё было замечательно.

Та же самая история с R-base версии 1.7.1-alt1. libR.so и libRlapack.so входят 
в состав пакета. Сижу вот и чеше башку, пытаясь понять как заставить rpm 
воспринимать их...

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] current unmets

[Stanislav Ievlev]

On Thu, Jul 17, 2003 at 09:16:30AM +0300, Igor Tertishny wrote:
Content-Description: signed data
> >
> > Это чистой воды баг RPM.
> > Точнее, автоматического определнния зависимостей.
> > С какого рожна в зависимости пакета попадают файлы
> > входящие в состав этого пакета?
> > Свежая сборка symaxx2-alt3 ничем не отличается
> > от предыдущей сборки symaxx2-alt2, которая
> > успешно живет в Сизифе с октября прошлого года -
> > я только поменял права доступа на исходный тарбол
> > по наущению sisyphus_check.  Больше ничего!
> > И всё было замечательно.
> 
> Та же самая история с R-base версии 1.7.1-alt1. libR.so и libRlapack.so входят 
> в состав пакета. Сижу вот и чеше башку, пытаясь понять как заставить rpm 
> воспринимать их...
Либо они лежат в нестандартном месте либо у них нет SONAME.


> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] current unmets

[Vadim V. Zhytnikov]

Igor Tertishny пишет:
>>Это чистой воды баг RPM.
>>Точнее, автоматического определнния зависимостей.
>>С какого рожна в зависимости пакета попадают файлы
>>входящие в состав этого пакета?
>>Свежая сборка symaxx2-alt3 ничем не отличается
>>от предыдущей сборки symaxx2-alt2, которая
>>успешно живет в Сизифе с октября прошлого года -
>>я только поменял права доступа на исходный тарбол
>>по наущению sisyphus_check.  Больше ничего!
>>И всё было замечательно.
> 
> 
> Та же самая история с R-base версии 1.7.1-alt1. libR.so и libRlapack.so входят 
> в состав пакета. Сижу вот и чеше башку, пытаясь понять как заставить rpm 
> воспринимать их...
> 
Насколько я понял, общий рецепт -
засунуть их в Provides.

-- 
      Vadim V. Zhytnikov

       <vvzhy@mail.ru>
      <vvzhy@netorn.ru>

Re: [devel] current unmets

[Stanislav Ievlev]

On Thu, Jul 17, 2003 at 07:37:24PM +0300, Vadim V. Zhytnikov wrote:
> Igor Tertishny пишет:
> >>Это чистой воды баг RPM.
> >>Точнее, автоматического определнния зависимостей.
> >>С какого рожна в зависимости пакета попадают файлы
> >>входящие в состав этого пакета?
> >>Свежая сборка symaxx2-alt3 ничем не отличается
> >>от предыдущей сборки symaxx2-alt2, которая
> >>успешно живет в Сизифе с октября прошлого года -
> >>я только поменял права доступа на исходный тарбол
> >>по наущению sisyphus_check.  Больше ничего!
> >>И всё было замечательно.
> >
> >
> >Та же самая история с R-base версии 1.7.1-alt1. libR.so и libRlapack.so 
> >входят в состав пакета. Сижу вот и чеше башку, пытаясь понять как 
> >заставить rpm воспринимать их...
> >
> Насколько я понял, общий рецепт -
> засунуть их в Provides.
Это общий хак, которого не надо делать ни в коем случае.
В Provides их должен засунуть сам rpm.
> 
> -- 
>      Vadim V. Zhytnikov
> 
>       <vvzhy@mail.ru>
>      <vvzhy@netorn.ru>
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] current unmets

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 1321 bytes --]

On Tue, Jul 15, 2003 at 06:29:10PM +0400, Stanislav Ievlev wrote:
> Пакет ppp-extra версии 2.4.1.20030513-alt1 имеет неудовлетворенные зависимости:
>  Требует: perl(Proc/Daemon.pm)
>  Требует: perl(Proc/WaitStat.pm)

Уплыло в /i/S

291977ce38e3ba2d116c7c8dbd9a3c2d  perl-IPC-Signal-1.00-alt1.src.rpm
eefe3b08d9dc593366eae5eab900c05c  perl-Proc-Daemon-0.03-alt1.src.rpm
dc4609723f224c2264ae48a2095d9353  perl-Proc-WaitStat-1.00-alt1.src.rpm

Как появится чуть-чуть времени, соберу и вот это:

> Пакет perl-Template версии 2.09-alt1 имеет неудовлетворенные зависимости:
>  Требует: perl(GD/Graph/area.pm)
>  Требует: perl(GD/Graph/bars.pm)
>  Требует: perl(GD/Graph/bars3d.pm)
>  Требует: perl(GD/Graph/lines.pm)
>  Требует: perl(GD/Graph/lines3d.pm)
>  Требует: perl(GD/Graph/linespoints.pm)
>  Требует: perl(GD/Graph/mixed.pm)
>  Требует: perl(GD/Graph/pie.pm)
>  Требует: perl(GD/Graph/pie3d.pm)
>  Требует: perl(GD/Graph/points.pm)
>  Требует: perl(GD/Text.pm)
>  Требует: perl(GD/Text/Align.pm)
>  Требует: perl(GD/Text/Wrap.pm)
>  Требует: perl(Pod/POM.pm)
>  Требует: perl(Template/Stash.pm)
>  Требует: perl(Text/Autoformat.pm)
>  Требует: perl(XML/DOM.pm)
>  Требует: perl(XML/RSS.pm)
>  Требует: perl(XML/XPath.pm)

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]

Re: [devel] current unmets

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 599 bytes --]

On Tue, Jul 15, 2003 at 06:29:10PM +0400, Stanislav Ievlev wrote:
>  Требует: perl(Pod/POM.pm)
>  Требует: perl(Text/Autoformat.pm)

в /i/S/ ушли пакеты:

f3996fb0aa3f0f0bddfc3489da72a7b1  perl-Algorithm-Diff-1.15-alt1.src.rpm
be258a9bdfb86ef4a8db630ef9abe6fa  perl-Pod-POM-0.15-alt1.src.rpm
2b9d4d1c690497a61820bc47bfa96223  perl-Text-Autoformat-1.12-alt2.src.rpm
aae321d195848ed5d935d9ace883ded9  perl-Text-Diff-0.35-alt1.src.rpm
78060d16dd8dba36056e55d36119a4c8  perl-Text-Reform-1.11-alt2.src.rpm

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]

Re: [devel] current unmets

[Serge]

On Tue, 15 Jul 2003 18:29:10 +0400
Stanislav Ievlev <inger@altlinux.org> wrote:

> 
> >SKIP
>Пакет PyQt версии 3.7-alt1 имеет неудовлетворенные зависимости:
> Требует: libqtcmodule.so.1
> Требует: libqttablecmodule.so.1
> Требует: libsip.so.10

К сожалению у меня нет возможности работать с последним Sisyphus
чтобы локализовать проблему.
На Master 2.2  всё собирается и ставится замечательно.
Что делать?

Regards,
	Serge

Re: [devel] current unmets

[Stanislav Ievlev]

On Thu, Jul 17, 2003 at 10:20:06AM +0400, Serge wrote:
> On Tue, 15 Jul 2003 18:29:10 +0400
> Stanislav Ievlev <inger@altlinux.org> wrote:
> 
> > 
> > >SKIP
> >Пакет PyQt версии 3.7-alt1 имеет неудовлетворенные зависимости:
> > Требует: libqtcmodule.so.1
> > Требует: libqttablecmodule.so.1
> > Требует: libsip.so.10
> 
> К сожалению у меня нет возможности работать с последним Sisyphus
> чтобы локализовать проблему.
> На Master 2.2  всё собирается и ставится замечательно.
> Что делать?
Проверьте: лежат ли библиотеки в стандартном месте, есть ли у них SONAME.
> 
> Regards,
> 	Serge
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] current unmets

[Serge]

>>SKIP
> > Что делать?
> Проверьте: лежат ли библиотеки в стандартном месте, есть ли у них SONAME.

/usr/lib/python2.2/site-packages является не стандартным местом библиотек для python? 
Я протестую! ;)
Куда в таком случае их складывать?

Regards,
 	Serge.

Re: [devel] current unmets

[Stanislav Ievlev]

On Fri, Jul 18, 2003 at 11:10:24AM +0400, Serge wrote:
> >>SKIP
> > > Что делать?
> > Проверьте: лежат ли библиотеки в стандартном месте, есть ли у них SONAME.
> 
> /usr/lib/python2.2/site-packages является не стандартным местом библиотек для python? 
> Я протестую! ;)
> Куда в таком случае их складывать?
Туда же ,но указать при этом в spec путь туда
> 
> Regards,
>  	Serge.
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] current unmets

[Serge]

On Fri, 18 Jul 2003 11:45:36 +0400
Stanislav Ievlev <inger@altlinux.org> wrote:

> On Fri, Jul 18, 2003 at 11:10:24AM +0400, Serge wrote:
> > >>SKIP
> > > > Что делать?
> > > Проверьте: лежат ли библиотеки в стандартном месте, есть ли у них SONAME.
> > 
> > /usr/lib/python2.2/site-packages является не стандартным местом библиотек для python? 
> > Я протестую! ;)
> > Куда в таком случае их складывать?
> Туда же ,но указать при этом в spec путь туда

Не совсем понял:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/python2.2/site-packages
Как-то подозрительно выглядит. И в какой секции - %prep? %build? %install?
Или я не так понял?

Я бы предложил всё-таки вставить в rpm этот путь для поиска библиотек;

Поскольку:
[serge@serge]$ cat /usr/lib/python2.2/site-packages/README 
This directory exists so that 3rd party packages can be installed
here.  Read the source for site.py for more details.


Regards,
	Serge.

Re: [devel] current unmets

[Serge]

>>SKIP
> Проверьте: лежат ли библиотеки в стандартном месте, есть ли у них SONAME.

Использовать /usr/lib/python2.2/lib-dynload ?

Regards,
	Serge.