* [Comm] Сборка пакета с pyton
@ 2005-09-19 11:48 Slava Dubrovskiy
2005-09-19 16:37 ` Alexey Rusakov
0 siblings, 1 reply; 6+ messages in thread
From: Slava Dubrovskiy @ 2005-09-19 11:48 UTC (permalink / raw)
To: Community
[-- Attachment #1: Type: text/plain, Size: 491 bytes --]
Здравствуйте.
Есть программа, которая проверяет наличие в системе необходимые ей для
работы модулей python. В данном случае gnomecanvas.
Пример, как она это делает приложен. Так вот, если я его вызываю на
выполнение, то в ответ получаю Yes, а если я указываю этот скрипт в
спеке в секции %build и пытаюсь собрать (rpm -ba), то No
Объясните пожалуйста в чем может быть проблема? Как это правильно обойти?
Значение sys.path в обоих случаях одинаковое.
--
С уважением,
Дубровский Вячеслав.
[-- Attachment #2: test.sh --]
[-- Type: application/x-shellscript, Size: 194 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Comm] Сборка пакета с pyton
2005-09-19 11:48 [Comm] Сборка пакета с pyton Slava Dubrovskiy
@ 2005-09-19 16:37 ` Alexey Rusakov
2005-09-20 9:31 ` Guest007
2005-09-20 9:32 ` Guest007
0 siblings, 2 replies; 6+ messages in thread
From: Alexey Rusakov @ 2005-09-19 16:37 UTC (permalink / raw)
To: slava, ALT Linux Community
On 19.09.2005 15:48, Slava Dubrovskiy wrote:
> Есть программа, которая проверяет наличие в системе необходимые ей для
> работы модулей python. В данном случае gnomecanvas.
> Пример, как она это делает приложен. Так вот, если я его вызываю на
> выполнение, то в ответ получаю Yes, а если я указываю этот скрипт в
> спеке в секции %build и пытаюсь собрать (rpm -ba), то No
> Объясните пожалуйста в чем может быть проблема? Как это правильно обойти?
> Значение sys.path в обоих случаях одинаковое.
>
Предполагаю, проблема в том, что python-module-gnomecanvas требует для
своей работы доступ к оконной системе (то есть установленную переменную
DISPLAY), что при сборке rpm может не выполняться.
Проверять в процессе сборки пакета рабочесть графических модулей - не
очень хорошая идея. Хотя бы потому, что сборочная среда и машина, на
которой пакет должен работать - это вообще говоря, очень разные вещи.
--
Alexey "Ktirf" Rusakov
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Comm] Сборка пакета с pyton
2005-09-19 16:37 ` Alexey Rusakov
@ 2005-09-20 9:31 ` Guest007
2005-09-20 10:30 ` Slava Dubrovskiy
2005-09-20 9:32 ` Guest007
1 sibling, 1 reply; 6+ messages in thread
From: Guest007 @ 2005-09-20 9:31 UTC (permalink / raw)
To: ALT Linux Community
В сообщении от Понедельник 19 Сентябрь 2005 20:37 Alexey Rusakov написал(a):
> On 19.09.2005 15:48, Slava Dubrovskiy wrote:
> > Есть программа, которая проверяет наличие в системе необходимые ей для
> > работы модулей python. В данном случае gnomecanvas.
> > Пример, как она это делает приложен. Так вот, если я его вызываю на
> > выполнение, то в ответ получаю Yes, а если я указываю этот скрипт в
> > спеке в секции %build и пытаюсь собрать (rpm -ba), то No
> > Объясните пожалуйста в чем может быть проблема? Как это правильно обойти?
> > Значение sys.path в обоих случаях одинаковое.
>
> Предполагаю, проблема в том, что python-module-gnomecanvas требует для
> своей работы доступ к оконной системе (то есть установленную переменную
> DISPLAY), что при сборке rpm может не выполняться.
> Проверять в процессе сборки пакета рабочесть графических модулей - не
> очень хорошая идея. Хотя бы потому, что сборочная среда и машина, на
> которой пакет должен работать - это вообще говоря, очень разные вещи.
Похоже на то, поскольку импорт gnomecanvas не проходит в линуксовой консоли
(без иксов)
--
WBR Guest007
JID: guest007@jabber.ru
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Comm] Сборка пакета с pyton
2005-09-20 9:31 ` Guest007
@ 2005-09-20 10:30 ` Slava Dubrovskiy
2005-09-20 10:40 ` Slava Dubrovskiy
0 siblings, 1 reply; 6+ messages in thread
From: Slava Dubrovskiy @ 2005-09-20 10:30 UTC (permalink / raw)
To: ALT Linux Community
Guest007 пишет:
>>>Есть программа, которая проверяет наличие в системе необходимые ей для
>>>работы модулей python. В данном случае gnomecanvas.
>>>Пример, как она это делает приложен. Так вот, если я его вызываю на
>>>выполнение, то в ответ получаю Yes, а если я указываю этот скрипт в
>>>спеке в секции %build и пытаюсь собрать (rpm -ba), то No
>>>Объясните пожалуйста в чем может быть проблема? Как это правильно обойти?
>>>Значение sys.path в обоих случаях одинаковое.
>>>
>>>
>>Предполагаю, проблема в том, что python-module-gnomecanvas требует для
>>своей работы доступ к оконной системе (то есть установленную переменную
>>DISPLAY), что при сборке rpm может не выполняться.
>>Проверять в процессе сборки пакета рабочесть графических модулей - не
>>очень хорошая идея. Хотя бы потому, что сборочная среда и машина, на
>>которой пакет должен работать - это вообще говоря, очень разные вещи.
>>
>>
>Похоже на то, поскольку импорт gnomecanvas не проходит в линуксовой консоли
>(без иксов)
>
Да, в devel@ уже объяснили. Придется патчить :-(
--
С уважением,
Дубровский Вячеслав.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Comm] Сборка пакета с pyton
2005-09-19 16:37 ` Alexey Rusakov
2005-09-20 9:31 ` Guest007
@ 2005-09-20 9:32 ` Guest007
1 sibling, 0 replies; 6+ messages in thread
From: Guest007 @ 2005-09-20 9:32 UTC (permalink / raw)
To: ALT Linux Community
В сообщении от Понедельник 19 Сентябрь 2005 20:37 Alexey Rusakov написал(a):
> On 19.09.2005 15:48, Slava Dubrovskiy wrote:
> > Есть программа, которая проверяет наличие в системе необходимые ей для
> > работы модулей python. В данном случае gnomecanvas.
> > Пример, как она это делает приложен. Так вот, если я его вызываю на
> > выполнение, то в ответ получаю Yes, а если я указываю этот скрипт в
> > спеке в секции %build и пытаюсь собрать (rpm -ba), то No
> > Объясните пожалуйста в чем может быть проблема? Как это правильно обойти?
> > Значение sys.path в обоих случаях одинаковое.
>
> Предполагаю, проблема в том, что python-module-gnomecanvas требует для
> своей работы доступ к оконной системе (то есть установленную переменную
> DISPLAY), что при сборке rpm может не выполняться.
> Проверять в процессе сборки пакета рабочесть графических модулей - не
> очень хорошая идея. Хотя бы потому, что сборочная среда и машина, на
> которой пакет должен работать - это вообще говоря, очень разные вещи.
$ DISPLAY="" python
Python 2.4.1 (#1, Jul 14 2005, 18:55:19)
[GCC 3.4.4 20050526 (ALT Linux, build 3.4.4-alt1)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import gnomecanvas
Traceback (most recent call last):
File "<stdin>", line 1, in ?
ImportError: could not import gtk._gtk
--
WBR Guest007
JID: guest007@jabber.ru
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2005-09-20 10:40 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-09-19 11:48 [Comm] Сборка пакета с pyton Slava Dubrovskiy
2005-09-19 16:37 ` Alexey Rusakov
2005-09-20 9:31 ` Guest007
2005-09-20 10:30 ` Slava Dubrovskiy
2005-09-20 10:40 ` Slava Dubrovskiy
2005-09-20 9:32 ` Guest007
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git