216 replies to this topic

[ims]

It seems, there under OE4 is problem with eTPM => does not work MyTube, Webinterface etc on DMM machines due fails certification test.

 

[eTPM] connect error
 

 

PS: where added Openpli4 cca 3-4MB in /dev/root with same configuration and plugins than openpli3 ?

Edited by ims, 15 September 2013 - 15:54.

[betacentauri]

Here's the reason why tpmd fails:
http://openpli.org/f...penpli-40-beta/

[ims]

yes, but this is not solution to remove check for genuine...

[adri]

Tpmd should be included and made to run in OpenPLI 4.0

Without it various plugins and extensions which use tmpd will not run, even when you have a genuine dreambox!

[littlesat]

Without it various plugins and extensions which use tmpd will not run, even when you have a genuine dreambox!

Is this really worse???

[spaxxilein]

I dont know if its possible but could it be a fact that "enigma2-plugin-demoplugins-upnpmediaserverdemo" is not working due to missing tpmd support ?

 

EDIT: Error is "no module named ....", havnt had those problems with newnigma2. but unfortunally my USB tuner cant be added in NN2. The drivers install fine, but the tuner wont show up in the tuner menu.

Edited by spaxxilein, 16 September 2013 - 12:48.

[MiLo]

Tpmd should be included and made to run in OpenPLI 4.0
Without it various plugins and extensions which use tmpd will not run, even when you have a genuine dreambox!

Agree. Now go complain to the author of tpmd to fix it.

[jakey]

Please how to overcome this error

 

root@dm8000:~# mgcamd
mgcamd: error while loading shared libraries: !àÐÿ½',: cannot open shared object file: No such file or directory

 

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for enigma2-plugin-softcams-mgcamd:
 *      libcrypto0.9.8 (>= 0.9.8x) *    libcrypto-compat *
 * opkg_install_cmd: Cannot install package enigma2-plugin-softcams-mgcamd.

[athoik]

Please how to overcome this error

 

Add the missing libcrypto.so.0.9.8 to /lib/ with permitions 755, it might work...

[jakey]

Thanks, but already tried that, doesn't work

[theparasol]

For some time ago the situation was the other way around. Several plugins and the webif wasnt running on other boxes than dreambox.

Some people removed the tpm check and things start to work again. Not long after that the authors of those plugin came complaining here that their plugins should not be altered.

Openpli replace the altered plugins for the orginals. After some time e2openwebif was developed by the opensource community to abandon the dreambox only webif.

 

Now the situation is the other way around. I can tell you one thing: I personally never will put any effort into fixing this "tpmd" the deamon that validates the geniunity of dreamboxes.

If dream GMBH doesnt fix it you will have to exchange your "dreambox" only plugins for others. Or stick to openpli3 / move to dream manufacturer image.

[adri]

Tpmd should be included and made to run in OpenPLI 4.0
Without it various plugins and extensions which use tmpd will not run, even when you have a genuine dreambox!

Agree. Now go complain to the author of tpmd to fix it.

I would, if it would have any effect.

 

But this time it is not DMM who is in error, since they provide a working tmpd for their images, using openssl 0.9.8.

It is the OpenPLI team, who decided to abandon the openssl 0.9.8, in favor of the newer openssl 1.0 version, without providing any backwards compatibility.

 

If you buy a Ford car, with a petrol engine and you decide to replace that engine with a different one, running on hydrogen.

Would you complain to Ford, your car doesn't work anymore, because you can't get hydrogen fuel everywhere?

[MiLo]

If DMM wants to distribute closed-source binaries, they should link them STATICALLY. That's the problem here. I don't care what they use to compile their stuff (I was tempted to use another term here), but dynamic linking is not going to work well for binary blobs.

Your car analogy is, eh, flawed. Our Ford runs on diesel, by the way.

[thelearner]

hi,

I have DM 800se sim2.10. I use openpli 2.1.

 

last weekend, I decided to use openpli 3.0 and installed it to DM800se. I had received "no ca found". I do not know, what I did wrong.  so went back to openpli 2.10.

 

is it possible to use openpli 3.0 with my receiver? could you help me?

 

thanks,

AC

[nisse69]

hi,

I have DM 800se sim2.10. I use openpli 2.1.

 

last weekend, I decided to use openpli 3.0 and installed it to DM800se. I had received "no ca found". I do not know, what I did wrong.  so went back to openpli 2.10.

 

is it possible to use openpli 3.0 with my receiver? could you help me?

 

thanks,

AC

Is it a clonebox ?

 

If so OpenPli don't support cloneboxes.

[athoik]

Hello,

 

 

Just installed the latest OpenPLi 4 for dm800se, i don't know if this commit http://sourceforge.n...26e46b7ee29bdf/ allows login after installed (without password). It doesn't.

 

Tried with windows ftp and winscp, same result, no login without password.

 

>ftp 192.168.X.Y
Connected to 192.168.X.Y.
220 (vsFTPd 3.0.0)
User (192.168.X.Y:(none)): root
331 Please specify the password.
Password:
500 OOPS: Connection closed by remote host.

 

Of course after setting password it works.

 

Personally i always use password, but i hear complains from other users about this.

[littlesat]

Regards the latest post...update and when that does not work... Reflash your box. Then ftp without password should work again.

[athoik]

This is what flashed : OpenPLi-4.0-beta-dm800se-20130917.zip

 

 # opkg list-installed | grep vsft
vsftpd - 3.0.0-r1

 

Reflash what will change?

Edited by athoik, 17 September 2013 - 20:53.

[MiLo]

Weird, you should have gotten 3.0.2

Are you sure you really flashed it? Maybe the flash failed and you got the old software back or so?

[blzr]

hmm, it seems there's still only 3.0.0 in the feed /?/
downloads.pli-images.org/feeds/openpli-4/mips32el/Packages.gz

Package: vsftpd

Version: 3.0.0-r1

...

my local build stubbornly insisted on 3.0.0 version building as well, until I manually 'git pulled' the repo...