-
Notifications
You must be signed in to change notification settings - Fork 930
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mackup breaks on macOS Catalina DP1 when using iCloud (path change) #1386
Comments
For a temporary solution you can try listing them by
and after
|
Thought a bash would be good but have no time to finish it. If there's anybody who can do it voluntarily it'd be like this much or less. #! /bin/bash
DIR= "~"
OLD_PATTERN="/Users/jnbn/Library/Mobile Documents/com~apple~CloudDocs"
NEW_PATTERN= "/Users/jnbn/Library/CloudStorage/iCloud Drive/"
while read -r line
do
echo $line
CUR_LINK_PATH="$(readlink "$line")"
NEW_LINK_PATH="$CUR_LINK_PATH"
NEW_LINK_PATH="${NEW_LINK_PATH/"$OLD_PATTERN"/"$NEW_PATTERN"}"
rm "$line"
ln -s "$NEW_LINK_PATH" "$line"
done <<< $(find "$DIR" -type l -maxdepth 1) |
Seems like an it needs an update on Line 306 in 16cc85a
|
The new macOS is called "Catalina". So it sounds like Mackup can be updated to detect Catalina and change the iCloud path dynamically. |
Following on from what @jnbn said, I used the following:
You have to run it in whatever folder has broken symlinks, it doesn't recursively search. Some examples:
|
The problem is not just simply repairing the iCloud path. More seriously, reading files in iCloud now requires permissions since MacOS Catalina. And the permission must be granted for every programs who read preferences from iCloud directory. So I have to stop using iCloud as the backup engine. |
Yes, looks like support for iCloud should be removed because I don't see a clean way to make it work. |
sighhh :( I just finished setting up my dotfiles and everything, using iCloud. I see what you're saying though. Man, Apple is killing me |
Yup, I can't use files/github because I would leak sensitive data (unless I use a private GitHub repo). I removed dropbox from my machine I love/loved iCloud. It was perfect. Not sure what I want to do now. |
My solution was to write helper functions for my shell that use the mac ‘security’ command: https://ss64.com/osx/security.html That way i can store secrets in the login keychain, and use command substitutes anywhere I use secrets. So files that are (now on Dropbox) saved don’t have plain text secrets. I have it in my dotfiles: https://github.com/madsem/dotfiles/tree/master/.config/fish/functions |
I decided to use Syncthing instead - it lets you easily sync files between your computers. I set it up on my home server and it works great. |
This is brilliant! Thanks for sharing!! |
Here's what I did to work around the issue. Updated the normal file
You could probably throw it in "watch" to just keep running it until you stop seeing errors. Or a loop checking for return code if you wanna get fancy... I guess it depends how much stuff you have symlinked. Basically this will unlink the old file that throws the error and then it'll run restore. |
Just upgraded to Catalina, every time i close apps such as Iterm2 and Bartender the settings revert. If i uninstall Mackup, it's fine. Seems to be an issue with ~/Library/Preferences using symlinks? |
I don't have Catalina. Can anyone confirm if linking preference files of an application in iCloud works? |
@lra not using It also breaks for me using file_system, and using a path inside iCloud. |
Same issue here. I guess mackup can not work anymore with macOS, starting with Catalina ? |
Only when using iCloud, not the whole MacOS. |
Some comments seemed to indicate it was linked to the symbolic links, not iCloud. Can someone confirm it works fine with Dropbox or Google Drive ? |
@nicolinuxfr it's odd. I have issues sometime with iTerm2 resetting its settings. I am using file_system sync, with git. But most of the time, it's fine. |
@scottrobertson OK it's better than nothing, I guess. I will try to set up Mackup without using iCloud Drive engine first, as suggested by @Joshuaks. |
I'm not on the Catalina beta anymore, but according to this tweet Apple has rolled back all iCloud changes in the latest betas of iOS 13 and Catalina. I may be wrong, but that might mean that Mackup is working again on the newest builds. Can anyone confirm this? |
@fzslm I think you are right, the last beta uses |
I can confirm, and what I did on beta 6 to make mackup works with Catalina means it’s all broken again with beta 7… 🤦♂️ I guess I will have to undo it somehow. |
I suggest using Google Drive or Dropbox. Probably there won't be an easy solution for iCloud Drive soon. |
I switched to just using file_system, and then backing up to an encrypted Keybase Git Repo. backup () {
mackup backup && cd ~/Code/keybase/Mackup && git add . && git commit -am 'Backup' && git push && cd -
} |
OK but I don’t think it would work if current symlinks are broken… am I wrong ? |
Umm...isn't the simple solution this? It works flawlessly for me.
|
Yeah, just to reiterate what was said here — I think the "path changes" at play were part of some larger iCloud Drive overhaul that Apple was working on for both iOS 13 and macOS 10.15 Catalina — changes that they've since rolled back across the platform because it wasn't ready in time for shipping. So the old paths remain where they were in 10.14 for now. I'm betting they'll try and reintroduce iCloud Drive changes in 10.15.1 or 10.15.2, but I'm hoping they wait until 10.16. Anyway, this shouldn't be an issue for now, so this issue could probably be put on ice. |
I change maxdepth to 5 , it work for me to recursively search and change all links .
|
Prior to 10.15, the path for iCloud Drive was
~/Library/Mobile Documents/com~apple~CloudDocs
. In 10.15, this path has changed to~/Library/CloudStorage/iCloud Drive
. Upgrading to Catalina causes old symlinks to break. Some sort of migration process will be necessary for these users in time for the release.The text was updated successfully, but these errors were encountered: