[PATCH] lib/util: Build iov_buf library only when building samba
simo at samba.org
Thu Feb 26 11:01:59 MST 2015
On Thu, 2015-02-26 at 10:51 +0100, Volker Lendecke wrote:
> On Thu, Feb 26, 2015 at 10:28:32PM +1300, Andrew Bartlett wrote:
> > I think this particular issue is 'not a bug' in Samba. I do draw the
> > line at not breaking packaging scripts. The reason I say that is these
> > tend to assert on the exact form of the build product, yet we can, do
> > and will continue to re-organise our internal libraries, and so I think
> > packaging just needs to cope reactively.
> The concept of internal library just does not exist anymore.
Stop right here, please disabuse yourself of this idea.
I won't even read the rest, this is BS and you know it.
> use and depend on the exact structure of the stuff that we declare as
> internal, there is nothing that can prevent them from doing so. If we
> want to be nice to people, we need a different way of telling them about
> areas where we want to take the liberty to change things without a proper
> release management and taking care of proper compatibility layers. Saying
> "private_library=True" is not sufficient anymore. We do have .so files
> in our build that people can and will link to and will be very very
> unhappy if anything changes there.
> Tough problem, but as it how happened the second time in quick succession
> we need a more general solution. If we can't solve this, we are really
> stuck with what we have now and need to just give up on refactoring.
More information about the samba-technical