Pr2

Hi,
 
Here is a problem with upgrde of my solo4K (of course opkg update was done before):

root@vusolo4k:~# opkg upgrade
 
Collected errors:
 * Solver encountered 1 problem(s):
 * Problem 1/1:
 *   - nothing provides requested media-ctl
 * 
 * Solution 1:
 *   - do not ask to install a package providing media-ctl

root@vusolo4k:~#  opkg list | grep media-ctl 
media-ctl - 1.16.5-r0.6 - v4l2 and IR applications
root@vusolo4k:~# opkg remove media-ctl

Collected errors:
* Solver encountered 1 problem(s):
* Problem 1/1:
*   - nothing provides requested media-ctl
*  
* Solution 1:
*   - do not ask to install a package providing media-ctl

root@vusolo4k:~# opkg install media-ctl

Collected errors:
* Solver encountered 1 problem(s):
* Problem 1/1:
*   - nothing provides requested media-ctl
*  
* Solution 1:
*   - do not ask to install a package providing media-ctl 

This fix the problem

opkg install --force-reinstall media-ctl
Downloading http://downloads.openpli.org/feeds/openpli-develop/armv7ahf-neon/media-ctl_1.16.5-r0.6_armv7ahf-neon.ipk.
Installing media-ctl (1.16.5) on root
Configuring media-ctl.

Switching from a softcam to another one is not always working properly on OpenPLi.

You should better adapt the different /etc/init.d/softcam* scripts to ensure that the softcam you swtich between are properly killed.

 

Check that you don't have both softcam running with:

 

ps | grep -i oscam | grep -v grep
ps | grep -i cccam | grep -v grep

 

if both commands returns something than you have both softcam running at the same time, which is bad.

You are sending a wrong signal with the thread you create because this will let think that OpenPli will look at and fix the 3rd party skins.
Will you take the responsibility to fix yourself all the skin related issues? If so then you thread is legitimate but in the other case what will we do with all those reports?

Isn't it an English section?

skins are a real pitty people create them but don't maintain them. I was wondering if it is useful to propose skin in the OpenPLi feed because this gives indeed the feeling that OpenPli is "responsible" for them.
Moreover some skin creator include some renders, it's well known that skins are the main GSOD cause. :-)

Personally I never test skins, I have done it in the past but I always return to the standard OpenPLi one. It is really the more clean and clear, and the skin which provide the most useful information. Every other skins always miss TP/SID informations. Yes I don't care to have analog clock, CPU temperature, Weather Information, Soccer results, etc... In the skin that I use. :-)

I don't know if it is possible but for every major release the skin feed should be empty. The skin creator can request to have their skin included back into the feed when they test it on OpenPLi. So all old no longer maintained skins will automatically dispared, a good way to clean them up

Pr2

There is no password by default.

You need to telnet to the box login: root
Then type: passwd
And type your own password.

Then give it a try to connect and type in the password that you have defined.

With NordVPN you cannot open up any incoming port, so it is only for outgoing trafic.

Hi,

 

OpenWebif po files are also updated:

 

https://github.com/E...e/master/locale

 

Pr2

Hi,

 

Plugin File Commander has been reworked by IMS so there are many strings to translate.

You are welcome with your translation files.  

 

https://github.com/E...n-FileCommander

 

Pr2

Hi,

 

For the plugin AutoBackup the po files have been updated:

 

https://github.com/E...r/plugin/locale

 

Translations update are welcome.

 

Pr2

Thanks Adga and zeljko2 for the translation it is included into this:

https://github.com/O...igma2/pull/2573

 

@Developpers,

 

The source translation string still use Suspend Mode I think that it was decide to use Deep Standby as we do in other strings.

Hi,

 

If you attach it here we can add it to the repository:

 

https://github.com/E...enplugin-Foreca

 

So I guess yours should replace this one:

 

https://github.com/E.../tr/LC_MESSAGES

 

Pr2

The mistake is this:
 
#SERVICE 1:0:1:250:251:1010:EEEE0000:0:0:0:http%3A//192.168.178.35%3A8002/1%3A0%3A1%3A250%3A251%3A1010%3AEEEE0000%3A0%3A0%3A0:ABC News 24

You assign a service reference with a SERVICE 1:  but you also define the EEEE0000 and I guess that the remote Duo2 where you define this entry also have a DVB-T tuner inside.

Since you tell your box that you are using a SERVICE 1: (DVB) and to use the DVB-T tuner (EEEE0000) this is what it is trying to do, but since nothing is connected to your DVB-T tuner or it cannot receive this channel you have go the no PAT message. If you copy the lamedb from one box to the other one then the entry for this channel exist in it and the box will try to use it from your tuner and not from the stream.

 

So if you really want to use SERVICE 1:  than change the EEEE00000 to 0  or if you don't use the DVB-T tuner at all in your remote box, disable the DVB-T tuner in your remote Duo2.

 

If you use SERVICE 4097:  your box know that it should not try to use your internal tuner and then it works.

But since it is a stream the best practice is to use SERVICE 4097:

Hi,

 

You need to take several files, be carefull that I use * that will replace any characters.

 

/etc/enigma2/lamedb*

/etc/enigma2/bouquets.*

/etc/enigma2/userbouquet.*

/etc/enigma2/blacklist

/etc/enigma2/whitelist

 

And transfert them from the box that have it all to the box where you want to have the same channel list.

 

But the easiest way to perform this for you is certainly to use a PC Channel Editor like:  DreamboxEdit or E-Channelizer and retrieve the list from the reference box, save the files.

Connect to the "to update" box, open up the previously saved files and push to the box.

 

 

Fing is also available on Android