On Sun, 2019-04-14 at 10:38 -0400, Nico Kadel-Garcia via samba wrote:> On Sat, Apr 13, 2019 at 11:43 PM Sérgio Basto <sergio at serjux.com> > wrote: > > > > On Sat, 2019-04-13 at 07:43 -0400, Nico Kadel-Garcia via samba > > wrote: > > > On Fri, Apr 12, 2019 at 7:20 AM Andreas Habel via samba > > > <samba at lists.samba.org> wrote: > > > > > > > > Hi, > > > > > > > > I managed to compile 4.10.0 under CentOS 7.6. I did the > > > > following: > > > > > > I'll put money down that you did not get it working as a full > > > domain > > > controller. The"--with-dc" option activates a gnutls >= 3.4.7 > > > requirement. > > > > At least for samba 4.8.x, you only need gnutls >= 3.4.7 if you use > > MIT > > kbr, old kbr don't need it . > > Anyway I did one gnutls-3.4.7 package (compat-gnutls34) for Centos > > 7 > > [1] > > [1] > > https://github.com/sergiomb2/SambaAD > > Interesting. I'd not tried to bundle an upgraded compatibility > gnutls. > I think I understand how you did that, but I'm unclear on why you > selected the "hobbled" tarballs and where you got the > "nettle-3.2-hobbled.tar.xz" tarball to work with.Hi, I just copied it from Fedora [1] and [2] , it a long story [3], some ECC algorithms have patent issues , so they are discarded on Fedora (and so do I). [1] https://src.fedoraproject.org/rpms/nettle/tree/master [2] https://src.fedoraproject.org/rpms/gnutls/tree/master [3] https://www.google.com/search?q=fedora+ecc> Nico Kadel-Garcia >-- Sérgio M. B.
On Mon, Apr 15, 2019 at 7:29 AM Sérgio Basto <sergio at serjux.com> wrote:> > On Sun, 2019-04-14 at 10:38 -0400, Nico Kadel-Garcia via samba wrote:> > Interesting. I'd not tried to bundle an upgraded compatibility > > gnutls. > > I think I understand how you did that, but I'm unclear on why you > > selected the "hobbled" tarballs and where you got the > > "nettle-3.2-hobbled.tar.xz" tarball to work with. > > Hi, > I just copied it from Fedora [1] and [2] , it a long story [3], some > ECC algorithms have patent issues , so they are discarded on Fedora > (and so do I).Right: It's fortunate for this work that I've been home sick the last few weeks, recovering from bronchitis and having just finished a contract, home doing phone screens with a really scratchy voice. I've integrated some of your tools to my repos at: https://github.com/nkadel/samba4repo And brought over copies of your compat-gnutls34 and compat-nettle32 repos to: https://github.com/nkadel/compat-nettle32-3.x-srpm https://github.com/nkadel/compat-gnutls34-3.x-srpm I use git submodules for individual libraries, including libtalloc, libldb, libtdb, and libtevent, to compile them for replacement on the underlying RHEL 7 or CentOS 7 system. I've updated all the libraries to publish both python2 and python3 or python36 modules as appropriate, using the EPEL hoooks for python_pkg3version I got pointed to in this thread, thanks! I've also tweaked the samba-4.10.x-srpm to build Samba modules and tools *entirely* with python3. I can't swear i got everything, because the python2 expected for RHEL 7 environments is pretty ubiquitous. But I think I got it all. There is a "python3-subunit-test" dependency I've just excluded, but that didn't look like a high priority. Anyone who wants to work with this, or play with it or send me updates, cool!!! Sergio, especially you, I'd love to agree on layouts and locations for tools like "compat-nettle32" and "compat-gnutls34", so they can be handled in a modular fashion and not necessarily built into the SRPM tool for Samba itself. And you're very welcome to my Makefiles for scripting builds of the various components for desired "mock" setups.
Andrew Bartlett
2019-Apr-20 20:06 UTC
[Samba] subunit dependencies (was: Re: compile samba 4.10.2 centos 7.6)
On Sat, 2019-04-20 at 11:21 -0400, Nico Kadel-Garcia via samba wrote:> There is a "python3-subunit-test" dependency > I've just excluded, but that didn't look like a high priority.I think this is a red herring anyway, not only would it only be needed for a sefltest build (and no package should be of a selftest build) it shouldn't be needed anyway as we use an internal subunit (locked at the version 1 protocol). Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba
Hi Gabriel, I've compiled Samba 4.10.2 on CentOS 7 successfully. I've read the wiki that 4.10.2 version is full compatible with python 3, specifically python 3.4. Then I've install, use the yum command, the package python34-devel and I've added an environment variable at /etc/profile with export PYTHON=python3.4. Thus, I've run ./configure, make and make install with no problems. If you have tried to install 4.10.2 version in your test environment, I recommend to you try the described above. -- Igor Sousa Em sáb, 20 de abr de 2019 às 12:22, Nico Kadel-Garcia via samba < samba at lists.samba.org> escreveu:> On Mon, Apr 15, 2019 at 7:29 AM Sérgio Basto <sergio at serjux.com> wrote: > > > > On Sun, 2019-04-14 at 10:38 -0400, Nico Kadel-Garcia via samba wrote: > > > > Interesting. I'd not tried to bundle an upgraded compatibility > > > gnutls. > > > I think I understand how you did that, but I'm unclear on why you > > > selected the "hobbled" tarballs and where you got the > > > "nettle-3.2-hobbled.tar.xz" tarball to work with. > > > > Hi, > > I just copied it from Fedora [1] and [2] , it a long story [3], some > > ECC algorithms have patent issues , so they are discarded on Fedora > > (and so do I). > > Right: It's fortunate for this work that I've been home sick the last > few weeks, recovering from bronchitis and having just finished a > contract, home doing phone screens with a really scratchy voice. > > I've integrated some of your tools to my repos at: > > https://github.com/nkadel/samba4repo > > And brought over copies of your compat-gnutls34 and compat-nettle32 repos > to: > > https://github.com/nkadel/compat-nettle32-3.x-srpm > https://github.com/nkadel/compat-gnutls34-3.x-srpm > > I use git submodules for individual libraries, including libtalloc, > libldb, libtdb, and libtevent, to compile them for replacement on the > underlying RHEL 7 or CentOS 7 system. I've updated all the libraries > to publish both python2 and python3 or python36 modules as > appropriate, using the EPEL hoooks for python_pkg3version I got > pointed to in this thread, thanks! > > I've also tweaked the samba-4.10.x-srpm to build Samba modules and > tools *entirely* with python3. I can't swear i got everything, because > the python2 expected for RHEL 7 environments is pretty ubiquitous. But > I think I got it all. There is a "python3-subunit-test" dependency > I've just excluded, but that didn't look like a high priority. > > Anyone who wants to work with this, or play with it or send me > updates, cool!!! Sergio, especially you, I'd love to agree on layouts > and locations for tools like "compat-nettle32" and "compat-gnutls34", > so they can be handled in a modular fashion and not necessarily built > into the SRPM tool for Samba itself. And you're very welcome to my > Makefiles for scripting builds of the various components for desired > "mock" setups. > > -- > To unsubscribe from this list go to the following URL and read the > instructions: https://lists.samba.org/mailman/options/samba >
Hi Nico, Glad to hear you're feeling better. So now we've got several builds of samba-4.10.x for centos7/rhel7: - Your 4.10.2 build (requires python36 from EPEL but is more future-proof) - Sergio's (don't know the details on those). - My modest builds (based on python2.7 and which don't require addons). As much as I agree that doing anything python2 these days in pretty much a dead end, would there be any interest in joining forces? If you'd like I could try merging the python2 bits of my SPEC files with yours. This way we'd have a common SPEC file. Of course, with samba 4.11 we'd have to remove the python2 bits since those are going away in Samba. On the subject of Python2 and RHEL7, I generally agree that it's a bad idea to -replace- the default python in RHEL7/centos7. If people want Python3 on RHEL/centos, it's usually better to install it alongside with python 2.7.5, wait for RHEL8/centos8 or use Fedora. My 2c, Regards, Vincent On Sat, 20 Apr 2019, Nico Kadel-Garcia via samba wrote:> On Mon, Apr 15, 2019 at 7:29 AM Sérgio Basto <sergio at serjux.com> wrote: >> >> On Sun, 2019-04-14 at 10:38 -0400, Nico Kadel-Garcia via samba wrote: > >>> Interesting. I'd not tried to bundle an upgraded compatibility >>> gnutls. >>> I think I understand how you did that, but I'm unclear on why you >>> selected the "hobbled" tarballs and where you got the >>> "nettle-3.2-hobbled.tar.xz" tarball to work with. >> >> Hi, >> I just copied it from Fedora [1] and [2] , it a long story [3], some >> ECC algorithms have patent issues , so they are discarded on Fedora >> (and so do I). > > Right: It's fortunate for this work that I've been home sick the last > few weeks, recovering from bronchitis and having just finished a > contract, home doing phone screens with a really scratchy voice. > > I've integrated some of your tools to my repos at: > > https://github.com/nkadel/samba4repo > > And brought over copies of your compat-gnutls34 and compat-nettle32 repos to: > > https://github.com/nkadel/compat-nettle32-3.x-srpm > https://github.com/nkadel/compat-gnutls34-3.x-srpm > > I use git submodules for individual libraries, including libtalloc, > libldb, libtdb, and libtevent, to compile them for replacement on the > underlying RHEL 7 or CentOS 7 system. I've updated all the libraries > to publish both python2 and python3 or python36 modules as > appropriate, using the EPEL hoooks for python_pkg3version I got > pointed to in this thread, thanks! > > I've also tweaked the samba-4.10.x-srpm to build Samba modules and > tools *entirely* with python3. I can't swear i got everything, because > the python2 expected for RHEL 7 environments is pretty ubiquitous. But > I think I got it all. There is a "python3-subunit-test" dependency > I've just excluded, but that didn't look like a high priority. > > Anyone who wants to work with this, or play with it or send me > updates, cool!!! Sergio, especially you, I'd love to agree on layouts > and locations for tools like "compat-nettle32" and "compat-gnutls34", > so they can be handled in a modular fashion and not necessarily built > into the SRPM tool for Samba itself. And you're very welcome to my > Makefiles for scripting builds of the various components for desired > "mock" setups. > > -- > To unsubscribe from this list go to the following URL and read the > instructions: https://lists.samba.org/mailman/options/samba >