[Queue-developers] Re: some questions

[QingLong <qin...@Bo...>]

	Hello!

   I am only working on queue-debelopment branch,
 so I'll only talk about it.

On Thu, Feb 22, 2001 at 12:14:41PM +0100, Gert Van den Eynde wrote:
>
> * I also tried to get the latest CVS going (queue-development).
> Something strange is going on during configuration and compilation.
> After the usual ./configure --enable-root and make, all seems to be well.
> When I do make install, it starts reconfiguring (and effectively changing
> config.h), recompiling and then the compilation breaks due to a missing
> cleanutent. It seems that during the reconfigure the support for rxvt utmp
> was added, but the file logging.c is not in the sources list in the makefile.
>
   My fault. I've been believing that everyone building queue-development
 would run aclocal, automake and autoconf beforehand. I've been only
 committing changes to Makefile.am, configure.in and acconfig.h,
 skipping all derived stuff.

>
> * I managed to fix the above to have it compile, no probs.
> When I start this CVS queued without debugging option
> (on one host, just for testing, the other nodes are down)
> and I submit jobs to the now queue (the classical hostname job
> from the manual), I get emails like this: 
[...]
> and using the verbose option from queue gives me this:
[...]
> However, if I start queued in debug mode (queued --debug), I get this from queue --verbose ....
>
   Would you be so kind as to provide exact commands you have issued?

>
> - Is the developers version reliable (I know it's a developers version,
> but I am aware of projects where it is best to stick to the developers
> version than to the stable releases) ?
>
   Well, all the changes I've made was to get it work (more reliable).
 I have managed to make it work rather reliable for me,
 although, of course, I haven't tried out all possible combinations
 of command line options, environment etc.
 Please help me to get queue to reproduce the faulty behaviour,
 your were talking about.

   Thank you.

      QingLong.