Hey Rob, On Thu, 2007-01-18 at 07:45 -0800, Robert Hudson wrote: > > Hi Kristis, > > I have been messing about with some Subversion hook code to convert > documents to PDF when they are committed to the repository. I had a > problem where I could not get a remote user to get the spawned PDF > converter to run (It just hung). [Running directly on the machine > worked successfully].
I'm trying to understand exactly what you were trying to do. Couldn't this conversion be accomplished by adding an extra, separate hook in Subversion ? Or was the fundamental need to run it on the machine running the Daemon, which could be a centralized location that contains a wide configuration of tools ? > I found a solution with the help of the Scmbug Daemon. I added an > extra interface to the Scmbug Daemon that simply ran a command that > was passed to it. It worked a treat. The additional code for Scmbug > was only a few lines and I think it means that the Daemon can be > re-used for other simple tasks. Was an extra "activity" issued ? When was it issued ? > In my case it saves me having to run two daemons on the same machine > (And obviously I get to re-use all the code that you have already > written). > > Would you be willing to integrate this change to scmbug for me? (It > would mike my life a hell of a lot easier!) I am definitely willing to see your patch! > I know it isn't strictly source control related, but it is a very > generic interface that I think could be useful to a lot of people. If there is a generalization that could be derived from this work, then definitely I'd be willing to merge it. For example, do you want to execute the conversion hook only for some paths in the repository ? So Scmbug could have an "execution_hooks" policy that given a matching filename path they can execute a binary ? I'd love to hear more about the internals of this patch. _______________________________________________ scmbug-users mailing list [email protected] http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users
