[sisyphus] Victory over GCompris

[sisyphus] Victory over GCompris

[trash4]

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

Приветствую всех и поздравляю с великим праздником!

Хочу сделать небольшой подарок всем тем, кто, ища программы для 
своих маленьких детей, натолкнулся на проблему с GCompris.

В аттаче архив с о спеком и двумя патчами. Один лечит известную
проблему с шахматами, другой -- известную (хотя мне кажется, что
авторы ещё не разобрались) проблему с Питоном. 

Дело в том, что доска (board) python.c, стартующая все 
питон-расширения проверяет наличие pygtk и pygnome, попросту 
импортируя эти модули. Незнаю, где там собака порылась, я в сях
не силён, но проблема была именно здесь. Проверку эту мы просто 
профанируем. Далее всё работает ОК. Так что всем рабоваться и 
детей радовать (а я ещё и жену порадовал :-) )

Теперь орг. моменты. Я не член АльтТим. Так что, если кто хочет 
-- может становиться пакаджером, мантайнером или кем там надо стать.
Если никто не возьмётся -- я готов. И надо бы сообщить в их список 
рассылки. Я туда не подписан и в и-нет ещё пару дней не выйду.

Ещё раз всех с праздником.

P.S. до 12-го меня в и-нете не будет, а с 15-го я в отпуске, 
так что если будут вопросы -- аккумулируйте их к 12-13 числам.


[-- Attachment #2: gcompris.tar.bz2 --]
[-- Type: application/octet-stream, Size: 3007 bytes --]

[sisyphus] Зависимости программ на Python

[Alexey Rusakov]

trash4 wrote:

>Дело в том, что доска (board) python.c, стартующая все 
>питон-расширения проверяет наличие pygtk и pygnome, попросту 
>импортируя эти модули. Незнаю, где там собака порылась, я в сях
>не силён, но проблема была именно здесь. Проверку эту мы просто 
>профанируем. Далее всё работает ОК. Так что всем рабоваться и 
>детей радовать (а я ещё и жену порадовал :-) )
>  
>
Похоже, это тенденция, поэтому изложу свои мысли по поводу и хотел бы 
услышать мнение обчественности.
Проблема касается пакетов, в которых происходит импорт модулей Python из 
кода на C/C++ (разнообразные привязки, но не только). Встречается плохая 
обработка отсутствующих пакетов при неудачном их импорте из C/C++. К 
сожалению, бывает так, что эти пакеты ещё и не прописаны в зависимостях 
(автоопределение зависимостей такие пакеты, естественно, пропускает). 
Результатом становится успешно установленная программа, которая дохнет 
(обычно сразу после запуска) с невразумительным сообщением об ошибке 
и/или коредампом. Самое смешное, что в некоторых случаях импортируемый 
модуль и не нужен, и программа замечательно работает при отключенной 
попытке импорта (конечно, до тех пор пока не будет попытки использовать 
что-нибудь из неустановленного модуля).
Возможно, стоит анализировать попытки импорта тех или иных модулей не 
только из Python, но и из C/C++. Насколько я понимаю, это не очень 
сложно сделать, поскольку импорт из C/C++ делается вполне определённой 
функцией (Py_ImportModule), вызовы которой нужно отследить и получить из 
них имена импортируемых модулей. Побочным эффектом будут лишние 
зависимости, но наш buildreq всегда отличался щедростью :)

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] Зависимости программ на Python

[Alexey Rusakov]

Alexey Rusakov wrote:

>Возможно, стоит анализировать попытки импорта тех или иных модулей не 
>только из Python, но и из C/C++. Насколько я понимаю, это не очень 
>сложно сделать, поскольку импорт из C/C++ делается вполне определённой 
>функцией (Py_ImportModule),
>
PyImport_ImportModule, прошу прощения.

>вызовы которой нужно отследить и получить из 
>них имена импортируемых модулей. Побочным эффектом будут лишние 
>зависимости, но наш buildreq всегда отличался щедростью :)
>  
>

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] Зависимости программ на Python

[Alexey Rusakov]

Alexey Rusakov wrote:

>Возможно, стоит анализировать попытки импорта тех или иных модулей не 
>только из Python, но и из C/C++. Насколько я понимаю, это не очень 
>сложно сделать, поскольку импорт из C/C++ делается вполне определённой 
>функцией (Py_ImportModule), вызовы которой нужно отследить и получить из 
>них имена импортируемых модулей. Побочным эффектом будут лишние 
>зависимости, но наш buildreq всегда отличался щедростью :)
>  
>
М-да. Птица, такая, на ивах живёт - наивняк называется. Попробовал 
решить эту задачу сам, и немедленно налетел на очевидную проблему: 
зависимости надо искать в .so, а не в исходном коде, а выискивать там 
PyImport_ImportModule - если только дизассемблировать код и находить 
нужную строку, не смешно. Построение же зависимостей по исходникам 
работает плохо. Ушёл думать дальше.

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] Victory over GCompris

[Slava Dubrovskiy]

trash4 пишет:

>Хочу сделать небольшой подарок всем тем, кто, ища программы для 
>своих маленьких детей, натолкнулся на проблему с GCompris.
>  
>
Огромное спасибо от всех пользователей GCompris :-) .

>В аттаче архив с о спеком и двумя патчами. Один лечит известную
>проблему с шахматами, другой -- известную (хотя мне кажется, что
>авторы ещё не разобрались) проблему с Питоном. 
>  
>
Это наверно временный костыль. Зато хоть известно в чем проблема.

>Теперь орг. моменты. Я не член АльтТим. Так что, если кто хочет 
>-- может становиться пакаджером, мантайнером или кем там надо стать.
>  
>
Могу залить пакет. Заливать?

>Если никто не возьмётся -- я готов. И надо бы сообщить в их список 
>рассылки. Я туда не подписан и в и-нет ещё пару дней не выйду.
>  
>
Перевел (как мог) и переправил в gcompris@ofset.org

>Ещё раз всех с праздником.
>  
>
И Вас с праздником.

-- 
С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Victory over GCompris

[trash4]

>Огромное спасибо от всех пользователей GCompris :-) .
:-)
>

>>
>Это наверно временный костыль. Зато хоть известно в чем проблема.
Надеюсь, что им это поможет разобраться. А мы пока можем пользоваться.

>
>>Теперь орг. моменты. Я не член АльтТим. Так что, если кто хочет 
>>-- может становиться пакаджером, мантайнером или кем там надо стать.
>>  
>>
>Могу залить пакет. Заливать?
Лей конечно. В чём вопрос.
Кста, gcompris можно ставить без голосов, но голоса зависят от gcompris, 
поскольку не имеют смысла без него.


>Перевел (как мог) и переправил в gcompris@ofset.org
Спасибо. Будем ждать, когда пофиксят правильным путём :-)

Алексей

Re: [sisyphus] Victory over GCompris

[Slava Dubrovskiy]

trash4 пишет:

>>Могу залить пакет. Заливать?
>>    
>>
>Лей конечно. В чём вопрос.
>  
>
Done :-)

Посмотрим, соберется ли ...

-- 
С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Victory over GCompris

[Slava Dubrovskiy]

Slava Dubrovskiy пишет:

>Посмотрим, соберется ли ...
>
Вообщем не собрался. Попутно выявились проблемы. По видимому в спеке.
При удалении пакета остается директория /usr/share/gcompris
В спеке вот что:

%files
====skip
%_menudir/*
%_datadir/gcompris/boards/skins/*
%_datadir/gcompris/boards/[^fs]*
%_datadir/gcompris/boards/f[iuo]*
%_datadir/gcompris/boards/s[cemu]*
%_datadir/gcompris/boards/sounds/*.ogg
%_datadir/gcompris/boards/sounds/melody/*/*.ogg
%_datadir/gcompris/boards/sounds/chronos/space/*.ogg
%_datadir/gcompris/boards/sounds/HOWTO_ENCODE
%_datadir/gcompris/python/*
%_datadir/applications/*
%_datadir/gnome/help/*
%_datadir/locale/ru/*/*
%_datadir/locale/en_GB/*/*
%_datadir/pixmaps/*.png
%_infodir/*

В чем может быть проблема?

-- 
С уважением,
Дубровский Вячеслав.

[sisyphus] Re: Victory over GCompris

[Michael Shigorin]

On Thu, May 12, 2005 at 01:42:03PM +0300, Slava Dubrovskiy wrote:
> Вообщем не собрался. Попутно выявились проблемы. По видимому в спеке.
> При удалении пакета остается директория /usr/share/gcompris
> В спеке вот что:

%dir %_datadir/gcompris/

> %files
> %_datadir/gcompris/boards/skins/*

http://wiki.sisyphus.ru/devel/SpecTips/FileDirs

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

Re: [sisyphus] Victory over GCompris

[Guest007]

В сообщении от Четверг 12 Май 2005 14:42 Slava Dubrovskiy написал(a):
> Slava Dubrovskiy пишет:
> >Посмотрим, соберется ли ...
>
> Вообщем не собрался. Попутно выявились проблемы. По видимому в спеке.
В Хашере собралося.... странно.
> При удалении пакета остается директория /usr/share/gcompris
Пустая?


-- 
WBR Guest007
JID: guest007@jabber.ru

Re: [sisyphus] Victory over GCompris

[Andrey Rahmatullin]

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

On Thu, May 12, 2005 at 01:42:03PM +0300, Slava Dubrovskiy wrote:
> При удалении пакета остается директория /usr/share/gcompris
Ну ессно.
Она ж не принадлежит пакету.

> %_datadir/gcompris/boards/skins/*
> %_datadir/gcompris/boards/[^fs]*
> %_datadir/gcompris/boards/f[iuo]*
> %_datadir/gcompris/boards/s[cemu]*
> %_datadir/gcompris/boards/sounds/*.ogg
> %_datadir/gcompris/boards/sounds/melody/*/*.ogg
> %_datadir/gcompris/boards/sounds/chronos/space/*.ogg
> %_datadir/gcompris/boards/sounds/HOWTO_ENCODE
> %_datadir/gcompris/python/*
Нафига?
%_datadir/gcompris/

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

>CONFORMING TO
>      SVr4, SVID, POSIX, X/OPEN, BSD 4.3
Какому из этих стандартов соответствует винда?
		-- wrar in community@

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

Re: [sisyphus] Victory over GCompris

[Slava Dubrovskiy]

Guest007 пишет:

>>>Посмотрим, соберется ли ...
>>>      
>>>
>>Вообщем не собрался. Попутно выявились проблемы. По видимому в спеке.
>>    
>>
>В Хашере собралося.... странно.
>  
>
>>При удалении пакета остается директория /usr/share/gcompris
>>    
>>
>Пустая?
>
Нет.
$ du
4,0K    ./boards/sounds/chronos/space
8,0K    ./boards/sounds/chronos
4,0K    ./boards/sounds/melody/guitar
4,0K    ./boards/sounds/melody/tachos
4,0K    ./boards/sounds/melody/xylofon
16K     ./boards/sounds/melody
28K     ./boards/sounds
32K     ./boards

-- 
С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Victory over GCompris

[Slava Dubrovskiy]

Andrey Rahmatullin пишет:

>On Thu, May 12, 2005 at 01:42:03PM +0300, Slava Dubrovskiy wrote:
>  
>
>>При удалении пакета остается директория /usr/share/gcompris
>>    
>>
>Ну ессно.
>Она ж не принадлежит пакету.
>  
>
А какому пакету она должна принадлежать, если assetml-flag там свои
файлы держит и gcompris зависит от assetml-flag?

%files -n assetml-flags
%_datadir/gcompris/boards/flags

-- 
С уважением,
Дубровский Вячеслав.

[sisyphus] Re: Victory over GCompris

[Michael Shigorin]

On Thu, May 12, 2005 at 03:40:18PM +0300, Slava Dubrovskiy wrote:
> >>При удалении пакета остается директория /usr/share/gcompris
> >Ну ессно.  Она ж не принадлежит пакету.
> А какому пакету она должна принадлежать, если assetml-flag там
> свои файлы держит и gcompris зависит от assetml-flag?
> %files -n assetml-flags
> %_datadir/gcompris/boards/flags

Значит, gcompris-common.  Туда имеет смысл и общие части/каталоги
в /etc побросать, и прочую инфраструктуру, которая нужна всем
запчастям gcompris, но неуместна в них.

Можно и так, конечно, оставить, но как-то неочевидно больно.

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

Re: [sisyphus] Re: Victory over GCompris

[Slava Dubrovskiy]

Michael Shigorin пишет:

>>>Ну ессно.  Она ж не принадлежит пакету.
>>>      
>>>
>>А какому пакету она должна принадлежать, если assetml-flag там
>>свои файлы держит и gcompris зависит от assetml-flag?
>>%files -n assetml-flags
>>%_datadir/gcompris/boards/flags
>>    
>>
>Значит, gcompris-common.  Туда имеет смысл и общие части/каталоги
>в /etc побросать, и прочую инфраструктуру, которая нужна всем
>запчастям gcompris, но неуместна в них.
>
>Можно и так, конечно, оставить, но как-то неочевидно больно.
>  
>
Я думаю, что вообще нет смысла выделять отдельно флажки, и нужно внести
их в основной пакет.

-- 
С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Re: Victory over GCompris

[Guest007]

В сообщении от Четверг 12 Май 2005 17:03 Slava Dubrovskiy написал(a):

> Я думаю, что вообще нет смысла выделять отдельно флажки, и нужно внести
> их в основной пакет.
поддерживаю
-- 
WBR Guest007
JID: guest007@jabber.ru