From owner-svn-ports-head@freebsd.org Tue Jul 2 18:45:58 2019 Return-Path: Delivered-To: svn-ports-head@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 AFA9715DA583 for ; Tue, 2 Jul 2019 18:45:58 +0000 (UTC) (envelope-from timur@bat.ru) Received: from mail-ot1-f50.google.com (mail-ot1-f50.google.com [209.85.210.50]) (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 390596A77F for ; Tue, 2 Jul 2019 18:45:56 +0000 (UTC) (envelope-from timur@bat.ru) Received: by mail-ot1-f50.google.com with SMTP id e8so18236472otl.7 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=aP0WvRRe2B3VKmR25Ay0NUfu934pn9xusgv+Fd6uOj+tsmjyEDXP/RlWRc0RxtzPKF AMUzo2zRPCcXAC3rQVBb66Y8Z8XOBLnQOtLA04occJaQy4Tw7647x/7ODisi8PA4LSWJ 1ItAVmQf0wqklBXUEpvsWLcRlKgxBcquvcHPOwIYQY1kAgynpxLOw4NjvwFb5POz5D21 VLXg85qREXRO1kDjtW9Uvk1YqiqlxeAN69gjwqt1AzXaREGJBUZ3Aj6M3K5cumR5N4AB CeV2ysSHhbdM4rEkFz9EUhy8mh7EjaeN/zc/vOlzWdjuokr9kofenijnf9Z2nfUWF9rS QHeA== X-Gm-Message-State: APjAAAUj8dvK7efgDgaUHuoMEmIAhk4UipXPVFqQKDML3+oqH/tfn2/n NpvAdIHT4nUvXZQ88fr41qZa8cOm0HUbcftMK3A5iA== 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: 390596A77F 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-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the ports tree for head 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