Other Help Topics :: myconfig issues

Maybee I am off on another planet (it does happen at times) with this but here goes. I have done a rough remaster
(DSL v4.0 ) of sorts which equates from what I can tell to a MyDSL style remaster. Ive done it a different way.

I have a backup.tar.gz off my USB stick or hard drive that has some config settings on it for the DSL exts. It saves me having to fine tune the apps every time I boot (Brouser favorites included). I also have some DSL exts which have some config files in the extensions .

Ive read about the concept of taking the backup.tar.gz and renaming it to myconfig.tar.gz and putting it in the DSL extensions folder. This is what Ive done on the remaster. Its ok so far and works.

What concerns me is the order in which the MyDSL exts load. I cant seem to get any sort of a grip on this. It appeared to be in alphabetical order but Ive since proved this is not the case.

There could be a problem in the case that the MyDSL ext loads along with its config files after the myconfig.tar.gz and thus it will overwrite the last preferred settings from the myconfig.tar.gz with the MyDSL Apps defaults. Is there a system in place to stop this from happening?

With a USB or HD install situation this is avoided by the MyDSL apps modules and Options loading then just prior to the Window manager the backup.tar.gz loads the last backup making in effect a RESTORE. Ive tried putting a backup.tar.gz file on the remastered CD but it is completely ignored so this is not the fix.

DSL appears to only look automatically for a backup.tar.gz on the boot medium in certain situations like USB or HD boots.

If there is not a system in place to stop this potential conflict situation then perhaps its a idea to include in future releases. We just need a way to prioritize the MyDSL apps. Perhaps by changing the file name of the app.dsl or app.tar.gz and putting a special character like ~ or - preceding the filename.

Any clues or suggestions appreciated thanks..

You are very grounded are raise a good point.
The order is alphabetical by category.
The category order is currently:

1. modules
2. .tar.gz
3. .dsl
4. uci
5. unc
6. optional

As you can see, the tar.gz is not in a good position for the task at hand. Per your point, I will change the processing order and lower the .tar.gz to just before optional.

For your current situation, you could probably add a manual mydsl-load in your .bash_profile

Thanks Roberts again.

Its not an issue currently and I am still working on RCs at this point. Not sure when you are thinking of another v4 release but I guess you will include this as a fix in there. Thanks for the sugestions and good work.

v4.1 RC1 early next week, this change will be in there.

original here.