[Bug] Can't kill usbmuxd

[clburlison]

Since the usbmuxd process is ran by the _usbmuxd user account the readme example for kill usbmuxd won't work.

Three routes I can see:

1. You add sudo to the PhoneController.cs and tell users how to modify their /etc/sudoers file to allow password less process restarts.

   YOUR_COMPUTER_USERNAME ALL=(ALL)  /sbin/reboot,/usr/bin/killall
   

2. Just remove the kill usbmuxd example from the readme (my personal favorite)
3. Use a LaunchDaemon with a watch file path that kills the usbmuxd process. You would need to modify the phone controller to touch a file like touch /private/tmp/.restart_usbmuxd. Also users would need to script or cp the launch daemon to the correct location and start the service with launchctl

I can provide more details if you are interested in option 3. I have no real stake in this since I don't use this feature.

[versx]

Could also pass in the sudo password via the command line no? i.e. echo secretpassword | sudo killall usbmuxd?

[Dewpg]

Unfortunately, Versx suggestion would imply inputting root password in the config. Which would typically be a nono. But its open source, so people can choose whether or not their personal setups allow security through other measures to combat this weakness.

Edit: I would also like to be able to kill/start processes through this (I need to kill and restart AC2 on occasion for whatever reason) and this could do that too if we figure out the best way to do it.

[versx]

Unfortunately, Versx suggestion would imply inputting root password in the config. Which would typically be a nono. But its open source, so people can choose whether or not their personal setups allow security through other measures to combat this weakness.

Edit: I would also like to be able to kill/start processes through this (I need to kill and restart AC2 on occasion for whatever reason) and this could do that too if we figure out the best way to do it.

Although I agree, honestly no different from Xerock's Redux-Deployer having sudo password in plain text or rather the arbitrary command executor you suggested.