![]() The good part is that the attribute you set can be set outside the Dropbox folder and when the file/folder is moved to Dropbox folder the app will sync and see the attribute and will put a small (ignored icon right next to it - see image). If you un-ignore it, it will treat normally as any other folder/file. The way it works is that if you ignore the file/s or folder/s when you set the flag Dropbox will ignore it completely from syncing. The feature works on Mac, Windows and Linux but the purpose of this guide is not to just highlight the feature but to show how I automated my workflow on OSX. To revert to normal syncing you would run this command: attr -r filename/folder Basically, you find the located the file/s or folder/s you want to ignore from syncing and run the command: xattr -w 1 filename/folder You can read about the ignore feature here How to set a Dropbox file to be ignored. Well, two years have passed and Dropbox finally introduced an ignore feature on folders and files via setting file and folder attributes xattr making me rethink my approach to a much more git-like way of ignoring folders I don’t want sync-ed. Even though it wasn’t a massive problem as I would do this only once on the target machine, it was still annoying. You can see that this can be annoying, hunting down the places where I needed to run composer and npm again to generate the files that were excluded from sync. Positives were that it was working with any cloud syncing service such as Dropbox or Google Drive as it was relying on GoodSync software (some people used rSync to achieve similar goal), but on the other hand one of the flaws in my approach, aside from duplicating the files, was that some node_module and vendor folders were ignored even though they shouldn’t have been, leading to somewhat problematic ‘rebuild’ process on the new computer via npm or composer as any vendor or node_modules folders would be excluded in your project. My solution has served me pretty well for a couple of years and it wasn’t without flaws however. You can read the “dirty” approach to this problem in my previous post here ( Solving painful syncing of node_modules when using Dropbox or Google Drive). The main issue was the amount of files that needed to be synced for common folders like node_modules (npm) and vendor (composer) that would take forever as these folders might have dependencies of dependencies and they can contain 10s of thousands of files. I’ve written in 2018 about this problem and the pain it was to use Dropbox to keep your files and development sync-ed between multiple computers while using Dropbox to keep the files in the cloud. The Arch Linux forum topic is the same problem.Dropbox ignore - solving ignoring node_modules and other folders from syncing (on a mac) The Problem I disabled IPv6 in /etc/nf, and it didn't fix the problem. They can fix their problem by disabling IPv6. The OpenSUSE forums topic, and the bug report it links to, are not related to our bug. ![]() ![]() If anyone here is a master at tracing these sorts of things (not me), you would be VITAL to fixing this problem.ĮDIT: I've investigated the links posted earlier. pulse-cookie runs an operation that clicking on a menu item also runs, and said operation causes this bug. ![]() Curiously enough, if I use the sidebar, rather than menus, for my history or bookmarks or web developer things, it works fine. This includes history, bookmarks, Web Developer features, and even Preferences. pulse-cookie so that it can't be overwritten.Īnyway, it isn't solved forever because if you click on ANYTHING AT ALL in the menus, the bug happens. I had to workaround that by making a read-only empty file named. pulse-cookie keeps coming back despite my having uninstalled pulseaudio (I can do that because I use KDE). ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |