Forum: The Testing Area
started by: roberts
Posted by roberts on June 29 2008,05:02Thanks to Jason for:
Posted by RRRR on July 19 2008,01:49I just put this extension on my memorystick DSL. I have a problem here. The configuration file ~/.xfe/xferc are AFAIK saved in the backup.tar.gz as is the whole home directory. But the settings for XFE, which are saved to this file does not survive reboot. Are the file overwritten from the .uci or what is happening? I'd like my two-panel setup and file associations to survive reboot.....
Posted by Jason W on July 19 2008,07:29/home/dsl/.xfe/xferc is part of the user.tar.gz file in the extension. So if you have that file in your backup, it will get overwritten if you load the extension after your settings have been restored upon reboot. I put xfe-1.19.uci in my /mnt/hda2/mydsl directory and the extension is then loaded before my backup files are restored. In that case my backup xferc is overwriting the xferc that is included in the extension since the backup is restored after the extension is loaded at boot. If you have /home/dsl/.xfe/xferc in your backup, have the xfe-1.19.uci extension in a /mydsl directory on persistant storage and your settings should survive across reboots. Hope this helps.
Posted by RRRR on July 19 2008,20:56
Yes. Well the problem is that I've kept the .uci in /mydsl directory on the same partition on my memorystick that keeps the KNOPPIX image, the backup.tar.gz and the rest of it all the time.....
Still it seems the .uci is overwriting the /home/dsl/.xfe directory after the backups been restored...
Posted by RRRR on July 21 2008,13:47Very strange indeed... I examined the generated backup.tar.gz on my regular PC. In that archive the .xfe directory that should be under /home/dsl is missing...?
I've examined /opt/.filetool.lst and /opt/.xfiletool.lst but nothing indicates why this directory isn't saved in the backup together with the rest of /home/dsl...
Well, it's no wonder why this directory isn't restored after reboot as it isn't saved in the first place. But I can't figure out why...? Any clues? I really want to use XFE, but when settings aren't restored it's not so fun....
Posted by chaostic on July 21 2008,13:58Doesn't the uci get unloaded before the backup is made, removing the .xfe directory before the backup gets a chance to save it?
Posted by curaga on July 21 2008,16:15Juggle around a bit, create a tarball of your settings while running, save on the stick and reboot with "dsl norestore". When the backup isn't restored, you can extract it to some directory, add your .xfe settings and pack it back. On next boot they will get there.
Posted by RRRR on July 24 2008,01:30The working solution seems even simpler: Always (whenever needed) make new backups (or rather, update the backup) with the filetool.lua tool while running and never use the exit tools backup option... (And keep a backup of the backup somewhere else for added security...)
EDIT: Which makes me wonder if I could change the exit script so that the "backup" checkbox are unchecked by default...
Posted by curaga on July 24 2008,07:53
Posted by humpty on July 24 2008,11:02RRRR< I found that if if you include the '/' at the begining of the path, it doesn't get backed up.
JASON W< I think a wrapper would be a safer way rather than overwriting the home area.
Posted by RRRR on July 25 2008,00:19
From the changelog (v4.3) it seems to be export BACKUP=0 that should do the magic, however I've tried both and none works. I think the reason might be this:
And that roberts forgot the variable when he switched tools... maybe. (I will probably post this issue in the 4.4.3 thread.)
Posted by curaga on July 25 2008,08:07
You're correct, "strings dslexit" doesn't mention BACKUP..