From owner-svn-ports-all@freebsd.org Tue Jul 2 18:45:58 2019 Return-Path: Delivered-To: svn-ports-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B56A015DA584 for ; Tue, 2 Jul 2019 18:45:58 +0000 (UTC) (envelope-from timur@bat.ru) Received: from mail-ot1-f42.google.com (mail-ot1-f42.google.com [209.85.210.42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 38FFD6A77E for ; Tue, 2 Jul 2019 18:45:56 +0000 (UTC) (envelope-from timur@bat.ru) Received: by mail-ot1-f42.google.com with SMTP id d17so4345760oth.5 for ; Tue, 02 Jul 2019 11:45:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ur1O0sQ+52NG0posRsx6k+7AhFS5n19ZXrb2b1+ZRCo=; b=fSFeO/k3aOiNfnkWHgEAV6UPKXKsaST51mH5ZqUoolOyDGTUezt1SIV22WSIGnojmC e+pR4Dm8JzCNPznwS9hwPxi523vRJ7g8qO5sBil6jZVpysmS3WOzwxr/GijhkEkhv8f/ s3VID9BjYMqbwPabbZS+0PdKMNxYuypYvFlmWHNNDMyH1DtbJwpvEi+lrFMbr7tuqmWl W6QbQ+8z9bSNmySvjsT6bWtiL04Zrge/HM+lpdtPK7nzGUt3OXQn/P6AMhAZ6hZPJtKE LCQOt9ZKZJD1q8V4CxX9Gv+XVySsK951tc/ld82ii+vz9EPIBfyKjha2zgtvQf8uCyq2 GZcg== X-Gm-Message-State: APjAAAUU03AAOzKGmuADpIIvyo779KA3oVrrnA7Suo+wpERKhtls2aiI WPY+9NVCpIsDhb+uzj+T9sA5thf4NCOBAWrZY5a/mT0AbAs= X-Google-Smtp-Source: APXvYqy0jhMXCc+7rUNXX1zx4UdpwyHWpZ9jK3q8/0DCzBILQcApD8ljGd+VXZad3C9ivTvZPc1QUHlNdFeIXlBpjMo= X-Received: by 2002:a05:6830:164e:: with SMTP id h14mr5009242otr.186.1562093149850; Tue, 02 Jul 2019 11:45:49 -0700 (PDT) MIME-Version: 1.0 References: <201906192240.x5JMequU017187@repo.freebsd.org> <20190628070305.eim4o3d77iyti5d5@ivaldir.net> <20190629160445.051f2426@kalimero.tijl.coosemans.org> <20190702141756.1f0b14b7@kalimero.tijl.coosemans.org> <20190702122219.lqecdgrgpkhtkeqk@ivaldir.net> In-Reply-To: <20190702122219.lqecdgrgpkhtkeqk@ivaldir.net> From: "Timur I. Bakeyev" Date: Tue, 2 Jul 2019 20:45:21 +0200 Message-ID: Subject: Re: svn commit: r504590 - in head/net: samba46 samba47 samba48 To: Baptiste Daroussin Cc: =?UTF-8?Q?T=C4=B3l_Coosemans?= , ports-committers@freebsd.org, svn-ports-all , svn-ports-head X-Rspamd-Queue-Id: 38FFD6A77E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.977,0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jul 2019 18:45:59 -0000 On Tue, 2 Jul 2019 at 20:26, Baptiste Daroussin wrote: > On Tue, Jul 02, 2019 at 02:17:56PM +0200, T=C4=B3l Coosemans wrote: > > On Mon, 1 Jul 2019 01:23:34 +0200 "Timur I. Bakeyev" > > wrote: > > > On Sat, 29 Jun 2019 at 22:50, Baptiste Daroussin > wrote: > > >> Le 29 juin 2019 20:40:53 GMT+02:00, "Timur I. Bakeyev" > a > > >> =C3=A9crit : > > >>> Tonight I hope to commit 4.10 port. > > >> > > >> It does not solve rhe pb, staying on the legacy libs is the solution= , > as I > > >> said even fedora is on the legacy > > >> > > > I've committed net/samba410. > > > > > > My view on the situation is that all the ports, which use > > > devel/{talloc,tevent}, databases/tdb should keep > > > using them, unless they are broken by using them(but that shouldn't > happen, > > > API still should remain > > > the same. The biggest difference is the drop of the dependency on > Python27, > > > as far as I can see. > > > > > > New Samba port doesn't use external databases/ldb*, so security/sssd > may > > > use any of those freely now. > > > > > > The samba4[47] are outdated and should disappear in the middle of the > > > August. > > > > > > The samba48 will remain for a while, but not for long, as samba411 us > > > pushing from behind. It'll be (hopefully) > > > the only consumer of the talloc1/tevent1/tdb1 ports, which should > disappear > > > together with Samba 4.8. > > > > > > In general I'd prefer to see SAMBA_DEFAULT to be bumped to 410, but > this is > > > up to the portmgr. > > > > 4.8 goes EoL upstream mid-September (about 2 weeks before Q4), so > > making 4.10 now would be good, but I believe it's just too late for > > that. A port like this needs at least a few weeks of wider testing > > before it can be pushed to users of the quarterly branches who expect > > more stability. > > > > Since you said that the new libs are API compatible, is it possible to > > make 4.8 use the new libs? If not, then all non-samba consumers will > > have to switch to the legacy libs. They can be switched back after the > > 2019Q3 branch has been created (together with making 4.10 the default > > which probably needs an exp-run). > > It is and I tried to build everything with the new lib. the problem I am > stuck > with is the following, to have ldb12 building with new talloc, I need to > build > it without python, but I don't know what is the impact of that to end > users. > > My understading is any samba should be able to run with any ldb version > which > makes me wonder why we have that many version in the tree instead of > always the > latest one. > No, you are wrong. It MAY look like the LDB libs are almost the same crom 1.1-1.6 branches, but there is the reason why developers don't stick to one branch cross different versions of Samba. At least, NO ONE gives the guarantee, that the intermix of LDB and Samba versions will work as intended and you won't hit any obscure and hard to pin point bugs. We went through that when Perl-Parse-Pidl was used cross several versions of Samba and the results were disastrous. > For the set of library yes they are fully backward compatible according t= o: > https://abi-laboratory.pro/index.php?view=3Dtimeline&l=3Dtalloc > https://abi-laboratory.pro/index.php?view=3Dtimeline&l=3Dtevent > https://abi-laboratory.pro/index.php?view=3Dtimeline&l=3Dtdb > > the problem is on the python binding if any. > > The current situation is a big mess for end users of those libraries! > Here I absolutely agree.The said commit was trying to put in line all the consumers of the related libraries, leaving legacy to where it belongs - behind, but we got unhappy Matt. As an effort to address concerns of Samba 4.8 users I altered the port, with few knobs set to completely build with the bundled libraries, not using any from outside. I hope this is good enough solution for those, who want to have a mixture of Samba 4.8, SSSD and other consumers of talloc/tdb/ldb in one system. My only concern now - should it be the default for the port or just documented in the UPDATING? With regards, Timur