(23rd Jun, 2014 06:53 PM)mk01 Wrote:  @nsviper

while testing new build system I let build Helix and installed the .deb . and realised one thing we didn't consider until now.
when xbmc job is started, there is timeout 100s waiting for XBMC be fully up. normally that is sufficient for XBMC start. but if HUGE db is being converted to new version (what was my case) 100s wasn't enough, xbmc upstart job run out of timeout considered xbmc.bin as not being started correctly (as xbmc was still converting DB long before notifying system that started ok).

so edit /etc/init/xbmc.conf, go into post-start section and change TIMEOUT=100 to TIMEOUT=100000. (you can just delete the new version DB's from sql before, start xbmc again. it will start conversion again. maybe your case is failing for that reason that xbmc.bin is being killed before it fully converts the DB).

(23rd Jun, 2014 07:58 PM)Oliver.O Wrote:  IR remote via GPIO still not working after boot until XBMC is restarted (1.0 RC 2, all updates installed).

This fix still applies.

(24th Jun, 2014 04:30 AM)nsviper Wrote:  Nice 1 mk01 - all fixed now

(24th Jun, 2014 12:34 AM)Oliver.O Wrote:  do you think all the other changes are really necessary?

Quote:- adding "started mountall" to lirc is unnecessary because lirc already depends on stopped module-init-tools and module-init-tools won't start before "started mountall"
- adding "started lirc" into xbmc is unnecessary if already added into xbmc-preload because started xbmc-preload is in xbmc dependencies for start.

(24th Jun, 2014 04:30 AM)nsviper Wrote:  

(23rd Jun, 2014 06:53 PM)mk01 Wrote:  @nsviper

while testing new build system I let build Helix and installed the .deb . and realised one thing we didn't consider until now.
when xbmc job is started, there is timeout 100s waiting for XBMC be fully up. normally that is sufficient for XBMC start. but if HUGE db is being converted to new version (what was my case) 100s wasn't enough, xbmc upstart job run out of timeout considered xbmc.bin as not being started correctly (as xbmc was still converting DB long before notifying system that started ok).

so edit /etc/init/xbmc.conf, go into post-start section and change TIMEOUT=100 to TIMEOUT=100000. (you can just delete the new version DB's from sql before, start xbmc again. it will start conversion again. maybe your case is failing for that reason that xbmc.bin is being killed before it fully converts the DB).

Nice 1 mk01 - all fixed now

(24th Jun, 2014 10:24 AM)mk01 Wrote:  now when I think about it a bit, xbmc-preload could be changed to check for lirc autostart enabled/disabled and according to that lircd as process could by added by it into wait_for list automatically.

can you test if adding

Code:

grep -wqi manual /etc/init/lirc.* || WAITFOR="$WAITFOR lircd"

added into line 37 (before "waitfor "$WAITFOR"") would solve the problem ?

• disabled my temporary fix in /etc/init/xbmc.conf
• reboot
• verified that IR remote does not work
• incorporated your "grep..." line in /etc/init/xbmc-preload.conf
• reboot
• verified that IR remote works
  

(25th Jun, 2014 12:52 AM)nsviper Wrote:  I may have been too hasty, or my databases are too large Further testing required at my end, but will raise on git once i've confirmed...

(30th Jun, 2014 04:28 AM)IriDium Wrote:  @yami. Can you navigate to /var/lib/dpkg/? Does it look normal? What about more /var/lib/dpkg/available?

Is Xbian on a SD card or a USB drive?

Have you had troubles before with the FS or adding extra packages in the past.

You could try sudo dpkg --clear-avail then sudo apt-get update

and try again.