Jump to content


Photo

DM7000 and OSCAM libc.so.6 without GLIBC_2.3.4


  • Please log in to reply
6 replies to this topic

#1 netserver

  • Member
  • 2 posts

0
Neutral

Posted 24 July 2012 - 00:59

hello world!!

i use OpenPLi-beta-dm7000-20120723-268.zip

according to oscam info:

- oscam-svnX-powerpc-tuxbox DM600, DM7000, DM7020
- oscam-svnX-powerpc-tuxbox-old Dbox2, DM500

i use oscam-svn7200 (latest)

when try svn for old tuxbox all ok but.... with tuxbox oscam say:
./oscam: /lib/libc.so.6: version `GLIBC_2.3.4' not found (required by ./oscam)

i open libc.so.6 and have:
GLIBC_2.0 GLIBC_2.1 GLIBC_2.1.1 GLIBC_2.1.2 GLIBC_2.1.3 GLIBC_2.2 GLIBC_2.2.1 GLIBC_2.2.2 GLIBC_2.2.3 GLIBC_2.2.4 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3

but nothing about 2.3.4.

there any libc.so.6 with GLIBC_2.3.4 and where to download??

many thanks guys!!!!!!!
DBOX DVB2000 thanks ULI!
DM7000 1.10 Multiboot OpenPli and more

Re: DM7000 and OSCAM libc.so.6 without GLIBC_2.3.4 #2 dAF2000

  • PLi® Ex-Leden
  • 14,151 posts

+52
Good

Posted 24 July 2012 - 18:45

Welcome on this forum.

There's no glibc 2.3.4 in our downloads. Almost every program on the DM7000 uses glibc so upgrading may be very risky. I think the only solution is to compile oscam yourself (using glibc 2.3.3).
Many answers to your question can be found in our wiki: http://openpli.org/wiki

Re: DM7000 and OSCAM libc.so.6 without GLIBC_2.3.4 #3 netserver

  • Member
  • 2 posts

0
Neutral

Posted 24 July 2012 - 21:57

Thank you very much, and I thought it would not be so easy. I refuse to let the dream die 7000.

I'll try compiling to see if we are lucky, post the results and so far no oscam user to say anything just a few post saying it did not work ... although I think other images have a higher kernel and compiled with GLIBC version 2.34.

thank you very much again for the information
DBOX DVB2000 thanks ULI!
DM7000 1.10 Multiboot OpenPli and more

Re: DM7000 and OSCAM libc.so.6 without GLIBC_2.3.4 #4 dAF2000

  • PLi® Ex-Leden
  • 14,151 posts

+52
Good

Posted 24 July 2012 - 22:07

Yes, other images may have glibc 2.34. You may try to install such an image and copy libc.so. If you store it in /var/lib (in OpenPLi again) OpenPLi will use that library. Libc.so is an important system library so all may crash but it's worth a try.
Many answers to your question can be found in our wiki: http://openpli.org/wiki

Re: DM7000 and OSCAM libc.so.6 without GLIBC_2.3.4 #5 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 24 July 2012 - 22:59

if you just copy it to a different directory, instead of overwriting the orginal libc, you can use LD_LIBRARY_PATH, without breaking existing stuff.

Re: DM7000 and OSCAM libc.so.6 without GLIBC_2.3.4 #6 dAF2000

  • PLi® Ex-Leden
  • 14,151 posts

+52
Good

Posted 25 July 2012 - 12:19

if you just copy it to a different directory, instead of overwriting the orginal libc, you can use LD_LIBRARY_PATH, without breaking existing stuff.

That other directory would be /var/lib preferably. /var/lib is already in LD_LIBRARY_PATH.

Edit: Ah, I understand now. Start oscam using it's own LD_LIBRARY_PATH. That would be the best solution indeed.
Many answers to your question can be found in our wiki: http://openpli.org/wiki

Re: DM7000 and OSCAM libc.so.6 without GLIBC_2.3.4 #7 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 26 July 2012 - 14:21

Besides that, the dm7000's use a very "slimmed down" version of glibc. There is huge possibility oscam use symbols that are not in the glibc, even though the version is alright. If you'd install a "full" glibc, you'd probably fill up memory (flash AND ram) before you know it.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.



2 user(s) are reading this topic

0 members, 2 guests, 0 anonymous users