Fw: [PROPOSAL] To retire autoconf for 4.1

yaberger at ca.ibm.com yaberger at ca.ibm.com
Fri May 24 05:58:59 MDT 2013


http://wiki.python.org/moin/Python2orPython3

I believe you're right, ie: when most major distributions will provide a 
Python 3.x package in their repositories, Samba team should start working 
on moving from Python 2.x to 3.x for Samba and Waf.
RHEL 6.4 is on 2.6.6
Debian 7 is on 2.7.3 but also have a package for Python 3.2.3


Best regards,

Yannick Bergeron
450 534-7711
yaberger at ca.ibm.com
Advisory IT Specialist

Never say never, say "it depends" / Ne jamais dire jamais, dites "ca 
dépend"



From:   Jelmer Vernooij <jelmer at samba.org>
To:     yaberger at ca.ibm.com, 
Cc:     Samba Technical <samba-technical at lists.samba.org>, Andrew Bartlett 
<abartlet at samba.org>
Date:   05/24/2013 07:49 AM
Subject:        Re: Fw: [PROPOSAL] To retire autoconf for 4.1



On Fri, May 24, 2013 at 07:34:22AM -0400, yaberger at ca.ibm.com wrote:
> A few points I would however consider:
> When does Python 2.x will goes end of life? From there wiki: "Python 2.x 

> is the status quo, The final 2.x version 2.7 release is out, with a 
> statement of extended support for this end-of-life release. "
Where on the wiki is that?

> Which unix platform comes with Python 2.x instead of Python 3.x?
Python2.x is still the default at this point. Those platforms that do ship
Python ship least python 2.x - although a few are looking now at what it 
would
take to migrate to 3.x.

> Is it possible to have a waf version working with both Python version?
> If so, how much effort would it required?
That would be possible - upstream waf supports this - but supporting two
major versions of Python is a lot of effort and a pain. We just
need to decide at some point - when Python3 is widely enough available, 
and
distributions start dropping support for 2.x - to migrate. I think
we're at least a year away from that point.

> If not, when do you plan to move waf from Python 2.x to 3.x?
We would move waf over at the same time we would move the rest of Samba 
from
Python 2.x to 3.x.  There is no point in requiring users to install Python 
2.x
for Samba itself *and* 3.x for waf or vice versa.

Cheers,

Jelmer

> 
> From:   Jelmer Vernooij <jelmer at samba.org>
> To:     Ricky Nance <ricky.nance at gmail.com>, 
> Cc:     yaberger at ca.ibm.com, Samba Technical 
> <samba-technical at lists.samba.org>, Andrew Bartlett <abartlet at samba.org>
> Date:   05/23/2013 07:41 PM
> Subject:        Re: Fw: [PROPOSAL] To retire autoconf for 4.1
> 
> 
> 
> On Thu, May 23, 2013 at 09:33:56AM -0500, Ricky Nance wrote:
> > If you get too new of a version of python (3.0+), it can break thinks, 

> this
> > version is known to work with samba. I'd be willing to bet that 2.7.5 
> will
> > cause things to break, but I haven't tested it myself (I want to say 
> 2.7.3
> > worked, so I very well could be wrong about this).
> On the contrary, I'd be very surprised if 2.7.5 broke things. Python is
> conservative with bug fixes that go into minor releases. If you do hit
> regressions like that please do tell us about them.
> 
> Python 3.0 makes a number of backward incompatible changes - 
> intentionally,
> and documented as such - and Samba 4 doesn't support it yet. Any 
versions
> of Python 2 after 2.5 (which is ~5 years old at this point) should work 
> with Samba 4.
> 
> Cheers,
> 
> Jelmer
> 
> > On Thu, May 23, 2013 at 9:15 AM, <yaberger at ca.ibm.com> wrote:
> > 
> > > nevermind, install_with_python.sh is part of samba-4.0.6.tar.gz
> > >
> > > However, I'm not sure I like it.
> > > It tries to use rsync (not available on our system but can be 
> installed)
> > > to download this file:
> > > ftp://ftp.samba.org/pub/tridge/python/Python-2.6.5.tar
> > > It doesn't look like something recent (2.6.5 was released in 2010, 
> 2.6.8
> > > and 2.7.5 are available)
> > >
> > > I believe I would prefer to build and maintain it myself.
> > >
> > >
> > > Best regards,
> > >
> > > Yannick Bergeron
> > > 450 534-7711
> > > yaberger at ca.ibm.com
> > > Advisory IT Specialist
> > >
> > > Never say never, say "it depends" / Ne jamais dire jamais, dites "ca
> > > d?pend"
> > > ----- Forwarded by Yannick Y Bergeron/Bromont/IBM on 05/23/2013 
10:12 
> AM
> > > -----
> > >
> > > From:        Yannick Y Bergeron/Bromont/IBM
> > > To:        Ricky Nance <ricky.nance at gmail.com>,
> > > Cc:        Andrew Bartlett <abartlet at samba.org>, Samba Technical <
> > > samba-technical at lists.samba.org>
> > > Date:        05/23/2013 10:08 AM
> > > Subject:        Re: [PROPOSAL] To retire autoconf for 4.1
> > > ------------------------------
> > >
> > >
> > > Can't find it in the samba-4.0.6.tar.gz
> > >
> > > It seems to be in master with the name "install_with_python.sh"
> > > *this script installs a private copy of python in the same prefix as 

> Samba
> > > *
> > >
> > > This would definitely looks like an interesting alternative if the 
> Samba
> > > team keep this version up-to-date with security issues.
> > > If I can find a few minutes, I might attempt to fetch the master 
tree 
> and
> > > see if I can build it with it
> > >
> > >
> > > Best regards,
> > >
> > > Yannick Bergeron
> > > 450 534-7711
> > > yaberger at ca.ibm.com
> > > Advisory IT Specialist
> > >
> > > Never say never, say "it depends" / Ne jamais dire jamais, dites "ca
> > > d?pend"
> > >
> > >
> > >
> > > From:        Ricky Nance <ricky.nance at gmail.com>
> > > To:        yaberger at ca.ibm.com,
> > > Cc:        Samba Technical <samba-technical at lists.samba.org>, Andrew
> > > Bartlett <abartlet at samba.org>
> > > Date:        05/23/2013 09:41 AM
> > > Subject:        Re: [PROPOSAL] To retire autoconf for 4.1
> > > ------------------------------
> > >
> > >
> > >
> > > Give the build_with_python.sh script a try. I am at work right now 
and
> > > can't confirm that is the correct name, but it should be similar, 
and 
> it
> > > will be in the base directory.
> > >
> > > Ricky
> > >
> > >
> > > On Thu, May 23, 2013 at 8:27 AM, 
> <*yaberger at ca.ibm.com*<yaberger at ca.ibm.com>>
> > > wrote:
> > > Hi,
> > >
> > > We are using Samba 3.6.x built by ourself on AIX with IBM XL C/C++
> > > compiler, with the autoconf build system and it's working without 
> issue.
> > > We use Samba mainly for its file-server feature to share DFS, GPFS 
and
> > > JFS2 filesystems to Windows systems and to Linux workstations.
> > > We will be looking in the upcoming months/years (before you stop 
> providing
> > >
> > > security fixes for 3.6) to upgrade to Samba 4.x (file-server only) 
so 
> we
> > > hope to be able to build it in our environment.
> > >
> > > We currently don't have Python on these systems as nothing requires 
> it.
> > > There is no IBM supported python package for AIX.
> > > There is some sites providing Python packages (such as*
> > > **http://www-frec.bull.com/* <http://www-frec.bull.com/> and *
> > > http://www.perzl.org/aix/* <http://www.perzl.org/aix/>) but on a 
best
> > > effort basis and not always at the latest release.
> > > Being able to be on a supported version (or at least, an up-to-date
> > > version for security fixes) is mandatory for us.
> > > Therefore, the most logical solution remaining is to build Python 
> ourself
> > > and maintain it.
> > >
> > > I believe waf requires Python 2.x so I've tried to compile Python 
> 2.7.5 on
> > >
> > > AIX with IBM XL C/C++.
> > > "configure" and "make" worked well.
> > > make test is throwing some error and wasn't able to complete
> > > test_hotshot
> > > make: 1254-059 The signal code from the last command is 11.
> > > Stop.
> > > I've did the make install anyway, tested it with a simple python 
> script
> > > and it worked.
> > >
> > > I've downloaded Samba 4.0.6 and tried it with waf following this 
> wiki:*
> > > **https://wiki.samba.org/index.php/Waf#Using_waf_directly*<
> https://wiki.samba.org/index.php/Waf#Using_waf_directly>
> > > cd lib/tdb
> > > waf configure --enable-developer --prefix=$HOME/testprefix
> > > waf
> > > waf install
> > >
> > > One of the "warning" I've got while running "waf" is that many 
options 
> are
> > >
> > > not supported by IBM XL C/C++ (but probably are by gcc)
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wall was incorrectly 
> specified.
> > > The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wshadow was incorrectly
> > > specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Werror=strict-prototypes 
> was
> > > incorrectly specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wstrict-prototypes was
> > > incorrectly specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Werror=pointer-arith was
> > > incorrectly specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wpointer-arith was 
> incorrectly
> > > specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wcast-align was 
incorrectly
> > > specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Werror=write-strings was
> > > incorrectly specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wwrite-strings was 
> incorrectly
> > > specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option
> > > -Werror-implicit-function-declaration was incorrectly specified. The
> > > option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wformat=2 was incorrectly
> > > specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wno-format-y2k was 
> incorrectly
> > > specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wmissing-prototypes was
> > > incorrectly specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Werror=address was 
> incorrectly
> > > specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Wcast-qual was 
incorrectly
> > > specified. The option will be ignored.
> > > /usr/vacpp/bin/xlc_r: 1501-289 (W) Option -Werror=format was 
> incorrectly
> > > specified. The option will be ignored.
> > >
> > > I've did it again but from the samba-4.0.6 directory this time.
> > > gzip -cd samba-4.0.6.tar.gz |tar xf -
> > > cd samba-4.0.6
> > > waf configure --enable-developer --prefix=/usr/local/samba-4.0.6
> > > waf
> > > waf install
> > > I've had the following error while running "waf"
> > > "../lib/socket/interfaces.c", line 150.42: 1506-045 (S) Undeclared
> > > identifier IFF_UP.
> > > "../lib/socket/interfaces.c", line 204.44: 1506-045 (S) Undeclared
> > > identifier IFF_BROADCAST.
> > > "../lib/socket/interfaces.c", line 204.58: 1506-045 (S) Undeclared
> > > identifier IFF_LOOPBACK.
> > > "../lib/socket/interfaces.c", line 208.51: 1506-045 (S) Undeclared
> > > identifier IFF_POINTOPOINT.
> > > Waf: Leaving directory `/usr/src/samba-4.0.6/bin'
> > > Build failed:  -> task failed (err #1):
> > >         {task: cc interfaces.c -> interfaces_1.o}
> > > The problem is probably related to the code itself and not to the 
waf
> > > build engine.
> > > But as this haven't allowed me to complete the build, I don't know 
if 
> I
> > > would have any waf issue after that.
> > >
> > >
> > >
> > > Conclusion
> > > While I'm not 100% comfortable to see the autoconf build option 
> removed, I
> > >
> > > don't have any strong technical argument to be against.
> > > I would however try to find time with one of the Samba team member 
to 
> see
> > > if it would be possible to fix the warnings/errors reported on AIX 
> with
> > > IBM XL C/C++.
> > >
> > >
> > > Best regards,
> > >
> > >
> > > Yannick Bergeron
> > > 450 534-7711*
> > > **yaberger at ca.ibm.com* <yaberger at ca.ibm.com>
> > > Advisory IT Specialist
> > >
> > > Never say never, say "it depends" / Ne jamais dire jamais, dites "ca
> > > d?pend"
> > >
> > >
> 
> -- 
> 
> 

-- 




More information about the samba-technical mailing list