Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-07-17 Thread M.-A. Lemburg
Hi Alex,

On 17.07.2015 00:58, Alex wrote:
 Do you have Python 2.7 64bit versions available for Solaris (10/11)
 x86/SPARC, AIX, and HP-UX IA/RISC? I've had the displeasure of having to
 install 64bit Python on Solaris and AIX and it's an experience I would not
 recommend even though OpenCSW and Perzl have done much of the legwork
 already. I'd also just be happy with any pointers to building PyRun or
 regular Python on such systems if such currently there exist no such builds.

We don't currently have direct access to these types of systems, so
cannot provide regular builds for these platforms.

For AIX and Solaris x86 we do provide custom paid support to get
our software ported, if you're interested in this.

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Source  (#1, Jul 17 2015)
 Python Projects, Coaching and Consulting ...  http://www.egenix.com/
 mxODBC Plone/Zope Database Adapter ...   http://zope.egenix.com/
 mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/

2015-07-20: EuroPython 2015, Bilbao, Spain ...  3 days to go
2015-07-29: Python Meeting Duesseldorf ... 12 days to go

: Try our mxODBC.Connect Python Database Interface for free ! ::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   http://www.egenix.com/company/contact/


 On Wed, May 13, 2015 at 10:34 AM, Cristiano Cortezia 
 cristiano.corte...@gmail.com wrote:
 
 In one of the next releases we'll probably add a tool to bundle
 complete applications together with pyrun, perhaps even by
 recompiling it to include the application byte code files
 right in the binary like we do for the stdlib.


 Well, that would be simply awesome. Looking forward to it.

 PS: you guys should definitely advertise this work on the embedded
 software community.


 2015-05-13 11:29 GMT-03:00 M.-A. Lemburg m...@egenix.com:

 On 13.05.2015 16:09, Cristiano Cortezia wrote:
 Well I gave it a try, and it seems my assumptions were *somehow* true.
 Here is what I got when running one of my apps in single shot mode
 (load,
 run, terminate):

 *default python distribution*
 total time 9.022s
 ENOENT's count 7377

 *pyrun*
 total time 8.455s
 ENOENT's count 3064

 So, it indeed failed much less to open files, but I guess this didn't
 make
 that much difference after all (500ms).

 PyRun has the advantage of being able to read the byte code
 directly from the binary (using memory mapping). However,
 it still needs to run the same startup machinery as Python
 itself.

 Note that startup time for Python was a lot worse before
 Python used the same approach as PyRun to compile in the
 parsed sysconfig data.

 Perhaps it is because this app has some external dependencies (22 to be
 precise) not bundled on pyrun that had to be scanned by the interpreter
 anyway. If by any means we could bundle them all the same way, than it
 could bring a much higher performance gain. But I guess it is not really
 safe-feasible.

 It's certainly possible to use the pyrun build system to create
 bundles with more packages and tools included.

 The one we're shipping has most of the stdlib included,
 but leaves all the application code to reside on the
 sys.path or in a ZIP archive.

 In one of the next releases we'll probably add a tool to bundle
 complete applications together with pyrun, perhaps even by
 recompiling it to include the application byte code files
 right in the binary like we do for the stdlib.

 --
 Marc-Andre Lemburg
 eGenix.com

 Professional Python Services directly from the Source  (#1, May 13 2015)
 Python Projects, Coaching and Consulting ...  http://www.egenix.com/
 mxODBC Plone/Zope Database Adapter ...   http://zope.egenix.com/
 mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/
 
 2015-05-13: Released mxODBC Connect 2.1.3 ... http://egenix.com/go75
 2015-05-11 http://egenix.com/go752015-05-11: Released eGenix PyRun
 2.1.0 ...   http://egenix.com/go74
 2015-05-25 http://egenix.com/go742015-05-25: PyWaw Summit 2015,
 Warsaw, Poland ...  12 days to go

eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
Registered at Amtsgericht Duesseldorf: HRB 46611
http://www.egenix.com/company/contact/



 --
 https://mail.python.org/mailman/listinfo/python-list


 

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-07-17 Thread Alex
They don't offer any free versions for those systems and their licenses are
quite expensive.

On Fri, Jul 17, 2015 at 2:26 AM, Laura Creighton l...@openend.se wrote:

 I think Activestate makes a Python 2.y for Solaris.
 http://www.activestate.com/activepython

 I've never used it.

 Laura

 In a message of Thu, 16 Jul 2015 18:58:37 -0400, Alex writes:
 Do you have Python 2.7 64bit versions available for Solaris (10/11)
 x86/SPARC, AIX, and HP-UX IA/RISC? I've had the displeasure of having to
 install 64bit Python on Solaris and AIX and it's an experience I would not
 recommend even though OpenCSW and Perzl have done much of the legwork
 already. I'd also just be happy with any pointers to building PyRun or
 regular Python on such systems if such currently there exist no such
 builds.
 
 On Wed, May 13, 2015 at 10:34 AM, Cristiano Cortezia 
 cristiano.corte...@gmail.com wrote:
 
  In one of the next releases we'll probably add a tool to bundle
  complete applications together with pyrun, perhaps even by
  recompiling it to include the application byte code files
  right in the binary like we do for the stdlib.
 
 
  Well, that would be simply awesome. Looking forward to it.
 
  PS: you guys should definitely advertise this work on the embedded
  software community.
 
 
  2015-05-13 11:29 GMT-03:00 M.-A. Lemburg m...@egenix.com:
 
  On 13.05.2015 16:09, Cristiano Cortezia wrote:
   Well I gave it a try, and it seems my assumptions were *somehow*
 true.
   Here is what I got when running one of my apps in single shot mode
  (load,
   run, terminate):
  
   *default python distribution*
   total time 9.022s
   ENOENT's count 7377
  
   *pyrun*
   total time 8.455s
   ENOENT's count 3064
  
   So, it indeed failed much less to open files, but I guess this didn't
  make
   that much difference after all (500ms).
 
  PyRun has the advantage of being able to read the byte code
  directly from the binary (using memory mapping). However,
  it still needs to run the same startup machinery as Python
  itself.
 
  Note that startup time for Python was a lot worse before
  Python used the same approach as PyRun to compile in the
  parsed sysconfig data.
 
   Perhaps it is because this app has some external dependencies (22 to
 be
   precise) not bundled on pyrun that had to be scanned by the
 interpreter
   anyway. If by any means we could bundle them all the same way, than
 it
   could bring a much higher performance gain. But I guess it is not
 really
   safe-feasible.
 
  It's certainly possible to use the pyrun build system to create
  bundles with more packages and tools included.
 
  The one we're shipping has most of the stdlib included,
  but leaves all the application code to reside on the
  sys.path or in a ZIP archive.
 
  In one of the next releases we'll probably add a tool to bundle
  complete applications together with pyrun, perhaps even by
  recompiling it to include the application byte code files
  right in the binary like we do for the stdlib.
 
  --
  Marc-Andre Lemburg
  eGenix.com
 
  Professional Python Services directly from the Source  (#1, May 13
 2015)
   Python Projects, Coaching and Consulting ...
 http://www.egenix.com/
   mxODBC Plone/Zope Database Adapter ...
 http://zope.egenix.com/
   mxODBC, mxDateTime, mxTextTools ...
 http://python.egenix.com/
 
 
  2015-05-13: Released mxODBC Connect 2.1.3 ...
 http://egenix.com/go75
  2015-05-11 http://egenix.com/go752015-05-11: Released eGenix PyRun
  2.1.0 ...   http://egenix.com/go74
  2015-05-25 http://egenix.com/go742015-05-25: PyWaw Summit 2015,
  Warsaw, Poland ...  12 days to go
 
 eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
  D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
 Registered at Amtsgericht Duesseldorf: HRB 46611
 http://www.egenix.com/company/contact/
 
 
 
  --
  https://mail.python.org/mailman/listinfo/python-list
 
 
 
 --
 https://mail.python.org/mailman/listinfo/python-list
 

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-07-17 Thread Laura Creighton
I think Activestate makes a Python 2.y for Solaris.
http://www.activestate.com/activepython

I've never used it.

Laura

In a message of Thu, 16 Jul 2015 18:58:37 -0400, Alex writes:
Do you have Python 2.7 64bit versions available for Solaris (10/11)
x86/SPARC, AIX, and HP-UX IA/RISC? I've had the displeasure of having to
install 64bit Python on Solaris and AIX and it's an experience I would not
recommend even though OpenCSW and Perzl have done much of the legwork
already. I'd also just be happy with any pointers to building PyRun or
regular Python on such systems if such currently there exist no such builds.

On Wed, May 13, 2015 at 10:34 AM, Cristiano Cortezia 
cristiano.corte...@gmail.com wrote:

 In one of the next releases we'll probably add a tool to bundle
 complete applications together with pyrun, perhaps even by
 recompiling it to include the application byte code files
 right in the binary like we do for the stdlib.


 Well, that would be simply awesome. Looking forward to it.

 PS: you guys should definitely advertise this work on the embedded
 software community.


 2015-05-13 11:29 GMT-03:00 M.-A. Lemburg m...@egenix.com:

 On 13.05.2015 16:09, Cristiano Cortezia wrote:
  Well I gave it a try, and it seems my assumptions were *somehow* true.
  Here is what I got when running one of my apps in single shot mode
 (load,
  run, terminate):
 
  *default python distribution*
  total time 9.022s
  ENOENT's count 7377
 
  *pyrun*
  total time 8.455s
  ENOENT's count 3064
 
  So, it indeed failed much less to open files, but I guess this didn't
 make
  that much difference after all (500ms).

 PyRun has the advantage of being able to read the byte code
 directly from the binary (using memory mapping). However,
 it still needs to run the same startup machinery as Python
 itself.

 Note that startup time for Python was a lot worse before
 Python used the same approach as PyRun to compile in the
 parsed sysconfig data.

  Perhaps it is because this app has some external dependencies (22 to be
  precise) not bundled on pyrun that had to be scanned by the interpreter
  anyway. If by any means we could bundle them all the same way, than it
  could bring a much higher performance gain. But I guess it is not really
  safe-feasible.

 It's certainly possible to use the pyrun build system to create
 bundles with more packages and tools included.

 The one we're shipping has most of the stdlib included,
 but leaves all the application code to reside on the
 sys.path or in a ZIP archive.

 In one of the next releases we'll probably add a tool to bundle
 complete applications together with pyrun, perhaps even by
 recompiling it to include the application byte code files
 right in the binary like we do for the stdlib.

 --
 Marc-Andre Lemburg
 eGenix.com

 Professional Python Services directly from the Source  (#1, May 13 2015)
  Python Projects, Coaching and Consulting ...  http://www.egenix.com/
  mxODBC Plone/Zope Database Adapter ...   http://zope.egenix.com/
  mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/
 
 2015-05-13: Released mxODBC Connect 2.1.3 ... http://egenix.com/go75
 2015-05-11 http://egenix.com/go752015-05-11: Released eGenix PyRun
 2.1.0 ...   http://egenix.com/go74
 2015-05-25 http://egenix.com/go742015-05-25: PyWaw Summit 2015,
 Warsaw, Poland ...  12 days to go

eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
Registered at Amtsgericht Duesseldorf: HRB 46611
http://www.egenix.com/company/contact/



 --
 https://mail.python.org/mailman/listinfo/python-list



-- 
https://mail.python.org/mailman/listinfo/python-list

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-07-16 Thread Alex
Do you have Python 2.7 64bit versions available for Solaris (10/11)
x86/SPARC, AIX, and HP-UX IA/RISC? I've had the displeasure of having to
install 64bit Python on Solaris and AIX and it's an experience I would not
recommend even though OpenCSW and Perzl have done much of the legwork
already. I'd also just be happy with any pointers to building PyRun or
regular Python on such systems if such currently there exist no such builds.

On Wed, May 13, 2015 at 10:34 AM, Cristiano Cortezia 
cristiano.corte...@gmail.com wrote:

 In one of the next releases we'll probably add a tool to bundle
 complete applications together with pyrun, perhaps even by
 recompiling it to include the application byte code files
 right in the binary like we do for the stdlib.


 Well, that would be simply awesome. Looking forward to it.

 PS: you guys should definitely advertise this work on the embedded
 software community.


 2015-05-13 11:29 GMT-03:00 M.-A. Lemburg m...@egenix.com:

 On 13.05.2015 16:09, Cristiano Cortezia wrote:
  Well I gave it a try, and it seems my assumptions were *somehow* true.
  Here is what I got when running one of my apps in single shot mode
 (load,
  run, terminate):
 
  *default python distribution*
  total time 9.022s
  ENOENT's count 7377
 
  *pyrun*
  total time 8.455s
  ENOENT's count 3064
 
  So, it indeed failed much less to open files, but I guess this didn't
 make
  that much difference after all (500ms).

 PyRun has the advantage of being able to read the byte code
 directly from the binary (using memory mapping). However,
 it still needs to run the same startup machinery as Python
 itself.

 Note that startup time for Python was a lot worse before
 Python used the same approach as PyRun to compile in the
 parsed sysconfig data.

  Perhaps it is because this app has some external dependencies (22 to be
  precise) not bundled on pyrun that had to be scanned by the interpreter
  anyway. If by any means we could bundle them all the same way, than it
  could bring a much higher performance gain. But I guess it is not really
  safe-feasible.

 It's certainly possible to use the pyrun build system to create
 bundles with more packages and tools included.

 The one we're shipping has most of the stdlib included,
 but leaves all the application code to reside on the
 sys.path or in a ZIP archive.

 In one of the next releases we'll probably add a tool to bundle
 complete applications together with pyrun, perhaps even by
 recompiling it to include the application byte code files
 right in the binary like we do for the stdlib.

 --
 Marc-Andre Lemburg
 eGenix.com

 Professional Python Services directly from the Source  (#1, May 13 2015)
  Python Projects, Coaching and Consulting ...  http://www.egenix.com/
  mxODBC Plone/Zope Database Adapter ...   http://zope.egenix.com/
  mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/
 
 2015-05-13: Released mxODBC Connect 2.1.3 ... http://egenix.com/go75
 2015-05-11 http://egenix.com/go752015-05-11: Released eGenix PyRun
 2.1.0 ...   http://egenix.com/go74
 2015-05-25 http://egenix.com/go742015-05-25: PyWaw Summit 2015,
 Warsaw, Poland ...  12 days to go

eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
Registered at Amtsgericht Duesseldorf: HRB 46611
http://www.egenix.com/company/contact/



 --
 https://mail.python.org/mailman/listinfo/python-list


-- 
https://mail.python.org/mailman/listinfo/python-list


Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-05-13 Thread M.-A. Lemburg
On 12.05.2015 15:05, Cristiano Cortezia wrote:
 On Monday, May 11, 2015 at 8:59:22 AM UTC-3, eGenix Team: M.-A. Lemburg wrote:
 

 ANNOUNCING

  eGenix PyRun - One file Python Runtime

 Version 2.1.0


  An easy-to-use single file relocatable Python run-time -
available for Linux, Mac OS X and Unix platforms,
  with support for Python 2.6, 2.7 and
**also for Python 3.4**.
 
 Really interesting. 
 
 Should we consider this to be an improvement towards the slow startup problem 
 ? 
 
 It seems to have really decreased the number of failed attempt to open files 
 (ENOENT's appearing with strace upon startup) due to the interpreter default 
 behavior for module loading on startup. (with a simple hello world I got 72 
 ENOENT's against 307 from default python installation on my standard ubuntu 
 machine).
 
 This problem mainly shows up when slow access storages are used (say 
 raspberry + sdcard). Any chances you can provide this tool as prebuilt arm 
 binaries ?
 
 My assumptions may be all wrong, but anyway thanks for sharing your work. :)

We have been providing binaries for Raspberry Pis for quite
some time, but without official support, so they are not listed
on the product page.

If you run install-pyrun on a Raspi, this should install PyRun
for you. I'm not sure whether it'll work on the new Raspi 2.
We'll probably add one to our build farm in a few weeks.

These are the direct download links if you want to give it
a try:

https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs2-linux-armv6l.tgz
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs2-linux-armv6l.tgz.asc
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs2-linux-armv6l.tgz.md5
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs2-linux-armv6l.tgz.sha1
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs4-linux-armv6l.tgz
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs4-linux-armv6l.tgz.asc
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs4-linux-armv6l.tgz.md5
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs4-linux-armv6l.tgz.sha1
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py3.4_ucs4-linux-armv6l.tgz
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py3.4_ucs4-linux-armv6l.tgz.asc
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py3.4_ucs4-linux-armv6l.tgz.md5
https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py3.4_ucs4-linux-armv6l.tgz.sha1

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Source  (#1, May 13 2015)
 Python Projects, Coaching and Consulting ...  http://www.egenix.com/
 mxODBC Plone/Zope Database Adapter ...   http://zope.egenix.com/
 mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/

2015-05-13: Released mxODBC Connect 2.1.3 ... http://egenix.com/go75
2015-05-11: Released eGenix PyRun 2.1.0 ...   http://egenix.com/go74
2015-05-25: PyWaw Summit 2015, Warsaw, Poland ...  12 days to go

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   http://www.egenix.com/company/contact/
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-05-13 Thread Cristiano Cortezia
Well I gave it a try, and it seems my assumptions were *somehow* true.
Here is what I got when running one of my apps in single shot mode (load,
run, terminate):

*default python distribution*
total time 9.022s
ENOENT's count 7377

*pyrun*
total time 8.455s
ENOENT's count 3064

So, it indeed failed much less to open files, but I guess this didn't make
that much difference after all (500ms).
Perhaps it is because this app has some external dependencies (22 to be
precise) not bundled on pyrun that had to be scanned by the interpreter
anyway. If by any means we could bundle them all the same way, than it
could bring a much higher performance gain. But I guess it is not really
safe-feasible.

Thanks


2015-05-13 9:43 GMT-03:00 M.-A. Lemburg m...@egenix.com:

 On 12.05.2015 15:05, Cristiano Cortezia wrote:
  On Monday, May 11, 2015 at 8:59:22 AM UTC-3, eGenix Team: M.-A. Lemburg
 wrote:
  
 
  ANNOUNCING
 
   eGenix PyRun - One file Python Runtime
 
  Version 2.1.0
 
 
   An easy-to-use single file relocatable Python run-time -
 available for Linux, Mac OS X and Unix platforms,
   with support for Python 2.6, 2.7 and
 **also for Python 3.4**.
 
  Really interesting.
 
  Should we consider this to be an improvement towards the slow startup
 problem ?
 
  It seems to have really decreased the number of failed attempt to open
 files (ENOENT's appearing with strace upon startup) due to the interpreter
 default behavior for module loading on startup. (with a simple hello world
 I got 72 ENOENT's against 307 from default python installation on my
 standard ubuntu machine).
 
  This problem mainly shows up when slow access storages are used (say
 raspberry + sdcard). Any chances you can provide this tool as prebuilt arm
 binaries ?
 
  My assumptions may be all wrong, but anyway thanks for sharing your
 work. :)

 We have been providing binaries for Raspberry Pis for quite
 some time, but without official support, so they are not listed
 on the product page.

 If you run install-pyrun on a Raspi, this should install PyRun
 for you. I'm not sure whether it'll work on the new Raspi 2.
 We'll probably add one to our build farm in a few weeks.

 These are the direct download links if you want to give it
 a try:


 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs2-linux-armv6l.tgz

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs2-linux-armv6l.tgz.asc

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs2-linux-armv6l.tgz.md5

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs2-linux-armv6l.tgz.sha1

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs4-linux-armv6l.tgz

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs4-linux-armv6l.tgz.asc

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs4-linux-armv6l.tgz.md5

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py2.7_ucs4-linux-armv6l.tgz.sha1

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py3.4_ucs4-linux-armv6l.tgz

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py3.4_ucs4-linux-armv6l.tgz.asc

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py3.4_ucs4-linux-armv6l.tgz.md5

 https://downloads.egenix.com/python/egenix-pyrun-2.1.0-py3.4_ucs4-linux-armv6l.tgz.sha1

 Thanks,
 --
 Marc-Andre Lemburg
 eGenix.com

 Professional Python Services directly from the Source  (#1, May 13 2015)
  Python Projects, Coaching and Consulting ...  http://www.egenix.com/
  mxODBC Plone/Zope Database Adapter ...   http://zope.egenix.com/
  mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/
 
 2015-05-13: Released mxODBC Connect 2.1.3 ... http://egenix.com/go75
 2015-05-11: Released eGenix PyRun 2.1.0 ...   http://egenix.com/go74
 2015-05-25: PyWaw Summit 2015, Warsaw, Poland ...  12 days to go

eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
Registered at Amtsgericht Duesseldorf: HRB 46611
http://www.egenix.com/company/contact/

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-05-13 Thread M.-A. Lemburg
On 13.05.2015 16:09, Cristiano Cortezia wrote:
 Well I gave it a try, and it seems my assumptions were *somehow* true.
 Here is what I got when running one of my apps in single shot mode (load,
 run, terminate):
 
 *default python distribution*
 total time 9.022s
 ENOENT's count 7377
 
 *pyrun*
 total time 8.455s
 ENOENT's count 3064
 
 So, it indeed failed much less to open files, but I guess this didn't make
 that much difference after all (500ms).

PyRun has the advantage of being able to read the byte code
directly from the binary (using memory mapping). However,
it still needs to run the same startup machinery as Python
itself.

Note that startup time for Python was a lot worse before
Python used the same approach as PyRun to compile in the
parsed sysconfig data.

 Perhaps it is because this app has some external dependencies (22 to be
 precise) not bundled on pyrun that had to be scanned by the interpreter
 anyway. If by any means we could bundle them all the same way, than it
 could bring a much higher performance gain. But I guess it is not really
 safe-feasible.

It's certainly possible to use the pyrun build system to create
bundles with more packages and tools included.

The one we're shipping has most of the stdlib included,
but leaves all the application code to reside on the
sys.path or in a ZIP archive.

In one of the next releases we'll probably add a tool to bundle
complete applications together with pyrun, perhaps even by
recompiling it to include the application byte code files
right in the binary like we do for the stdlib.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Source  (#1, May 13 2015)
 Python Projects, Coaching and Consulting ...  http://www.egenix.com/
 mxODBC Plone/Zope Database Adapter ...   http://zope.egenix.com/
 mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/

2015-05-13: Released mxODBC Connect 2.1.3 ... http://egenix.com/go75
2015-05-11: Released eGenix PyRun 2.1.0 ...   http://egenix.com/go74
2015-05-25: PyWaw Summit 2015, Warsaw, Poland ...  12 days to go

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
   Registered at Amtsgericht Duesseldorf: HRB 46611
   http://www.egenix.com/company/contact/
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-05-13 Thread Cristiano Cortezia

 In one of the next releases we'll probably add a tool to bundle
 complete applications together with pyrun, perhaps even by
 recompiling it to include the application byte code files
 right in the binary like we do for the stdlib.


Well, that would be simply awesome. Looking forward to it.

PS: you guys should definitely advertise this work on the embedded software
community.


2015-05-13 11:29 GMT-03:00 M.-A. Lemburg m...@egenix.com:

 On 13.05.2015 16:09, Cristiano Cortezia wrote:
  Well I gave it a try, and it seems my assumptions were *somehow* true.
  Here is what I got when running one of my apps in single shot mode (load,
  run, terminate):
 
  *default python distribution*
  total time 9.022s
  ENOENT's count 7377
 
  *pyrun*
  total time 8.455s
  ENOENT's count 3064
 
  So, it indeed failed much less to open files, but I guess this didn't
 make
  that much difference after all (500ms).

 PyRun has the advantage of being able to read the byte code
 directly from the binary (using memory mapping). However,
 it still needs to run the same startup machinery as Python
 itself.

 Note that startup time for Python was a lot worse before
 Python used the same approach as PyRun to compile in the
 parsed sysconfig data.

  Perhaps it is because this app has some external dependencies (22 to be
  precise) not bundled on pyrun that had to be scanned by the interpreter
  anyway. If by any means we could bundle them all the same way, than it
  could bring a much higher performance gain. But I guess it is not really
  safe-feasible.

 It's certainly possible to use the pyrun build system to create
 bundles with more packages and tools included.

 The one we're shipping has most of the stdlib included,
 but leaves all the application code to reside on the
 sys.path or in a ZIP archive.

 In one of the next releases we'll probably add a tool to bundle
 complete applications together with pyrun, perhaps even by
 recompiling it to include the application byte code files
 right in the binary like we do for the stdlib.

 --
 Marc-Andre Lemburg
 eGenix.com

 Professional Python Services directly from the Source  (#1, May 13 2015)
  Python Projects, Coaching and Consulting ...  http://www.egenix.com/
  mxODBC Plone/Zope Database Adapter ...   http://zope.egenix.com/
  mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/
 
 2015-05-13: Released mxODBC Connect 2.1.3 ... http://egenix.com/go75
 2015-05-11: Released eGenix PyRun 2.1.0 ...   http://egenix.com/go74
 2015-05-25: PyWaw Summit 2015, Warsaw, Poland ...  12 days to go

eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
Registered at Amtsgericht Duesseldorf: HRB 46611
http://www.egenix.com/company/contact/

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-05-12 Thread Cristiano Cortezia
On Monday, May 11, 2015 at 8:59:22 AM UTC-3, eGenix Team: M.-A. Lemburg wrote:
 
 
 ANNOUNCING
 
  eGenix PyRun - One file Python Runtime
 
 Version 2.1.0
 
 
  An easy-to-use single file relocatable Python run-time -
available for Linux, Mac OS X and Unix platforms,
  with support for Python 2.6, 2.7 and
**also for Python 3.4**.
 
 
 This announcement is also available on our web-site for online reading:
 http://www.egenix.com/company/news/eGenix-PyRun-2.1.0-GA.html
 
 
 
 INTRODUCTION
 
 eGenix PyRun is our open source, one file, no installation version of
 Python, making the distribution of a Python interpreter to run based
 scripts and applications to Unix based systems as simple as copying a
 single file.
 
 eGenix PyRun's executable only needs 11MB for Python 2 and 13MB for
 Python 3, but still supports most Python application and scripts - and
 it can be compressed to just 3-4MB using upx, if needed.
 
 Compared to a regular Python installation of typically 100MB on disk,
 eGenix PyRun is ideal for applications and scripts that need to be
 distributed to several target machines, client installations or
 customers.
 
 It makes installing Python on a Unix based system as simple as
 copying a single file.
 
 eGenix has been using eGenix PyRun internally in the mxODBC Connect
 Server product since 2008 with great success and decided to make it
 available as a stand-alone open-source product.
 
 We provide both the source archive to build your own eGenix PyRun, as
 well as pre-compiled binaries for Linux, FreeBSD and Mac OS X, as 32-
 and 64-bit versions. The binaries can be downloaded manually, or you
 can let our automatic install script install-pyrun take care of the
 installation: ./install-pyrun dir and you're done.
 
 Please see the product page for more details:
 
 http://www.egenix.com/products/python/PyRun/
 
 
 
 NEWS
 
 This major new release of eGenix PyRun 2.1 comes with the following new 
 features and changes:
 
 New Features
 
 
  * Upgraded eGenix PyRun to work with and use Python 2.7.9 per
default.
 
  * Upgraded eGenix PyRun to work with and use Python 3.4.3 for Python
3 support.
 
  * Added support for setting rpath on the PyRun binary to make it easy
to ship external libraries together with PyRun, without having to
set the LD_LIBRARY_PATH variable.
 
  * Added special support for egenix-pyopenssl to load its OpenSSL libs
during startup.
 
  * PyRun allows to disable the new default HTTPS certificate
verification (PEP 476) by setting the env var PYRUN_HTTPSVERIFY to
0. Default is to apply certificate verification.
 
  * Add support for more Python command line options: -s and -3 are
ignored, -R raises an error explaining to use the PYTHONHASHSEED
env var instead, -B prevents writing of byte code files.This should
increase compatibility of PyRun with the standard Python command
line interface.
 
 Enhancements / Changes
 --
 
  * Added patch for Python 2.7.9 and 3.4.3 to make ctypes work again
after changes to those versions of Python. See
https://bugs.python.org/issue23042 for details.
 
  * The PyRun -v command line switch will now be passed to Python and
supports setting the level using e.g. -vv for a verbose 2 level.
 
  * Disabled user site configurations in PyRun, since these are not
needed or wanted for typical PyRun uses and cost startup time.
 
  * Optimized sys.path setup a bit. PyRun won't check for a Python
build run and will not check lib/site-python on startup anymore.
 
  * PyRun for Python 3.4 is no longer compiled to always run in
optimized mode. This allows using asserts in tests again.
 
 Fixes
 -
 
  * Entering license in the interactive shell now returns the correct
URL for all supported Python versions.
 
  * Tilde expansion now works for most arguments of install-pyrun. This
wasn't working before due to a bug.
 
 install-pyrun Quick Install Enhancements
 -
 
 eGenix PyRun includes a shell script called install-pyrun, which
 greatly simplifies installation of PyRun. It works much like the
 virtualenv shell script used for creating new virtual environments
 (except that there's nothing virtual about PyRun environments).
 
 https://downloads.egenix.com/python/install-pyrun
 
 With the script, an eGenix PyRun installation is as simple as running:
 
 ./install-pyrun targetdir
 
 This will automatically detect the platform, download and install the
 right pyrun version into targetdir.
 
 We have updated this script since the last release:
 
  * Updated install-pyrun to default to eGenix 

ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-05-11 Thread eGenix Team: M.-A. Lemburg


ANNOUNCING

 eGenix PyRun - One file Python Runtime

Version 2.1.0


 An easy-to-use single file relocatable Python run-time -
   available for Linux, Mac OS X and Unix platforms,
 with support for Python 2.6, 2.7 and
   **also for Python 3.4**.


This announcement is also available on our web-site for online reading:
http://www.egenix.com/company/news/eGenix-PyRun-2.1.0-GA.html



INTRODUCTION

eGenix PyRun is our open source, one file, no installation version of
Python, making the distribution of a Python interpreter to run based
scripts and applications to Unix based systems as simple as copying a
single file.

eGenix PyRun's executable only needs 11MB for Python 2 and 13MB for
Python 3, but still supports most Python application and scripts - and
it can be compressed to just 3-4MB using upx, if needed.

Compared to a regular Python installation of typically 100MB on disk,
eGenix PyRun is ideal for applications and scripts that need to be
distributed to several target machines, client installations or
customers.

It makes installing Python on a Unix based system as simple as
copying a single file.

eGenix has been using eGenix PyRun internally in the mxODBC Connect
Server product since 2008 with great success and decided to make it
available as a stand-alone open-source product.

We provide both the source archive to build your own eGenix PyRun, as
well as pre-compiled binaries for Linux, FreeBSD and Mac OS X, as 32-
and 64-bit versions. The binaries can be downloaded manually, or you
can let our automatic install script install-pyrun take care of the
installation: ./install-pyrun dir and you're done.

Please see the product page for more details:

http://www.egenix.com/products/python/PyRun/



NEWS

This major new release of eGenix PyRun 2.1 comes with the following new 
features and changes:

New Features


 * Upgraded eGenix PyRun to work with and use Python 2.7.9 per
   default.

 * Upgraded eGenix PyRun to work with and use Python 3.4.3 for Python
   3 support.

 * Added support for setting rpath on the PyRun binary to make it easy
   to ship external libraries together with PyRun, without having to
   set the LD_LIBRARY_PATH variable.

 * Added special support for egenix-pyopenssl to load its OpenSSL libs
   during startup.

 * PyRun allows to disable the new default HTTPS certificate
   verification (PEP 476) by setting the env var PYRUN_HTTPSVERIFY to
   0. Default is to apply certificate verification.

 * Add support for more Python command line options: -s and -3 are
   ignored, -R raises an error explaining to use the PYTHONHASHSEED
   env var instead, -B prevents writing of byte code files.This should
   increase compatibility of PyRun with the standard Python command
   line interface.

Enhancements / Changes
--

 * Added patch for Python 2.7.9 and 3.4.3 to make ctypes work again
   after changes to those versions of Python. See
   https://bugs.python.org/issue23042 for details.

 * The PyRun -v command line switch will now be passed to Python and
   supports setting the level using e.g. -vv for a verbose 2 level.

 * Disabled user site configurations in PyRun, since these are not
   needed or wanted for typical PyRun uses and cost startup time.

 * Optimized sys.path setup a bit. PyRun won't check for a Python
   build run and will not check lib/site-python on startup anymore.

 * PyRun for Python 3.4 is no longer compiled to always run in
   optimized mode. This allows using asserts in tests again.

Fixes
-

 * Entering license in the interactive shell now returns the correct
   URL for all supported Python versions.

 * Tilde expansion now works for most arguments of install-pyrun. This
   wasn't working before due to a bug.

install-pyrun Quick Install Enhancements
-

eGenix PyRun includes a shell script called install-pyrun, which
greatly simplifies installation of PyRun. It works much like the
virtualenv shell script used for creating new virtual environments
(except that there's nothing virtual about PyRun environments).

https://downloads.egenix.com/python/install-pyrun

With the script, an eGenix PyRun installation is as simple as running:

./install-pyrun targetdir

This will automatically detect the platform, download and install the
right pyrun version into targetdir.

We have updated this script since the last release:

 * Updated install-pyrun to default to eGenix PyRun 2.1.0 and its
   feature set.

 * Added -r/--requirements option which allows automatically
   installing a set of required packages using a requirements file, so
   you can easily set up a complete Python 

ANN: eGenix PyRun - One file Python Runtime 2.1.0

2015-05-11 Thread eGenix Team: M.-A. Lemburg


ANNOUNCING

 eGenix PyRun - One file Python Runtime

Version 2.1.0


 An easy-to-use single file relocatable Python run-time -
   available for Linux, Mac OS X and Unix platforms,
 with support for Python 2.6, 2.7 and
   **also for Python 3.4**.


This announcement is also available on our web-site for online reading:
http://www.egenix.com/company/news/eGenix-PyRun-2.1.0-GA.html



INTRODUCTION

eGenix PyRun is our open source, one file, no installation version of
Python, making the distribution of a Python interpreter to run based
scripts and applications to Unix based systems as simple as copying a
single file.

eGenix PyRun's executable only needs 11MB for Python 2 and 13MB for
Python 3, but still supports most Python application and scripts - and
it can be compressed to just 3-4MB using upx, if needed.

Compared to a regular Python installation of typically 100MB on disk,
eGenix PyRun is ideal for applications and scripts that need to be
distributed to several target machines, client installations or
customers.

It makes installing Python on a Unix based system as simple as
copying a single file.

eGenix has been using eGenix PyRun internally in the mxODBC Connect
Server product since 2008 with great success and decided to make it
available as a stand-alone open-source product.

We provide both the source archive to build your own eGenix PyRun, as
well as pre-compiled binaries for Linux, FreeBSD and Mac OS X, as 32-
and 64-bit versions. The binaries can be downloaded manually, or you
can let our automatic install script install-pyrun take care of the
installation: ./install-pyrun dir and you're done.

Please see the product page for more details:

http://www.egenix.com/products/python/PyRun/



NEWS

This major new release of eGenix PyRun 2.1 comes with the following new 
features and changes:

New Features


 * Upgraded eGenix PyRun to work with and use Python 2.7.9 per
   default.

 * Upgraded eGenix PyRun to work with and use Python 3.4.3 for Python
   3 support.

 * Added support for setting rpath on the PyRun binary to make it easy
   to ship external libraries together with PyRun, without having to
   set the LD_LIBRARY_PATH variable.

 * Added special support for egenix-pyopenssl to load its OpenSSL libs
   during startup.

 * PyRun allows to disable the new default HTTPS certificate
   verification (PEP 476) by setting the env var PYRUN_HTTPSVERIFY to
   0. Default is to apply certificate verification.

 * Add support for more Python command line options: -s and -3 are
   ignored, -R raises an error explaining to use the PYTHONHASHSEED
   env var instead, -B prevents writing of byte code files.This should
   increase compatibility of PyRun with the standard Python command
   line interface.

Enhancements / Changes
--

 * Added patch for Python 2.7.9 and 3.4.3 to make ctypes work again
   after changes to those versions of Python. See
   https://bugs.python.org/issue23042 for details.

 * The PyRun -v command line switch will now be passed to Python and
   supports setting the level using e.g. -vv for a verbose 2 level.

 * Disabled user site configurations in PyRun, since these are not
   needed or wanted for typical PyRun uses and cost startup time.

 * Optimized sys.path setup a bit. PyRun won't check for a Python
   build run and will not check lib/site-python on startup anymore.

 * PyRun for Python 3.4 is no longer compiled to always run in
   optimized mode. This allows using asserts in tests again.

Fixes
-

 * Entering license in the interactive shell now returns the correct
   URL for all supported Python versions.

 * Tilde expansion now works for most arguments of install-pyrun. This
   wasn't working before due to a bug.

install-pyrun Quick Install Enhancements
-

eGenix PyRun includes a shell script called install-pyrun, which
greatly simplifies installation of PyRun. It works much like the
virtualenv shell script used for creating new virtual environments
(except that there's nothing virtual about PyRun environments).

https://downloads.egenix.com/python/install-pyrun

With the script, an eGenix PyRun installation is as simple as running:

./install-pyrun targetdir

This will automatically detect the platform, download and install the
right pyrun version into targetdir.

We have updated this script since the last release:

 * Updated install-pyrun to default to eGenix PyRun 2.1.0 and its
   feature set.

 * Added -r/--requirements option which allows automatically
   installing a set of required packages using a requirements file, so
   you can easily set up a complete Python