This is a Finder Sync extension.
To stop the process:
Disable the check box in system preferences
Log out and back in (or restart if you have more than one user logged in to your Mac)
In OS X, the Finder Sync extension point lets you cleanly and safely modify the Finder’s user interface to express file synchronization status and control. Unlike most ...
From launchctl's man page (apple seem to have misplaced the man pages so an external one is here https://www.unix.com/man-page/osx/1/launchctl/)
launchctl bslist lists "Mach bootstrap services "
To get all jobs loaded into launchctl use sudo launchctl list
Daemons are not necessarily the former and other things but daemons are in the list
I'm assuming the paths to the python script and its parameters are valid, otherwise you'd most likely be seeing errors in the Console instead.
The last time I saw that error was because there were spurious characters in the plist, e.g. extra spaces, causing syntax errors and therefore making it fail to load. If you run plutil -lint on your plist, this will ...
I've seen this too. Emacs 24.3.1, Mavericks 10.9.
I've found that the distnoted process calms down within seconds after I quit out of Emacs.
I've filed an Emacs bug here: http://permalink.gmane.org/gmane.emacs.bugs/80836
Okay, I found a solution...
Chris Johnsen has a good writeup of what causes this problem on github.
His tools work, but a better solution, if you have homebrew installed to:
brew install reattach-to-user-namespace
Then in your ~/.tmux.conf add these lines:
set-option -g default-command "reattach-to-user-namespace -l zsh" # or bash
bind C-c run "tmux ...
A service target is a service name plus a target domain, which describes the context in which the service runs, e.g. whether it runs at system startup or when a particular user logs in etc.
The launchctl(1) manpage describes 6 ways of forming a service target from a service name. If you want to disable a service that runs at startup, you probably want one ...
Summary from the OP: This was a great tool for debugging. It originally pointed me to Spotlight reindexing the filesystem, but I narrowed down the things it's allowed to index, and I still saw the problem. I ended up setting up a cron job to kill distnoted regularly. See answer farther down.
You can debug distnoted by creating the file /var/log/...
With the release of Mac OS 10.4, launchd was chosen to supersede cron in Mac OS. Here's a cached version of the launchd page from the Apple Developer Connection in 2005. It explains why cron was deprecated, as well as the benefits of launchd from Apple's perspective.
The summary: launchd was created to not just replace cron but also init, xinetd for better ...
I know I'm late to the party but this is a memory leak specific to Cocoa emacs on Mavericks that is fixed in the trunk. For now there is a patch you can use to build emacs 24.3 with just the fix.
Appplescript & iCal
Open Applescript and enter the following code:
tell application "Finder"
delete folder "folder" of home
Replacing folder with the folder you want to delete, and save the file.
If the folder you want to delete is outside home directory, (for example the folder /Users) then replace the delete line with:
delete folder "...
I've been having the same problems with distnoted on El Capitan for some time. My solution isn't as harsh as killing it regularly, rather I check for it running out of control (high CPU usage), and then kill it. I use this script:
# check for runaway distnoted, kill if necessary
ps -reo '%cpu,uid,pid,command' |
EnableGlobbing doesn't work on OS X Yosemite 10.10. It has been deprecated (ref).
You can see in logs The EnableGlobbing key is no longer respected. Please remove it. (from /var/log/system.log)
The problem is that launchd cwd (current working directory) is /, so you can't use ./ like some people said.
To run a script from your home the simple way is to ...
The command sudo launchctl unload -w /System/Library/LaunchDaemons/ will force-disable all launch daemons in /System/Library/LaunchDaemons/ and add respective entries in a disabled.plist. The command – entered accidentally – doesn't affect the "unforced" load state of a system daemon but overrides any existing state (loaded/unloaded). Removing the disabled....
If you want to stop the item for this boot simply issue an unload command to launchd via launchctl. For a permanent fix add a disabled key into the plist with value true or delete/move the file to a folder where launchd will not scan it automatically.
launchctl unload /System/Library/LaunchAgents/com.apple.AppStoreUpdateAgent.plist
The man page for ...
The Program key specifies the file to execute, & the ProgramArguments key specifies the arguments which will be passed to the executing process. Strictly speaking you can pass whatever arguments you want to a process, but the convention is that the first one should be the name by which the process was invoked, so most programs ignore their first argument....
El Capitan adds a new security feature named System Integrity Protection (SIP). Among other things, SIP prevents parties other than Apple from adding, deleting or modifying directories and files stored in certain directories:
Apple has indicated that the following directories are available for developers to access:
From the launchctl(1) manpage’s description of the load subcommand:
Note that per-user configuration files (LaunchAgents) must
be owned by the user loading them. All system-wide daemons (LaunchDaemons) must be owned by
root. Configuration files must not be group- or world-writable. These restrictions are in
EnableGlobbing enables tilde and wildcard expansion for ProgramArguments:
It doesn't affect Program or WatchPaths, however tilde expansion works in WatchPaths by ...
nfsd is invoked by launchd while booting by the accompanying com.apple.nfsd.plist file in /System/Library/LaunchDaemons/.
As you can see close to the bottom of the following picture,
it's only kept alive, when /etc/exports exists. If the path doesn't exist, nfsd will not run.
So removing /etc/exports will disable nfsd temporarily until the path is ...
The wikipedia article on launchd has a very good summary, extended discussions as well as some great videos and external links for a deeper dive into this decision by Apple.
In a nutshell, launchd replaces 7 major tasks and a boatload of scripts (inetd, init and rc and associated shell script structures, crond, atd, watchdogd, SystemStarter) with one much ...
There's not much on the web as to what coreduetd does on a Mac other than "it's used for Handoff between iOS and macOS."
What is it doing?
It's keeping track of your various system and application states including states across your Apple devices.
Can it be disabled?
Technically, yes using launchctl. Though, I (highly) don't recommend doing so.
I'd rather have this a comment, but for some reason I can only post answers.
Have a look at LaunchControl: http://www.soma-zone.com/LaunchControl/. While it does not offer a menu item to start/stop services it provides a list of all available launchd jobs, their current status and a way to start/stop them with the click of a button.
LaunchControl now ...
This is what I had to do:
Kill Core Sync.
I don't know if they'll come back the next time I reboot, but in an attempt to prevent that I also disabled the "Launch Agents" in com.adobe.AAM.Updater-1.0.plist and com.adobe.AdobeCreativeCloud.plist.
(Who in Adobe thought it was a good idea to spend CPU and ...
For anyone who ends up on this page, I realized I should post the answer:
Using launchd instead of cron does indeed fix the authorization problem. Your user launchd jobs (which run only when you are logged in) correctly use the SSH agent information that was unlocked via your keychain as part of login (as part of standard OS X key management, no other ...
When you have problems to empty the trash, rm -rf ~/.Trash/* in the terminal does the job for you.
You have to keep in mind that there might be multiple .Trash directories.
For example on a USB stick or a external Drive, OSX will create another .Trash at the root of the drive. So you might need to use rm -rf /Volumes/DriveName/.Trash.*
In the shell, ulimit provides "control over the resources available to the shell and to processes started by it" (see man bash). Therefore, it applies only to the shell and its children. The limits for launchd are related to it and the processes that it manages. The two are separate.
Individual programs can set their own resource limits by calling the ...
You likely have an interaction between the SuccessfulExit and RunAtLoad keys. The launchd plist manual page mentions an inversion takes place if RunAtLoad is set
If true, the job will be restarted as long as the program exits and with an exit status of zero.
If false, the job will be restarted in the inverse condition. This ...
There are two steps to stopping GitHub Conduit: telling GitHub.app to not re-install the job with launchd and telling launchd to not run it anymore.
Disable Conduit installation:
defaults write com.github.GitHub GHShouldDisableConduit -bool yes
Remove launchd job:
launchctl remove com.github.GitHub.Conduit