xfe-1.19.uci
Forum: The Testing Area
Topic: xfe-1.19.uci
started by: roberts
Posted by roberts on June 29 2008,05:02
Thanks to Jason for:| Code Sample |
| Title: xfe-1.19.uci Description: Xfe File Manager Version: 1.19 Author: See Below Original-site: See Below Copying-policy: See below -----==[ Color = green Filesize: 3.18MB ]==----- Extension by: Jason W Comments: X File Explorer (Xfe) is an MS-Explorer like file manager for X. It is based on the popular, but discontinued, X Win Commander, originally developed by Maxim Baranov. Xfe aims to be the file manager of choice for all light thinking Unix addicts! This extension also contains these other apps: calculator: A nice calculator adie: A programmer's text editor xfi: A simple image viewer xfp: A DEB and RPM package viewer/installer xfv: A simple text viewer xfw: A simple text editor -- This extension is made of these components: libXrandr from Debian Sarge --Version: 4.3.0_sarge7 --Author: The XFree86 Project --License: XFree86 License (http://www.xfree86.org/current/LICENSE.html) --Homepage: http://www.xfree86.org/ --Debian Page: http://packages.debian.org/sarge/libxrandr2 Fox toolkit --Version: 1.6.33 --Author: Jeroen van der Zijp --License: Fox Library License http://www.fox-toolkit.org/license.html --Homepage: http://www.fox-toolkit.org/ Xfe file explorer --Version 1.19 --Author: Roland Baudin (roland65@free.fr) --License: GPL --Homepage: http://roland65.free.fr/xfe/ -- Copies of the above licenses are included in the extension under the /opt/xfe-1.19/license directory. Sources, patches, and build scripts for this extension are archived and available at: http://74.237.17.82/dsl/sources/xfe-1.19 http://74.237.17.82/dsl/sources/xfree86_4.3.0_sarge In case of network unavailability, contact Jason Williams at jason5876@gmail.com and the sources can be provided over the network free of charge. Change-log: 2007/03/08 - First version Current: 2008/06/27 - Upgraded to Xfe 1.19 and Fox 1.6.33 |
Posted by RRRR on July 19 2008,01:49
I 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
| Quote (Jason W @ 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. |
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:47
Very 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:58
Doesn'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:15
Juggle 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:30
The 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
| Quote |
| Which makes me wonder if I could change the exit script so that the "backup" checkbox are unchecked by default... |
Posted by humpty on July 24 2008,11:02
RRRR< 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
| Quote (humpty @ July 24 2008,11:02) |
RRRR< I found that if if you include the '/' at the begining of the path, it doesn't get backed up. |
I've noticed...
| Quote (curaga @ July 24 2008,07:53) |
It checks for an environment variable, I don't remember exactly which right now (do a forum search), something like NO_BACKUP=1 would cause the box to be unchecked by default. |
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:
| Quote (roberts @ July 09 2008,03:40) |
DSL v 4.4.3 is now available for download. (...) * dslexit replaces exit.lua. (...) |
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
| Quote |
| And that roberts forgot the variable when he switched tools... maybe. |
You're correct, "strings dslexit" doesn't mention BACKUP..