The reason that we aren't going to document how to build STAF on Python 
2.7 yet is because we'll most likely be adding new environment variables 
to support for Python 2.7 when we implement the feature to provide support 
for Python 2.7 such as the following (instead of how you built it):

PYTHON_BUILD_V27
PYTHON_V27_ROOT
PYTHON_V27_INCLUDEDIRS
PYTHON_V27_LIBDIRS
PYTHON_V27_LIBS

Hopefully, we'll be able to provide this support soon.  Thanks for your 
input.

--------------------------------------------------------------
Sharon Lucas
IBM Austin,   luc...@us.ibm.com
(512) 286-7313 or Tieline 363-7313






RE: [staf-users] STAF + Python issues

Semih Cemiloglu 
to:
Sharon Lucas
07/27/2010 08:39 PM


Cc:
"se...@cemiloglu.org", "staf-users@lists.sourceforge.net"







Hi Sharon,
 
Thanks for the reply. My answers are embedded below.
 
Regards
Semih
 
From: Sharon Lucas [mailto:luc...@us.ibm.com] 
Sent: Wednesday, 28 July 2010 1:01 AM
To: Semih Cemiloglu
Cc: se...@cemiloglu.org; staf-users@lists.sourceforge.net
Subject: Re: [staf-users] STAF + Python issues
Importance: High
 

Hi Semih, 

Here are the answers to your questions/requests: 

a) Could Python 2.7 support be added and made as the default Python 
version to use instead of 2.2?
Most new Python development activity will use 2.7 or 3.1 branches.

Please open a STAF feature request to add support for Python 2.7 (which 
was just released on July 3rd, 2010).  There already is a feature request 
open for adding support for Python 3.x (#2981028) at 
http://sourceforge.net/tracker/?func=detail&aid=2981028&group_id=33142&atid=407384
 
and we hope to start work on this feature in the next couple of months. 
Please add a comment to this feature request that you need STAF Support 
for Python 3.1 and why (this helps us in prioritizing work on features). 
Thanks. 
SSC:  Thanks for pointing that out. I put following comments there:
?Most new (Python) development will continue on 3.1.X branch whereas 2.7 
branch somewhat entered into extended maintenance mode. Version 2.7 also 
backported some of 3.1.X's features as well. Some of these features are 
highly beneficial in testing scenarios such as operations on sets, tuples, 
comprehensions, printing, formatting , shuffling and different kind of 
numbers (decimal, etc). As a developer I want to be able to access these 
newer features in test scenarios and I don't want STAF to be a limiting 
factor.?

Even though most new Python development activity in your company will use 
Python 2.7 or 3.1, there are  many existing companies and test teams that 
use older versions of Python.  So, determining a default version of Python 
that makes everyone happy is not possible (though admittedly, Python 2.2 
is quite old).  Also, changing the default Python version can "break" 
existing tests.  That's why there are options to choose the version of 
Python support you want as the default during installation.  There's even 
an option to have STAF select the Python version that's in your PATH. 

SC: What I meant that building STAF from source with v2.7 support as I did 
with some tricks. Obviously STAF 3.4.2 and Python 2.7 works ok, why not 
update the documentation that new STAF users can select version of their 
choice? Of course binary STAF builds should support and cater for existing 
STAF user base.

b) Can the documentation of STAF be updated (regarding Python support)?

Did you mean updates to building Python 2.7 support in the STAF 
Developer's Guide?  Yes, as part of the work that will be done for the 
STAF feature request you open for providing STAF support for Python 2.7, 
we'll be sure to update the documentation as needed.  Thank you for your 
input on what worked for you to build STAF support for Python 2.7 on 
OpenSolaris.  Note that once the STAF binaries provide support for STAF 
Python 2.7, most people will be using the support provided by STAF, not 
building Python support themselves. 
SC: I mean if you follow the steps (setting environment variables) as 
stated in the developers guide, one cannot build STAF-Python support since 
the STAF makefiles cannot pick correct include and library directories. 
Please refer to my initial post for extra variables need, which I 
extracted by reading makefiles.
 
c) If errors reported by TestPython.py are not genuine, can they be 
disabled in the source tree? It is confusing for STAF users.

These errors in the removePrivacyDelimiters tests in TestPython.py only 
occur on certain platforms, in certain runs.  We're not sure why yet. 
Please open a bug open regarding these errors (as I couldn't find an open 
bug for this).  Note that as most people do not build Python themselves, 
they do not run TestPython.py.  So, fixing this bug has not been a top 
priority.  Also, these errors do not always occur.  But, of course, we 
want to resolve them. 


d) Lastly, is there any plan to support Python STAF services? (That is 
being able to write STAF services in Python). Has anyone attempted this in 
the past? Is there any code fragments available from the STAF community? 

Yes, there is a feature open (#1432391) to support writing STAF services 
in Python and work has begun and there are files attached to the feature 
that contain support for Python STAF services with some bugs still to be 
worked out.  If you are interested in working on this feature, let us 
know.  For more information, see 
http://sourceforge.net/tracker/?func=detail&aid=1432391&group_id=33142&atid=407384
. 
SC: Thanks for pointing that out. I?m interested in this feature, and will 
try out the code posted in that ticket.


 

--------------------------------------------------------------
Sharon Lucas
IBM Austin,   luc...@us.ibm.com
(512) 286-7313 or Tieline 363-7313



Semih Cemiloglu <semih.cemilo...@nec.com.au> 
07/26/2010 07:54 PM 


To
"staf-users@lists.sourceforge.net" <staf-users@lists.sourceforge.net> 
cc
"se...@cemiloglu.org" <se...@cemiloglu.org> 
Subject
[staf-users] STAF + Python issues
 








Hi,

I believe  "Building STAF Python Support" section in STAF Developer's 
Guide is incomplete:
http://staf.sourceforge.net/current/stafdg.html#Header_buildPython

I could only build STAF Python support with following environment settings 
(not just the ones listed above document):


# For building Python support
# OpenSolaris 2009.06, Sun CC 5.10, STAF 3.4.2, Python 2.7
#export PROJECTS=python
export PYTHON_ROOT=/stow/python-2.7
export PYTHON_INCLUDEDIRS=$PYTHON_ROOT/include/python2.7
export PYTHON_LIBDIRS=$PYTHON_ROOT/lib
export PYTHON_LIBS=python2.7

export PYTHON_BUILD_V22=0
export PYTHON_BUILD_V23=0
export PYTHON_BUILD_V24=0
export PYTHON_BUILD_V25=0
export PYTHON_BUILD_V26=1
export PYTHON_V26_ROOT=$PYTHON_ROOT
export PYTHON_V26_INCLUDEDIRS=$PYTHON_INCLUDEDIRS
export PYTHON_V26_LIBDIRS=$PYTHON_LIBDIRS
export PYTHON_V26_LIBS=$PYTHON_LIBS

In addition, TestPython.py reports following errors (which was also 
reported on 4 Feb 2010):

$ python TestPython.py |grep ERROR
ERROR: removePrivacyDelimiters(!...@^^!!@a...@!!^^!!@b...@!!, 1) != 
^...@a@!!...@b@!!
ERROR: removePrivacyDelimiters(!...@^^!!@a...@!!^^!!@b...@!!, 0) != 
^...@a@!!...@b@!!
ERROR: removePrivacyDelimiters(!...@^@!!a...@b^@!!, 1) != @!!...@b@!!
ERROR: removePrivacyDelimiters(!...@^@!!a...@b^@!!, 0) != @!!...@b@!!
*** ERROR: 4 tests failed ***

I have following questions/requests to STAF development team:

a) Could Python 2.7 support be added and made as the default Python 
version to use instead of 2.2?
Most new Python development activity will use 2.7 or 3.1 branches.

b) Can the documentation of STAF be updated (regarding Python support)?

c) If errors reported by TestPython.py are not genuine, can they be 
disabled in the source tree? It is confusing for STAF users.

d) Lastly, is there any plan to support Python STAF services? (That is 
being able to write STAF services in Python). Has anyone attempted this in 
the past? Is there any code fragments available from the STAF community?


Thanks, regards
Semih Cemiloglu



------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share 
of $1 Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users

Reply via email to