Patch to remove zlib.

Volker Lendecke Volker.Lendecke at SerNet.DE
Thu Jul 10 05:16:15 MDT 2014

On Thu, Jul 10, 2014 at 12:49:25PM +0200, Jelmer Vernooij wrote:
> On Thu, Jul 10, 2014 at 07:17:59AM +0200, Volker Lendecke wrote:
> > On Thu, Jul 10, 2014 at 01:38:52AM +0200, Jelmer Vernooij wrote:
> > > If we're going to support two different configurations, I think it
> > > would be easier to support one with system zlib and one with bundled zlib
> > > as we do at the moment, rather than librpc with zlib and without zlib.
> > 
> > We have such a flexible build system these days. Why is it
> > difficult to make it such that we just don't support the AD
> > DC without zlib? Correct me please if I'm wrong: We depend
> > on zlib for compressing DRSUAPI data in a Win2k compatible
> > manner only, that's my understanding. Neither our file
> > server nor our domain client (winbind) does this. I don't
> > see why smbd should strictly depend on zlib when it's not
> > used in that code at all. Please explain!
> It's not just the build system that is affected. We also have a testsuite that
> will have to cope with some builds that don't support certain NDR features -
> and we should probably get some buildfarm machines to build without zlib. Users
> will get confused becaused their carefully built Samba somehow doesn't support
> AD, or their OpenChange doesn't work.

Perfectly fine. I have people in mind that just want a file
server and AD member. My gut feeling is that this is still
the majority of our users. I would be perfectly happy with a
system that does serve files but which does not survive the
standard "make test" target, because that also tests the AD
DC. No problem with that. I think anybody who collects
OpenChange sources to build should be able to also install
zlib first. It's the small systems and the average
AIX/Solaris admin for whom I want to make it as simple as


SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: +49-551-370000-0, fax: +49-551-370000-9
AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen, mailto:kontakt at

More information about the samba-technical mailing list