Samba3 build farm can't execute smbtorture4 anymore
simo
idra at samba.org
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.
--
Simo Sorce
Samba Team GPL Compliance Officer <simo at samba.org>
Senior Software Engineer at Red Hat Inc. <ssorce at redhat.com>
More information about the samba-technical
mailing list