Author: z3bra <email@example.com>
Date: Wed, 16 Jul 2014 13:11:31 +0200
Merge branch 'master' of git.z3bra.org:wendy
|README|| | ||82||+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++|
1 file changed, 82 insertions(+), 0 deletions(-)
diff --git a/README b/README
@@ -54,3 +54,85 @@ Here are some examples:
# Get up to date with community based projects
wendy -D -M -C -d /mnt/nfs/project/ -t 30 -e notify-send 'project updated'
+> Can it work on a folder and sub folders ?
+It does not. inotify does not handle this by default, and implementing this
+would make the code grow in complexity to a level I don't want to reach.
+But you could do something like:
+ $ tree
+ └── a
+ ├── b
+ │ ├── c
+ │ └── d
+ └── e
+ 5 directories, 0 files
+ $ for d in `find a -type d`; do
+ > wendy -C -q -f $d -e echo file created in $d &
+ > done
+That will spawn one instance of wendy per directory. You could then kill them
+all using job control or with
+ killall wendy
+> Can you explain why this exists? Doesn't inotifywait (from inotify-tools) do
+> this exact same thing?
+When I first started wendy, I was not aware of inotifywait. It was just a good
+With the time, I found wendy more and more useful, and added a few options to
+make it faster and more 'generic' (It was first created to watch my mail
+directory, to alert me of new mails).
+Today, I know that inotifywait can be used for everything wendy does Anyway, I
+still prefer using wendy because of this:
+ * inotifywait exits upon event reception 
+ * inotifywait does not allow to launch a command on event reception 
+ * inotifywait with multiple events can end in an infinite line 
+ * inotifywait only handle the file modification event (eg, wendy can use
+ the IN_ONLYDIR mask).
+ * inotifywait exits right when an event occur, wendy can treat all queued
+ events at a specific period
+ * inotify-tools : 164kb against 12kb for wendy (ok, not that relevant)
+ * I like the name 'wendy' better
+ I'm aware of the '--monitor' flag, but the only way to exec a command with
+this is a pain that implies read, a while loop and so on.
+ In fact, you can, by doing "inotifywait -e <event> && command", and
+wrapping it in a while loop. Well, don't forget to add a test to see if your
+file still exists, to avoid infinite buggy loops. You'll end up with something
+ while test -e ~/path/to/my/file; do
+ inotifywait -e <event> ~/path/to/my/file && command
+Good luck with this, I prefer "wendy -m <mask> -e command"
+ one flag per event. events written in words:
+ inotifywait -e access -e create -e delete -e modify -e attrib /path/to/file
+ wendy -m 774 ~/path/to/my/file
+> Would you prefer to fight one horse sized duck, or 10 duck sized horses ?
+Regarding size and number, I'd rather fight horses. Ducks are silly creatures.