Black Hole
May contain traces of nut
I think I have said this before: it would be nice if (somehow, somewhen) tunefix-update was able to force a reboot when needed. Then another reboot after it had done its job.
Although the restore procedure handles services (channels) that have changed details while keeping the same name, it doesn't deal with something like "Channel 4+1 HD" disappearing, where one might want to substitute plain "Channel 4+1". A further step could be added to check for a channel with " HD" removed (or added, if it wasn't there), but (a) although that would be straightforward for favourites, it would be quite tricky for events (which SD show corresponds to a certain HD show?) and (b) the horse has bolted....
That's what WebIf backup and restore is for. I've never really investigated if this can be incorporated into tunefix.
It not only doesn't use RTS, it disables it, presumably because RTS could only handle the event restoration and not the favourites and favourite group names. And the same would apply to auto-schedule-restore which uses the same mechanism.My auto-schedule-restore didn't work though on the box I had to retune to get the data for the update, and I expected it to. Nor does WebIf Schedule Restore seem to use Real-Time Scheduling. I kind of expected it to do that as well. Had to reboot.
It's not really safe to force a reboot whenever tunefix-update runs, but perhaps auto-schedule-restore could (optionally?) run tunefix-update and also reboot if that results in changes?...it would be nice if (somehow, somewhen) tunefix-update was able to force a reboot when needed. Then another reboot after it had done its job.
Maybe not, but it could have a setting for the user to declare when he's prepared to have the box reboot.It's not really safe to force a reboot whenever tunefix-update runs
That is something that Schedchk might have handled, If programmes were already scheduled on Channel 4+1 HD after the cutoff it would attempt to move those episodes to alternate channels but it wouldn't attempt to move series recordings because, normally, the seires crid differs across channelsAlthough the restore procedure handles services (channels) that have changed details while keeping the same name, it doesn't deal with something like "Channel 4+1 HD" disappearing, where one might want to substitute plain "Channel 4+1". A further step could be added to check for a channel with " HD" removed (or added, if it wasn't there), but (a) although that would be straightforward for favourites, it would be quite tricky for events (which SD show corresponds to a certain HD show?) and (b) the horse has bolted.
Such as, when auto-schedule-restore, by installing which consent has already been given implicitly, runs.Maybe not, but it could have a setting for the user to declare when he's prepared to have the box reboot.
The next version of tunefix will do this, if necessary, overnight if not busy.I think I have said this before: it would be nice if (somehow, somewhen) tunefix-update was able to force a reboot when needed.
What's that for? It's in danger of triggering the crash-disable stuff.Then another reboot after it had done its job.
Dunno. I can't vouch for clarity of thinking all the time.What's that for?
Fallibility?I can't vouch for clarity of thinking all the time.
Nice alliteration1.0.103:
Mux. move for Merit
... there's no Command Line on the Diagnostics page of my webif, version 1.4.8-8Go to Command Line on the Diagnostics page,
Install the webshell package, reboot, then there will be.there's no Command Line on the Diagnostics page of my webif, version 1.4.8-8
... thank you, that's got me sortedInstall the webshell package, reboot, then there will be.
... erm, is that intended as a rhetorical question, explaining why you'd started with that advice? Or are you genuinely asking why I'd not installed it? You do appreciate that most people out here don't just have ALL packages installed, as a matter of course... so wouldn't it just be easier to have installed the web command console (webshell) in the first place?