Restoring cqrlog with old config data—keeps getting overwritten

3 posts / 0 new
Last post
K4XML
K4XML's picture
Restoring cqrlog with old config data—keeps getting overwritten

I had a failed upgrade to an Ubuntu 11.10 system, on which I had cqrlog installed, and I had to bail out and install a fresh 12.10 in place of the old 11.10 system. Fortunately I was able to recover my data beforehand, so I have the contents of ~/.config/cqrolg from the previous installation.
I thought that if I copied cqrlog.cfg from ~/.config/cqrlog on the old installation to the same location on the new installation, I would have all my original settings. However, when I launch cqrlog, it immediately overwrites the recovered cqrlog.cfg with a new one with default values. I tried this several times and it happens each time.
I can look through the old config file and manually make the same settings on the new installation, but it would be much easier of course to just run with the old cqrlog.cfg file. The cqrlog I'm running on the 12.10 system is what was available via apt-get. I'm not sure what version I had running on the 11.10 system, but I remember that I dwnloaded a dpkg file made available because the ppa was loaded with a cqrlog version that required Ubuntu 12.04.

ok2cqr
ok2cqr's picture
Re: Restoring cqrlog with old config data—keeps getting overwrit

CQRLOG always overwrites cqrlog.cfg config file with the config from database. After program runs, it saves all configuration from the database to cqrlog.cfg file.
 
If you want to load the settings to CQRLOG database, run the program, in database connection window click to Utils button -> choose Configuration -> Import and choose your old config file.
 
BUT if you have whole .config/cqrlog directory, there is no need to do this import manually. Your config file is already stored in database.
 
 

K4XML
K4XML's picture
Thanks Petr. That worked

Thanks Petr. That worked perfectly. I just copied the entire database folder contents from the old installation, so I recoevered my QSOs more reliably as well. Previously I had imported some archived ADIF files, but I wasn't sure I got everything, and I think I had some duplicates. Copying the db files is a very convenient recovery option.

Mark K4XML Reston, VA USA