[mk01]

(24th Feb, 2014 03:17 AM)Skywatch Wrote:  I just found a possible bug?

Seems that neither pi will now do a backup from ssh - xbian-config.

The backup takes only a few seconds and results in a 1Kb file.

I wanted to backup the new RC1.0 installs, but it seems that's not possible.

I also just discovered that the new upgrade turns on UPNP by default. I can turn it off on the pi with a monitor, but how to disable it on the headless pi vias SSH? Is it possible?

upnp is turning automatically by script /etc/init/xbmc-changesettings.conf on each XBMC start. as I'm starting to be quite frustrated because with latest XBMC and specially Gotham I have troubles bringing up ES service - and some other things are dependent on it.

I had the feeling that "right" combinations of other internal XBMC components will turn it on (and was working for some releases of XBMC, but since few days even that is not working for last Gotham.

if you do:

Code:

sudo -s
echo "manual" > /etc/init/xbmc-changesettings.override

it will not force those two parameters anymore (but will also not set XBMC's parameters which you might access/change through XBIAN-CONFIG (CLI/XBMC).

and even if we find that those two lines overriding <esenabled> and <upnprenderer> are useless for my goal with ES, then i can go out - and the important code will stay (to support XBIAN-config access to XBMC parameters).

---

(7th Mar, 2014 05:37 AM)Fabio72 Wrote:  Autofs is also making a mess. I have NFS root plus 4 NFS mount points in fstab. After boot only the first two are mounted.
If I mount -a all are mounted but twice.
Also root fs is mounted twice since boot.
I can see it from mount output or df.
If I stop autofs and I umount -a and mount -a then everything is fine and every mount point is mounted only once.

remove rootfs entry completely from /etc/fstab. those lines (like rootfs for instance) are only resemblance of times decades ago when we had on linux only one way to get filesystem info (through accessing "manually" handled entries).

by any case, rootfs should still not appear on list of filesystems for autofs - I will fix that.

the "double" mounted filesystem I was already explaining somewhere. it is not double mounted - it is the way how autofs works. it won't mount filesystem until really needed - accessed. so it is installing ioctl trigger there (it looks like fs would be mounted - on mount or df list). but it is not mount.

mount will occur when you access any entry in it's dir/subdir (and until not mounted, access is blocking io call - what is one of the benefits as application is force waiting - and will not return error or file not exists in case of access and late mount).

if you say only two are mounted can be that those are accessed very early on your setup. the others have not yet been accesses thus mount wasn't needed yet.

I have ~7 filesystems in fstab, only one is mounted on boot (xbmc's shared userdata dir). other entries are mounted upon requirement.

---

(5th Mar, 2014 08:28 PM)belese Wrote:  >Xbian-update doesn't start yet. Can I manually update the list?

from ssh :
sudo xbian-config updates updatedb.

i'm at work, syntax could be a bit different, but you can use autocompletion.

actually it is

Code:

sudo xbian-config packages updatedb

... but I never really understood why this is happening as in case on update need "-3" is returned and according the xbian-config xbmc code update is requested.

there is one corner case still which was fixed few days ago (as IriDium reported on github as he was right that in case of inet down, it wouldn't work).

So now
1. < xbian-config packages list
2. > db old (-3)
3. < ...... packages updatedb
4a. 1 if sucess
4b. (no net).... -> 1 returned too.

before it was again -3.

---

(5th Mar, 2014 08:25 PM)Fabio72 Wrote:  After boot CEC is not working even if it initialize fine. I have to disable and reenable viera link on the TV an then everything is OK till next reboot. Seems a TV issue but didn't happen with a brand new beta 2.
Not big issues because I keep pi always on.

downgrade to xbian-package-cec version which was on beta2.

Code:

apt-get install xbian-package-cec=X.Y.Z

and report back. with version of libCEC 2.1.4 (check with "cec-client -i") this is needed on CuboxI, but my RPI with same TV is still auto connecting.

although with Cubox is not like disable reenable, just in list (menu) of neighboured devices I have to click it - as choose.

But could be that there is regression from past in CEC, it would not be first time.

---

(5th Mar, 2014 06:15 AM)grassboy Wrote:  after a sleep...

I can launch xbian-config GUI in XBMC now!!!

is there some auto-update happened?

not of the "program" itself (at least not if you won't allow it), but available updates & packages db is by default updating every day (it is setting on UPDATES screen).

---

(2nd Mar, 2014 02:31 AM)zilexa Wrote:  What is the reason we cannot simply get an IMG file to install? This manual upgrade is a lot of work and it seems to change. No guarantee it will work.

the problem is appears is not in the way but mostly that there are users not updating for months. in-between so much dependencies change, that even APT needs "some" advice from user.

if updates are installed as they appear (not only XBian, majority of the updates is from Debian/Raspbian) they install fully automatically or just on enter/click of user.

IMG is released on BIG releases, between them you won't get images neither from Debian / Raspbian. This doesn't mean WE SHOULD ALSO NOT providing them, but it is always priority. If you spent 4 hours fixing with bugs which you can distributed with .deb in 5 minutes, or you fix nothing but can post "new" shiny IMG.

Img can be easily prepared by user, if ANYONE will take over this task I will supply even additional auto script to shrink generated image and partition (to be ready to flash on smallest possible card and them resize).

I'm again and again teasing you for a cooperation and you again and again somehow manage to not accept )