[debian] fso stack does not work

[Dmitry Chistikov]

Dmitry Chistikov, Jul. 05, 2011, 09:07 +0400:
> "frameworkd.subsystem ERROR    factory method not successfully completed
> for module <module 'odeviced.input' from
> '/usr/lib/pymodules/python2.6/framework/subsystems/odeviced/input.pyc'>"
> 
> ...and a python call stack ending with "NameError: global name 'c' is not
> defined". At the first glance I did not manage to mend it, though the
> issue is quite clear: c is a global variable initialized at the module
> level ("c" stands for "C library"). [...]

I solved this with the following code:

--- linux.py.orig       2011-07-05 15:29:11.000000000 +0400
+++ linux.py    2011-07-05 15:26:20.000000000 +0400
@@ -19,12 +19,14 @@
 re = compile('^libc.so.[0-9]$')
 libs = os.listdir('/lib')
 for lib in libs:
     if re.match(lib):
         c = ctypes.cdll.LoadLibrary(lib)
         break
+else:
+    c = ctypes.cdll.LoadLibrary('libc.so.6')
 
 _IOC_NRBITS = 8
 _IOC_TYPEBITS = 8
 _IOC_SIZEBITS = 14
 _IOC_DIRBITS = 2
 

The reason the original version does not work is as follows:

root at ziggy:~# ls /lib | fgrep libc.
root at ziggy:~# find /lib -name 'libc.*'
/lib/arm-linux-gnueabi/libc.so.6

Is anyone interested in fixing this packaging bug?

The main problem still persists, though =(

-- 
Dmitry Chistikov