Игорь Пашев <pashev.i...@gmail.com> writes: | Actually, it is not exaclty what I mean.
ha, then I'm lost :-/ | With this patch viewman will not start if OpenAxion running without X session | (right?), yes, that is correct. That happens for example, when I connect to a box to run OpenAxiom, but the environment does not set up a DISPLAY forwarding. | but the problem is not to start viewman if its executable is not present. In the scenario of the patch, it will be a case where the executable is present, but X is not running. Am I misparsing "is not" is your case? As the OpenAxiom build is set up, the only way viewman executable is not present is if it was not built at all. If it was built, then it will necessarily be installed along with OpenAxiom. Or, are you suggesting that the Debian system modifies the build of OpenAxiom so as to split the final package into several sub-package? | As I see, checking for existence of viewman (and others) is not so trivial | due to all these $AXIOM environment variable and execve calls. | | From my point, it is better to have full path to external program | (e. g. "/usr/lib/openaxiom/lib/viewman"), to make a 'stat' call | to check if this file is present, and if so - start this program via fork+exec. OpenAxiom assumes that its subprograms are always there (and installed in its own subdirectory), if they were built. Is that assumption not compatible with Debian? -- Gaby ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense.. http://p.sf.net/sfu/splunk-d2d-c1 _______________________________________________ open-axiom-devel mailing list open-axiom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-axiom-devel
