LIBC6 update

/etc/inti.d/pyload start

works with WebInterfaceAccess

what i have done for autostartup

datengrab:/etc/init.d# chmod 755 pyload
datengrab:/etc/init.d# chmod 755 /etc/init.d/pyload
datengrab:/etc/init.d# update-rc.d pyload defaults
 Adding system startup for /etc/init.d/pyload ...
   /etc/rc0.d/K20pyload -> ../init.d/pyload
   /etc/rc1.d/K20pyload -> ../init.d/pyload
   /etc/rc6.d/K20pyload -> ../init.d/pyload
   /etc/rc2.d/S20pyload -> ../init.d/pyload
   /etc/rc3.d/S20pyload -> ../init.d/pyload
   /etc/rc4.d/S20pyload -> ../init.d/pyload
   /etc/rc5.d/S20pyload -> ../init.d/pyload

the Output of ps aux after startup

datengrab:~# ps aux | grep pyLoadCore
root      1638  0.0  0.5  4256 1200 pts/0    S+   11:29   0:00 grep pyLoadCore
datengrab:~#

if i start manual i get this

datengrab:~# /etc/init.d/pyload start
Starting pyLoad server:Daemon PID 1694
.
datengrab:~# ps aux | grep pyLoadCore
root      1694 39.4  6.8 61968 15456 ?       S    11:31   0:17 python /usr/bin/pyLoadCore --daemon
root      1699  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1700  0.2  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1729  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1730  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1731  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1734  0.9  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1735 15.4  6.8 61968 15456 ?       S    11:31   0:04 python /usr/bin/pyLoadCore --daemon
root      1740  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1741  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1742  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1743  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1744  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1745  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1746  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1747  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1748  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1749  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1753  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1754  0.0  6.8 61968 15456 ?       S    11:31   0:00 python /usr/bin/pyLoadCore --daemon
root      1761  0.0  0.5  4256 1200 pts/0    S+   11:31   0:00 grep pyLoadCore

Seriously speaking, I`m beginning to run out of ideas... :roll:

But you have lot of pyLoad Daemons running there, actually it should be starting just one instance... :shock:

don't know why, but
i get it on this way

vi /etc/frontview/addons/addons.conf 
PYLOAD!!PyLoad!!049!!/etc/init.d/pyload start!!/etc/init.d/pyload stop

ESC :wq

echo PYLOAD=1>>/etc/default/services

that works!
Thx for your unrestless help, now i only stuck in problem with the pycrypto extension :)

Yes, thats what I wanted to suggest doing next, but since I had work to do and also board is constantly "temporarily unavailable", I didnt manage to do it.

Glad that you got it working.
It sometimes a bit hard to give advice for Sparc units, if you dont own one anymore, as they run ancient Debian so sometimes things work a bit differently.
Also Debian on Sparc units is a bit more customized and in some places "castrated" than on x86 units...

Hyperbit wrote:
now i only stuck in problem with the pycrypto extension :)

Youre probably out of luck with it, unless WhoCares (ReadyNasXtras) decides to bundle it with python addon, ofcourse you could always make suggestion/request to him ;)

Hmmm. I installed the latest subsonic update (4.7 final which shows as 4.7.04) from super and while it was installing I saw it doing an apt-get on libc6. Now I see the following. Does this mean we now have a real libc to use??

steve

# dpkg -s libc6
Package: libc6
Status: install ok installed
Priority: required
Section: libs
Installed-Size: 10776
Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Architecture: i386
Source: glibc
Version: 2.7-18lenny7
Provides: glibc-2.7-1
Depends: libgcc1
Suggests: locales, glibc-doc, libc6-i686
Conflicts: libterm-readline-gnu-perl (<< 1.15-2), tzdata (<< 2007k-1), tzdata-etch
Conffiles:
/etc/bindresvport.blacklist db84c47f31f8d5a334a4053d8368e902
/etc/gai.conf bdd4cc328b946a52cc1424ef3dfa9321
/etc/ld.so.conf.d/libc.conf d4d833fd095fb7b90e1bb4a547f16de6
/etc/ld.so.conf.d/i486-linux-gnu.conf 36f09aeeab18f6af453d0a1db0a0942c
/etc/init.d/glibc.sh ce55541f2b38719f6eba57abe9f23603
Description: GNU C Library: Shared libraries
Contains the standard libraries that are used by nearly all programs on
the system. This package includes shared versions of the standard C library
and the standard math library, as well as many others.