Samba3 build farm can't execute smbtorture4 anymore

simo idra at
Sun Dec 23 21:54:34 GMT 2007

On Sun, 2007-12-23 at 22:53 +0100, Volker Lendecke wrote:
> On Sun, Dec 23, 2007 at 04:35:39PM -0500, simo wrote:
> > I would rather not, this would make a fork, and soon the 2 torture test
> > would implement different things.
> The two test sets have already started to differ a long time
> ago. There's a reason for the --target= option to
> smbtorture4.

Different targets is a different thing, the tool is one.

> > I really thing samba3 should start learning to use external tools more,
> > and not always suffer of the NIH syndrome.
> I fully agree, in particular I would like to get the library
> thing much more used. The size of our bin/ directory is just
> silly. But only potentially. Not having the option to build
> critical tools statically is a hard stop for me. Being
> forced to collect my binaries and its associated libraries
> from various directories via LD_LIBRARY_PATH is an absolute
> debugging nightmare on a developer machine where you might
> have different versions of stuff around. I'm not willing to
> accept this.

Then the right way is to work out a way to build it statically, it will
be useful in general, not fork it out.

> And to be honest, I don't care if smbtorture is structured
> nicely, and I don't care about its size. It has to do its
> job.

Then fix it, not fork it.


Simo Sorce
Samba Team GPL Compliance Officer <simo at>
Senior Software Engineer at Red Hat Inc. <ssorce at>

More information about the samba-technical mailing list