[debian] fso stack does not work
Dmitry Chistikov
dd1email at gmail.com
Tue Jul 5 13:46:44 CEST 2011
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
More information about the community
mailing list