Jump to content


Photo

OpenPLi 3.0: new alpha experimental images!


  • This topic is locked This topic is locked
369 replies to this topic

Re: OpenPLi 3.0: new alpha experimental images! #241 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 14 July 2012 - 13:12

the difference is that the dm8k has a pci wlan adapter, which has different requirements.
usb wlan should work 'out of the box'.

Re: OpenPLi 3.0: new alpha experimental images! #242 wizard55

  • Member
  • 13 posts

0
Neutral

Posted 15 July 2012 - 14:15

Hi flashed this image 3 days ago and when I do software update it says nothing to upgrade. If there is a new nightly build should I get updates every day ?

Also why when I downloaded et9000 version does it say online update of your Dreambox ?

Re: OpenPLi 3.0: new alpha experimental images! #243 halflife

  • Senior Member
  • 59 posts

0
Neutral

Posted 15 July 2012 - 19:24

is it possible to update it913x dvbt drivers for new kernel 3.4.3? I can download online only for kernel 3.3, that is not working, it disconnect usb port after few minutes.
cant use old it913x cause et9000 just stay on booting....

Re: OpenPLi 3.0: new alpha experimental images! #244 jooe

  • Senior Member
  • 31 posts

+1
Neutral

Posted 16 July 2012 - 16:02

Can't play any flac music file on Vu+Ultimo with OpenPli 3.0 .

Here is a log

Please fix it if possible

action -> OkCancelActions ok
playing 4097:0:0:0:0:0:0:0:0:0:/media/net/DISKSTATION/Brian Simpson - 2010 - South Beach/01. South Beach.flac
eServiceMP3::construct!
eServiceMP3::playbin2 uri=file:///media/net/DISKSTATION/Brian%20Simpson%20-%202010%20-%20South%20Beach/01.%20South%20Beach.flac
eServiceMP3::starting pipeline
gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
download failed, no cuesheet interface
resolved to PLAY
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
gst_element_query_position failed in getPlayPosition
eServiceMP3::state transition NULL -> READY
Gstreamer error: The autoaudiosink element is not working. (4) from playsink0
[__evUpdatedInfo] title 1 of 0 (South Beach)
[__evUpdatedInfo] title 1 of 0 (South Beach)
Gstreamer error: GStreamer encountered a general stream error. (1) from flacparse0



No any response?
Maybe somebody with Vu+Ultimo can test flac playback and post here? Or I'm completely alone with this problem?
Same flac files was tested on DM8000HD and ET9x00 (both boxes with same OpenPli 3.0) and there was no any problem.
Vu+Ultimo was flashed with last OpenPli 3.0 with same no success with flac playback.

Re: OpenPLi 3.0: new alpha experimental images! #245 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 16 July 2012 - 16:37

And does it work with 2.1?
If not, it must be the drivers, complain @ vu+

Re: OpenPLi 3.0: new alpha experimental images! #246 jooe

  • Senior Member
  • 31 posts

+1
Neutral

Posted 16 July 2012 - 18:57

And does it work with 2.1?
If not, it must be the drivers, complain @ vu+


Yes , It was OK on OE2.1

Re: OpenPLi 3.0: new alpha experimental images! #247 guirigui

  • Senior Member
  • 297 posts

0
Neutral

Posted 19 July 2012 - 09:13

ET-Webrowser plugin(HbbTV) won't get installed allthough available in the plugin section...(ET6000)
In the wishlist for ET6000 PLI 3 Image, it would be helpfull that default recording paths can be updated so that to stick with the new USB Hdd directories(media/USB/). With PLi 2.1 it's all auto after USB HDD initialzation then reboot...nothing to do...Also, avoiding the disturbing error message at the end of the initialization process would be nice...

Edited by guirigui, 19 July 2012 - 09:15.

ET6000 mounted in triple tuners with DVB-S2 Anysee E7 S2 + DVB-T Twintech UT30

Re: OpenPLi 3.0: new alpha experimental images! #248 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 20 July 2012 - 14:51

So problem is: why the passwd command doesn't update the /etc/passwd file but only update /etc/shadow file.


I investigated what is going wrong.
Turns out busybox telnetd (using busybox login) does not use /etc/shadow, because /etc/passwd does not contain an 'x' as password field.
When you put an 'x' in /etc/passwd, busybox correctly falls back to /etc/shadow

Since I was already able to set a password with passwd and Openpli 3.0 this is probably a bug coming for a recent release.


At the start of 3.0, we used the busybox 'passwd' command, which probably set the password in /etc/passwd, instead of /etc/shadow.
And when busybox finds a valid (or zero) password in /etc/passwd, it ends up using that instead of /etc/shadow

Now, when I do a clean flash, /etc/passwd correctly contains an 'x' in /etc/passwd, for the root account.
So login, passwd, telnetd, vsftpd, dropbear all use /etc/shadow.
Can you confirm the problem is no longer there, with a clean flash?
(or, if you manually put an 'x' in /etc/passwd for the root account)

There is a difference between how the new passwd and the old (busybox) passwd work.
setting an empty root password (with passwd), /etc/shadow will contain the hash of the empty password, and you will be required to <enter> the password question during login.
If you (manually) remove the 'empty' password hash from /etc/shadow, the behaviour will be the same as before (with 2.1), and login will skip the password question.

Re: OpenPLi 3.0: new alpha experimental images! #249 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 20 July 2012 - 16:39

Can you confirm the problem is no longer there, with a clean flash?

I can.

Re: OpenPLi 3.0: new alpha experimental images! #250 littlesat

  • PLi® Core member
  • 57,117 posts

+698
Excellent

Posted 20 July 2012 - 17:46

Do we need to alter autobackup/install... as we now have to backup shadow instead of passwd?

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: OpenPLi 3.0: new alpha experimental images! #251 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 20 July 2012 - 19:36

you need to backup both

Re: OpenPLi 3.0: new alpha experimental images! #252 mirecek1965

  • Member
  • 8 posts

0
Neutral

Posted 21 July 2012 - 13:17

After install last version 20.7.2012 cannot tune any program, Astra 23,5, full scan, nothing found. After reflashing with ver. 2.1, all OK. Also cannot normal ftp on 3.0 images.

X-trend ET 4000, OpenPLI 4.0, often updated :-D


Re: OpenPLi 3.0: new alpha experimental images! #253 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 21 July 2012 - 15:45

Won't having an "x" in /etc/password but still an empty password cause a security hole in dropbear? (SSH).

Current behaviour is that you cannot login through SSH when the root password is empty. This makes it safe to open the SSH port to the internet, because during the time frame where the box isn't configured (new flash, software upgrade), no one is allowed access from the outside.

If dropbear cannot see that the password is (still) empty, it will happily allow anyone access. There are machines on the net probing randomly for just this kind of hole, and you really don't want them to stumble upon your box unawares...
Real musicians never die - they just decompose

Re: OpenPLi 3.0: new alpha experimental images! #254 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 21 July 2012 - 16:16

no, I think that's fine.
Dropbear has shadow support, and it keeps asking for a password (and the empty password field in /etc/shadow does not match the hash of the empty input)
So with the default state after a clean flash, dropbear won't work.

Only when you deliberately 'change' the root password to an empty password, after which /etc/shadow contains the hash of an empty password, dropbear will accept the (empty) password.

Re: OpenPLi 3.0: new alpha experimental images! #255 Dimitrij

  • PLi® Core member
  • 10,297 posts

+347
Excellent

Posted 24 July 2012 - 16:46

About.py
After the upgrade is always written:
Last Upgrade: unavailable
def getImageVersionString():
try:
  st = os.stat('/usr/lib/ipkg/status')
  tm = time.localtime(st.st_mtime)
  if tm.tm_year >= 2011:
   return time.strftime("%b %e %Y %H:%M:%S", tm)
except:
  pass
return _("unavailable")
In Pli 3.0 is not /usr/lib/ipkg/status

Can make a symlink?

GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: OpenPLi 3.0: new alpha experimental images! #256 littlesat

  • PLi® Core member
  • 57,117 posts

+698
Excellent

Posted 24 July 2012 - 17:11

What should it be then....?

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: OpenPLi 3.0: new alpha experimental images! #257 WanWizard

  • PLi® Core member
  • 70,377 posts

+1,807
Excellent

Posted 24 July 2012 - 17:16

in 3.0 it's in /var/lib (not sure if it's ipkg or opkg)...

Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: OpenPLi 3.0: new alpha experimental images! #258 Dimitrij

  • PLi® Core member
  • 10,297 posts

+347
Excellent

Posted 24 July 2012 - 17:25

What should it be then....?

ln -s /var/lib/opkg /usr/lib/ipkg

GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K


Re: OpenPLi 3.0: new alpha experimental images! #259 mirakels

  • Forum Moderator
    PLi® Core member
  • 7,603 posts

+62
Good

Posted 24 July 2012 - 17:48

or let the code first check for /var and the for the /usr location
Geen wonder... Had slechts een dm7000, maar wel ook een rotor. eigenlijk al een tijdje ook een dm600 en dm7025. Maar nu kijkend met een et9000 en vuduo

Re: OpenPLi 3.0: new alpha experimental images! #260 Dimitrij

  • PLi® Core member
  • 10,297 posts

+347
Excellent

Posted 24 July 2012 - 18:15

or let the code first check for /var and the for the /usr location

I just drew your attention to this little bug.
You decide how to fix more precisely :) .

GigaBlue UHD Quad 4K /Lunix3-4K/Duo 4K



34 user(s) are reading this topic

0 members, 34 guests, 0 anonymous users