[devel] python-module-apt

[devel] python-module-apt

[REAL]

Привет!

Пока мейнтейнеры apt молчат, пишу сюда.

https://bugzilla.altlinux.org/show_bug.cgi?id=23667

Есть одно сомнение: наверно, apt-get.py можно не в %_bindir ложить, а 
всунуть в python-module-apt в качестве %doc (вменяемого образца и 
одновременно теста модуля).

Проверил на x86_64 - работает, кто-то может найти время и 
протестировать на i586 и вообще глюки поискать?

Я заметил пока один глюк: при неиспользовании cache.Open любое 
обращение к кэшу валится в segfault вместо нормальной выдачи сообщения 
об ошибке. Починить это я вряд ли смогу.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python-module-apt

[Alexey Tourbin]

On Thu, Aug 12, 2010 at 02:37:53PM +0800, REAL wrote:
> Привет!
> 
> Пока мейнтейнеры apt молчат, пишу сюда.
> https://bugzilla.altlinux.org/show_bug.cgi?id=23667

Может его лучше из отдельного пакета собирать?
А то в дереве апта там всё запущено.

И ещё, вы туда положили swig-генерат, а исходник где?
И зачем-то включили --no-as-needed...

> Есть одно сомнение: наверно, apt-get.py можно 
> не в %_bindir ложить, а всунуть в python-module-apt в 
> качестве %doc (вменяемого образца и 
> одновременно теста модуля).
> 
> Проверил на x86_64 - работает, кто-то может 
> найти время и протестировать на i586 и 
> вообще глюки поискать?
> 
> Я заметил пока один глюк: при 
> неиспользовании cache.Open любое обращение к 
> кэшу валится в segfault вместо нормальной 
> выдачи сообщения об ошибке. Починить это 
> я вряд ли смогу.

Re: [devel] python-module-apt

[REAL]

Alexey Tourbin пишет:
>> Пока мейнтейнеры apt молчат, пишу сюда.
>> https://bugzilla.altlinux.org/show_bug.cgi?id=23667
> 
> Может его лучше из отдельного пакета собирать?

Можно. Наверно, так и сделаю, только уже не сегодня. Надо ведь и 
других послушать, вот в понедельник приду, почитаю, чего написали, да 
сделаю.

> И ещё, вы туда положили swig-генерат, а исходник где?

Можно и исходник утянуть из Mandrake, только он всё равно кривой, 
пробовал. И да, надо будет из buildreq убрать свиг нафиг.

> И зачем-то включили --no-as-needed...

Там объяснено, зачем. Без --no-as-needed не линкуется с libapt-pkg, 
вследствие чего пакет получается абсолютно нерабочим.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python-module-apt

[Alexey Tourbin]

On Thu, Aug 12, 2010 at 02:54:25PM +0800, REAL wrote:
> >И ещё, вы туда положили swig-генерат, а 
> >исходник где?
> 
> Можно и исходник утянуть из Mandrake, только 
> он всё равно кривой, пробовал. И да, надо 
> будет из buildreq убрать свиг нафиг.

Надо сделать чтобы из исходника собирался с нашим swig'ом.

> >И зачем-то включили --no-as-needed...
> 
> Там объяснено, зачем. Без --no-as-needed не 
> линкуется с libapt-pkg, вследствие чего пакет 
> получается абсолютно нерабочим.

Не линкуется с liapt-pkg, вследствие чего пакет получается абсолютно
нерабочим! (смеётся)  Ну так надо чтобы линковался...

Re: [devel] python-module-apt

[REAL]

Alexey Tourbin пишет:
>> Можно и исходник утянуть из Mandrake, только 
>> он всё равно кривой, пробовал. И да, надо 
>> будет из buildreq убрать свиг нафиг.
> 
> Надо сделать чтобы из исходника собирался с нашим swig'ом.

Это будет долгая история. Помочь никто не хочет? А пока буду без swig, 
ибо совершенно в нём не ориентируюсь.

>> Там объяснено, зачем. Без --no-as-needed не 
>> линкуется с libapt-pkg, вследствие чего пакет 
>> получается абсолютно нерабочим.
> 
> Не линкуется с liapt-pkg, вследствие чего пакет получается абсолютно
> нерабочим! (смеётся)  Ну так надо чтобы линковался...

А это уже где-то в другом месте проблема, gcc-c++ называется. Можете 
попробовать сами без --no-as-needed собрать и посмотреть, как будет 
работать :) . А за починку gcc-c++ я тем более не возьмусь.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python-module-apt

[Dmitry V. Levin]

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

[...]
On Thu, Aug 12, 2010 at 03:11:27PM +0800, REAL wrote:
> >Не линкуется с liapt-pkg, вследствие чего 
> >пакет получается абсолютно
> >нерабочим! (смеётся)  Ну так надо чтобы 
> >линковался...
> 
> А это уже где-то в другом месте проблема, 
> gcc-c++ называется.

Не верю.


-- 
ldv

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

Re: [devel] python-module-apt

[REAL]

Dmitry V. Levin пишет:
>>> Не линкуется с liapt-pkg, вследствие чего 
>>> пакет получается абсолютно
>>> нерабочим! (смеётся)  Ну так надо чтобы 
>>> линковался...
>> А это уже где-то в другом месте проблема, 
>> gcc-c++ называется.
> 
> Не верю.

Если нет желания проверить, то я тут пас...

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python-module-apt

[Dmitry V. Levin]

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

On Thu, Aug 12, 2010 at 05:40:59PM +0800, REAL wrote:
> Dmitry V. Levin пишет:
> >>>Не линкуется с liapt-pkg, вследствие чего 
> >>>пакет получается абсолютно
> >>>нерабочим! (смеётся)  Ну так надо чтобы 
> >>>линковался...
> >>А это уже где-то в другом месте проблема, 
> >>gcc-c++ называется.
> >
> >Не верю.
> 
> Если нет желания проверить, то я тут пас...

Я легко верю, что python-module-apt собирается неправильно.
Я не верю, что в связи с этим нужно исправлять g++.


-- 
ldv

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

Re: [devel] python-module-apt

[REAL]

Со свигом, кажется, разобрался.

Dmitry V. Levin пишет:
>>> Не линкуется с liapt-pkg, вследствие чего 
>>> пакет получается абсолютно
>>> нерабочим! (смеётся)  Ну так надо чтобы 
>>> линковался...
>> А это уже где-то в другом месте проблема, 
>> gcc-c++ называется.
> 
> Не верю.

Понакидаю цитат, а вопрос будет в конце.

$ make
g++ -g -fPIC -shared -I/usr/include -I/usr/include/python2.6 -DWITH_LUA \
         -lapt-pkg -o _apt.so apt_wrap.cxx
apt_wrap.cxx: In member function 'virtual void ROpPyProgress::Update()':
apt_wrap.cxx:3644: warning: deprecated conversion from string constant 
to 'char*'
apt_wrap.cxx: In member function 'virtual void ROpPyProgress::Done()':
apt_wrap.cxx:3653: warning: deprecated conversion from string constant 
to 'char*'
apt_wrap.cxx: In function 'PyObject* 
_wrap_GlobalError_Errno(PyObject*, PyObject*)':
apt_wrap.cxx:28190: warning: format not a string literal and no format 
arguments
apt_wrap.cxx: In function 'PyObject* 
_wrap_GlobalError_WarningE(PyObject*, PyObject*)':
apt_wrap.cxx:28236: warning: format not a string literal and no format 
arguments
apt_wrap.cxx: In function 'PyObject* 
_wrap_GlobalError_Error(PyObject*, PyObject*)':
apt_wrap.cxx:28272: warning: format not a string literal and no format 
arguments
apt_wrap.cxx: In function 'PyObject* 
_wrap_GlobalError_Warning(PyObject*, PyObject*)':
apt_wrap.cxx:28306: warning: format not a string literal and no format 
arguments
/usr/include/apt-pkg/cacheiterators.h: At global scope:
/usr/include/apt-pkg/cacheiterators.h:81: warning: inline function 
'pkgCache::VerIterator pkgCache::PkgIterator::TargetVer() const' used 
but never defined


$ ldd _apt.so
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002b01aad66000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002b01ab06c000)
        libc.so.6 => /lib64/libc.so.6 (0x00002b01ab283000)
        libm.so.6 => /lib64/libm.so.6 (0x00002b01ab5d8000)
        /lib64/ld-linux-x86-64.so.2 (0x00002b01aa882000)


$ export PYTHONPATH=$PWD
$ python -c "import apt"
Traceback (most recent call last):
   File "<string>", line 1, in <module>
   File "apt.py", line 25, in <module>
     _apt = swig_import_helper()
   File "apt.py", line 21, in swig_import_helper
     _mod = imp.load_module('_apt', fp, pathname, description)
ImportError: ./_apt.so: undefined symbol: _ZN16pkgAcquireStatus7FetchedEmm


$ findsym _ZN16pkgAcquireStatus7FetchedEmm
/usr/lib64/libapt-pkg-libc6.9-6.so.2: 00000000000608d0 T 
_ZN16pkgAcquireStatus7FetchedEmm
/usr/lib64/libapt-pkg.so: 00000000000608d0 T 
_ZN16pkgAcquireStatus7FetchedEmm


И что я не так делаю?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python-module-apt

[REAL]

REAL пишет:
> Со свигом, кажется, разобрался.
> 
> Dmitry V. Levin пишет:
>>>> Не линкуется с liapt-pkg, вследствие чего пакет получается абсолютно
>>>> нерабочим! (смеётся)  Ну так надо чтобы линковался...
>>> А это уже где-то в другом месте проблема, gcc-c++ называется.
>>
>> Не верю.
> 
> Понакидаю цитат, а вопрос будет в конце.
[...]
> И что я не так делаю?

Уже сам понял. -lapt-pkg не там стоял.

PS. Блин, вовремя в отпуск ухожу, а то тупеть начинаю :-D


-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python-module-apt

[Dmitry V. Levin]

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

On Thu, Aug 12, 2010 at 05:50:57PM +0800, REAL wrote:
> >И что я не так делаю?
> 
> Уже сам понял. -lapt-pkg не там стоял.
> 
> PS. Блин, вовремя в отпуск ухожу, а то 
> тупеть начинаю :-D

Желаю вам хорошо отдохнуть от нас. ;)


-- 
ldv

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

Re: [devel] python-module-apt

[REAL]

Ещё момент:

символ _ZNK8pkgCache11PkgIterator9TargetVerEv где искать?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] python-module-apt

[Dmitry V. Levin]

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

On Thu, Aug 12, 2010 at 06:08:04PM +0800, REAL wrote:
> Ещё момент:
> 
> символ _ZNK8pkgCache11PkgIterator9TargetVerEv где искать?

Это pkgCache::PkgIterator::TargetVer() const
Если он должен существовать, то ему место в -lapt-pkg.


-- 
ldv

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

Re: [devel] python-module-apt

[REAL]

Dmitry V. Levin пишет:
>> Ещё момент:
>>
>> символ _ZNK8pkgCache11PkgIterator9TargetVerEv где искать?
> 
> Это pkgCache::PkgIterator::TargetVer() const
> Если он должен существовать, то ему место в -lapt-pkg.

Только его почему-то там нет. Есть только в заголовке:

/usr/include/apt-pkg/cacheiterators.h (строка 81):
inline VerIterator TargetVer() const;

Нашёл такое:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230159

Т.е. obsoleted. Надо выкидывать из заголовка. Пока обойдусь 
самопальным хаком или ждать обновления apt?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ