I used Konsave - but now I rarely bother.
I now use this tool to see wich config files are changed or added my an app.
if i understand this tool correctly it will identify all the user files that are touched when an application is run and then closed⌠is that correct?
so if the application changes a setting and saves that somewhere it will get recorded by the script, however if the application does not touch a file during the session, then it will not be recorded⌠is that correct?
this sets up a condition for incomplete capture unless during the session EVERY option and setting is exercised and of course it assumes the application will always touch the same file name each time itâs run.
what is really need is for something like this to be running all the time, so that no matter what order or when a user makes a settings change to an app, that file will now be included in the set of files to backup/restore for that application.
this script is a foot in the door, but a more powerful version is needed to complete the vision.
note: also moved this thread to brainstorm as it seems like a better place to capture this.
Correct.
Thanks for the reply.
The script is used to run an app for the Firth time so the creation of configuratie files is triggered and therefor recorded.
Oh, so rather than save a snapshot of your current configuration, it attempts to capture a live snapshot of your running configuration?
So this isnât something to be used for saving different plasma settings for different jobs?
the recent tool i mentioned âconfig-watchâ is a tool to capture what config files are added to .config and .local . Very usefull if you want to know what to include in de backup.
My gitlab KDE-Plasma-settings i now use for backing op the base KDE Plasma settings, KDE app configs, Custom App configs and user folders. I created templates for this.
It is perhaps not yet what it should be, but it does the job for now.
Hopefully Kbackup will include a default KDE-plasma settings preset so alto new users understand what to backup ![]()
dexterâs script is not a backup tool⌠but it can help you decide which files to include in a backup.
itâs a step toward building the database that is needed for a robust settings backup utility.
backing up the files is the easy part⌠knowing which files to back up is the hard part.
Well said
![]()
and lets make it usable and understandable for new users
your settings tool is moving the bar.
after just a cursory browse, it seems to enable a process for manually finding and capturing the relevant settings files into a kup profile that can then be scheduled.
nice work.
Thanks,
It is not yet where it should be. Hopefully iâll get there.
question. are there any apps wich somtimes change the location or name of the config files?
Or are the locations forever the same?
thatâs a good question⌠and i donât think the answer is that they are always the same or that there is only the one file.
it makes this goal quite a challenging thing.
you also have configuration data for flatpak which is in a different location from native packages and you have different versions of packages doing different things.
to top all that off, this is all on the honor system⌠thereâs no enforcement of any of the guidelines.
build a binary version of config-watch witch just focusses on the detection of creation of .config and .local files.
/config-watch --help
config-watch 1.0.0
Usage: ./config-watch [OPTIONS] [argumentsâŚ]
Tracks which files are created or modified in watched directories when a program starts.
Options (placed before ):
âtimeout Stop automatically after seconds
âwatch Directory to watch (repeatable; default: ~/.config ~/.local)
âsave Save detected paths to
âedit Open saved file in $VISUAL/$EDITOR (uses a temp file if --save is omitted)
âverbose, -v Show the programâs stdout and stderr (hidden by default)
âplain Print only the bare file list, one path per line
âinclude-state Include ~/.local/state/ in the output
âversion, --ver Show version
âhelp, -h Show this help
I think the safest solution is to simply backup ~Home then you have whatever is needed to restore.
I recommend https://kopia.io/ - but Borg or restic do a similar job. I then use an exclude list to keep things tidy for when I need to restore:
# -------------------------------------------
# Archive Exclude List for /~
# -------------------------------------------
**/!!!*
**/*.bak
**/*.dmp
**/*.err
**/*.lck
**/*.lock
**/*.temp
**/*.tmp
**/*[Cc]ache*/
**/.cache/
**/.thumbnails/
**/.Trash*/
**/.xbak
**/.xkopia
**/[Ll]og/
**/[Ll]ogs/
**/[Tt]emp/
**/[Tt]emporary/
**/node_modules/
.backup/
.backups/
.bash*
.bun/
.cargo/
.cmake/
.config/@opencode-ai/
.config/ai.opencode.desktop/
.config/alacritty/
.config/chromium*/
.config/Claude/
.config/Electron/
.config/github-desktop/
.config/go/
.config/google-chrome/
.config/gopls/
.config/micro/
.config/mozilla/firefox/**/*ovfs/
.config/mozilla/firefox/**/crashes/
.config/mozilla/firefox/**/datareporting/
.config/mozilla/firefox/**/gmp*/
.config/mozilla/firefox/**/minidumps/
.config/mozilla/firefox/**/saved-telemetry-pings/
.config/mozilla/firefox/**/security_state/
.config/mozilla/firefox/**/sessionstore-backups/
.config/mozilla/firefox/**/sessionstore-logs/
.config/mozilla/firefox/**/shader-cache/
.config/mozilla/firefox/**/storage/default/https*
.config/mozilla/firefox/*-backup-crashrecovery-*
.config/mozilla/firefox/Crash Reports/
.config/mozilla/firefox/Pending Pings/
.config/net.imput.helium/
.dart-tool/
.dotnet/
.eclipse/
.java/
.kajonggserver/
.local/lib/
.local/share/NuGet/
.local/share/recently-used.xbel
.local/share/baloo/
.local/share/containers/
.local/share/flatpak/
.local/share/goverlay/.fgmod_original/
.local/share/goverlay/fgmod/
.local/share/lutris/
.local/share/Ollama/
.local/share/pipx/
.local/share/Python/
.local/share/shelly-icons/
.local/share/Steam/
.local/share/torbrowser/
.local/share/Trash/
.local/share/zed/languages/
.local/state/
.mozilla/firefox/**/cache2/
.mozilla/firefox/**/jumpListCache/
.net/
.npm/
.nuget/
.pki/
.pub-cache/
.pulse-cookie
.steam/
.steampath
.steampid
.themes/
.Trash-1000/
.var/
.wget-hsts
.wine/
.zshrc
Downloads/**/*.!qB
Downloads/**/*.aac
Downloads/**/*.avi
Downloads/**/*.flac
Downloads/**/*.iso
Downloads/**/*.mkv
Downloads/**/*.mp3
Downloads/**/*.mp4
Downloads/**/*.mpeg
Downloads/**/*.mpg
Downloads/**/*.opus
Downloads/_convert
Music
Music/
Projects/**/.vscode-test/
Projects/**/[Bb]in/
Projects/**/[Bb]uild/
Projects/**/[Dd]ebug/
Projects/**/[Dd]ebugPS/
Projects/**/[Dd]ebugPublic/
Projects/**/[Dd]ist/
Projects/**/[Ee]xpress/
Projects/**/[Oo]bj/
Projects/**/[Oo]ut/
Projects/**/[Pp]ublish/
Projects/**/[Rr]elease*/
Projects/**/[Tt]arget/
# -----------------------------------------------------------------------------
# Negative excludes go last
# -----------------------------------------------------------------------------
!.cspell
!.gitconfig
This results in a log of space needed to backup it al .. some needed files also all unneeded files. This way you start with a fresh install and restore a lot of bloat.
Also it works for you, but it is rather unexplainable for all new users. Backup should be a standaard. Witch is dificult on Linux, i know ![]()
typically the short and long options would go something more like this
-t, --timeout
-w, --watch
-s, --save
-e, --edit
-v, --verbose
-p, --plain
--include-state
--version
-h, --help
with short options only needed for frequently used options.
some of these might be better as commands than options
might want to include the ~/.var/app and ~/.snap directories as well since many ppl use flatpak and snap which also have settings and preferences
but here is the rub with just watching for changes⌠./snap/firefox/common/.mozilla/firefox/⌠is where firefox saves your preferences, but itâs also got a shitton of other traffic all the time and you would not want to save any of that.
so there also needs to be an --exclude option so certain directories or files could be ignored from the save list.
and now we have already well exited the ânew userâ space
this looks more and more like the job of some kind of heuristic rather than a wrote set of planed directories to watch.
That should ALWAYS be backed up regardlessâŚ
I also donât see so much appeal in this approach to backing up Plasma Settings for the purpose of setting up a new machine - I would just use the backup to take what I wantâŚ
I do feel, however, that itâs valid to want to set up your machine a certain way and snapshot with a subset of those settings though - I keep a âresourceâ folder which contains some assets that arenât easily available or installable, and in there I keep my Konsave settings so that I can apply a set of theming options, which includes custom settings for Kate/terminals and so on.
To some extent, this is what Activities should do (and hopefully will do better in future).
It results in only the space needed. Thatâs what the exclude list is for.
It really is not that difficult. It takes a bit of RTFM but itâs not L33t H4ck3r level!
I agree. I should also be dating Brie Larson. But here we are, stuck with reality. ![]()