status of pytables across architectures

[Yaroslav Halchenko]

Hi,

This is a brief summary on the status of pytables in Debian -- I
just spotted that we are in not that good standing there:
https://buildd.debian.org/status/package.php?p=pytables and thought to
check for help with resolving them so pytables becomes more mature and
2.3.x series gets released with Debian wheezy.  Pardon me if I repeat
myself somewhat -- already have forgotten where we have stopped
(besides armhf issue):

- armel

  this one is cool -- lots of actual failing tests  -- please have a
  look

  NB IIRC openmoko is armel, and I don't use it ATM so I could
  theoretically make it available online for
  troubleshooting/testing if necessary.

- armhf -- that is the one I troubleshooted with Steve McIntyre
  still open against gcc
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657157

  for the sake of pytables we might like to disable that test meanwhile
  for that architecture

- hurd and kfreebsd's -- your "favorite" from multiprocessing -- I am ignorant in
  multiprocessing module on that kernel -- could anyone look into it?
  is that a matter of absent /dev/shm, or something else (may be
  multiprocessing is just not supported and we should just disable that
  test on those platforms?)

- mipsel, sparc -- mysterious "bus error" 

  I guess I would need to take care about those with ports teams and/or
  rebuilding manually (I recall that previously that helped as a
  temporary workaround)


Cheers,

On Sat, 28 Jan 2012, PICCA Frédéric-Emmanuel wrote:

> the build failled on my computer with

> ======================================================================
> ERROR: None (tables.tests.test_basics.BloscSubprocess)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File "/tmp/buildd/pytables-2.3.1/debian/tmp/usr/lib/python2.6/dist-packages/tables/tests/common.py", line 250, in newmethod
>     return oldmethod(self, *args, **kwargs)
>   File "/tmp/buildd/pytables-2.3.1/debian/tmp/usr/lib/python2.6/dist-packages/tables/tests/test_basics.py", line 2314, in test_multiprocess
>     qout = mp.Queue()
>   File "/usr/lib/python2.6/multiprocessing/__init__.py", line 213, in Queue
>     return Queue(maxsize)
>   File "/usr/lib/python2.6/multiprocessing/queues.py", line 37, in __init__
>     self._rlock = Lock()
>   File "/usr/lib/python2.6/multiprocessing/synchronize.py", line 117, in __init__
>     SemLock.__init__(self, SEMAPHORE, 1, 1)
>   File "/usr/lib/python2.6/multiprocessing/synchronize.py", line 49, in __init__
>     sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue)
> OSError: [Errno 38] Function not implemented



> yes I know I have a very old computer, pentium M ;)


> cheers

-- 
=------------------------------------------------------------------=
Keep in touch                                     www.onerussian.com
Yaroslav Halchenko                 www.ohloh.net/accounts/yarikoptic