RE: ironpython not support py3.6

2018-06-26 Thread denis akhiyarov 
  To: Schachner, Joseph
From: "denis akhiyarov" 

  To: Schachner, Joseph
From: denis.akhiya...@gmail.com

Either wait for IronPython 3.6, use COM interop, pythonnet, subprocess, or
things like gRPC. Based on PyPy experience, it is probably 1-2 years of
sponsored development to get a working IronPython 3.6.

-+- BBBS/Li6 v4.10 Toy-3
 + Origin: Prism bbs (1:261/38)

--- BBBS/Li6 v4.10 Toy-3
 * Origin: Prism bbs (1:261/38)
-- 
https://mail.python.org/mailman/listinfo/python-list

RE: ironpython not support py3.6

2018-06-24 Thread denis akhiyarov 
  To: Schachner, Joseph
From: denis.akhiya...@gmail.com

Either wait for IronPython 3.6, use COM interop, pythonnet, subprocess, or
things like gRPC. Based on PyPy experience, it is probably 1-2 years of
sponsored development to get a working IronPython 3.6.

--- BBBS/Li6 v4.10 Toy-3
 * Origin: Prism bbs (1:261/38)
-- 
https://mail.python.org/mailman/listinfo/python-list

RE: ironpython not support py3.6

2018-06-22 Thread denis . akhiyarov 
Either wait for IronPython 3.6, use COM interop, pythonnet, subprocess, or 
things like gRPC. Based on PyPy experience, it is probably 1-2 years of 
sponsored development to get a working IronPython 3.6.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue30757] pyinstaller can be added to docs, py2exe ref can be updated

2017-06-25 Thread Denis Akhiyarov 

Changes by Denis Akhiyarov <denis.akhiya...@gmail.com>:


--
pull_requests: +2443

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30757>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30757] pyinstaller can be added to docs, py2exe ref can be updated

2017-06-25 Thread Denis Akhiyarov 

New submission from Denis Akhiyarov:

https://github.com/python/cpython/pull/1158

It is not clear why this FAQ item is written in addition to this document:

https://github.com/python/cpython/blob/master/Doc/faq/windows.rst#how-do-i-make-python-scripts-executable

https://github.com/python/cpython/blob/master/Doc/faq/programming.rst#how-can-i-create-a-stand-alone-binary-from-a-python-script

--
assignee: docs@python
components: Documentation
messages: 296844
nosy: denfromufa, docs@python
priority: normal
severity: normal
status: open
title: pyinstaller can be added to docs, py2exe ref can be updated
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30757>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Python.NET (pythonnet) 2.3.0 released

2017-03-17 Thread Denis Akhiyarov 
Python.NET (pythonnet) 2.3.0 released with docker, nuget, pip, conda, and 
source installation options. Python.NET based CPython extensions can be 
packaged with PyInstaller and cx_freeze hooks.

https://github.com/pythonnet/pythonnet/releases/tag/v2.3.0

https://github.com/pythonnet/pythonnet/wiki/Installation



Added

Added Code Coverage (#345)
Added PySys_SetArgvEx (#347)
Added XML Documentation (#349)
Added Embedded_Tests on AppVeyor (#224)(#353)
Added Embedded_Tests on Travis (#224)(#391)
Added PY3 settings to solution configuration-manager (#346)
Added Slack (#384)(#383)(#386)
Added function of passing an arbitrary .NET object as the value
of an attribute of PyObject (#370)(#373)
Added Coverity scan (#390)
Added bumpversion for version control (#319)(#398)
Added tox for local testing (#345)
Added requirements.txt
Added to PythonEngine methods Eval and Exec (#389)
Added implementations of ICustomMarshal (#407)
Added docker images (#322)
Added hooks in pyinstaller and cx_freeze for pythonnet (#66)
Added nuget packages (#165)

Changed

Refactored python unittests (#329)
Refactored python setup.py (#337)
Refactored remaining of Build Directives on runtime.cs (#339)
Refactored Embedded_Tests to make easier to write tests (#369)
Changed unittests to pytest (#368)
Upgraded NUnit framework from 2.6.3 to 3.5.0 (#341)
Downgraded NUnit framework from 3.5.0 to 2.6.4 (#353)
Upgraded NUnit framework from 2.6.4 to 3.6.0 (#371)
Unfroze Mono version on Travis (#345)
Changed conda.recipe build to only pull-requests (#345)
Combine Py_DEBUG and PYTHON_WITH_PYDEBUG flags (#362)


Deprecated

Deprecated RunString (#401)


Fixed

Fixed crash during Initialization (#262)(#343)
Fixed crash during Shutdown (#365)
Fixed multiple build warnings
Fixed method signature match for Object Type (#203)(#377)
Fixed outdated version number in AssemblyInfo (#398)
Fixed wrong version number in conda.recipe (#398)
Fixed fixture location for Python tests and Embedded_Tests
Fixed PythonException crash during Shutdown (#400)
Fixed AppDomain unload during GC (#397)(#400)
Fixed Py_Main & PySys_SetArgvEx no mem error on UCS4/PY3 (#399)
Fixed Python.Runtime.dll.config on macOS (#120)
Fixed crash on PythonEngine.Version (#413)
Fixed PythonEngine.PythonPath issues (#179)(#414)(#415)


Removed

Removed six dependency for unittests (#329)
Removed Mono.Unix dependency for UCS4 (#360)
Removed need for Python.Runtime.dll.config
Removed PY32 build option PYTHON_WITH_WIDE_UNICODE (#417)
-- 
https://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations/

Python for .NET (pythonnet) v2.2.2 with Python 3.6 support

2017-01-30 Thread Denis Akhiyarov 
Download from PYPI using pip or from Anaconda using conda:

https://pypi.python.org/pypi/pythonnet/2.2.2

https://anaconda.org/pythonnet/pythonnet
-- 
https://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations/

Re: What are your opinions on .NET Core vs Python?

2017-01-29 Thread denis . akhiyarov 
On Sunday, January 29, 2017 at 4:00:27 PM UTC-6, Gregory Ewing wrote:
> Joseph L. Casale wrote:
> >>.NET is a library that can be used from many languages, including Python. 
> >
> > No.
> 
> Yes:
> 
> http://pythonnet.sourceforge.net/
> 
> "Python for .NET is a package that gives Python programmers nearly seamless 
> integration with the .NET Common Language Runtime (CLR) and provides a 
> powerful 
> application scripting tool for .NET developers. Using this package you can 
> script .NET applications or build entire applications in Python, using .NET 
> services and components written in any language that targets the CLR (Managed 
> C++, C#, VB, JScript)."
> 
> -- 
> Greg

This is outdated location. pythonnet (python for .NET) is on GitHub since 2014.

https://github.com/pythonnet/pythonnet

We just released v2.2.2 with Python 3.6 support and transition to MIT license.

Download from PYPI using pip or from Anaconda using conda:

https://pypi.python.org/pypi/pythonnet/2.2.2
https://anaconda.org/pythonnet/pythonnet

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

Re: Build desktop application using django

2016-10-17 Thread Denis Akhiyarov 
Have a look at automatic web app builder using Django or Flask called Wooey 
based Gooey.

https://github.com/wooey/Wooey
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: announcing fython

2016-10-02 Thread Denis Akhiyarov 
On Sunday, October 2, 2016 at 10:57:57 AM UTC-5, nicolases...@gmail.com wrote:
> >One problem with using very similar syntax for distinct languages is that it 
> >can get confusing.
> 
> The first inspiration for Fython was to be close to Fortran, while improving 
> the syntax. The project is in the early days, so all suggestions are welcome.
> Some difference to the Python language are inevitable though, as Fython is a 
> compiled language.
> 
> >does an actual Fortran compiler need to be invoked? 
> 
> Yes, this is done in the background.
> 
> 
> >And do you need to install one, or is it all included?
> 
> A Fortran compiler must be avalaible on the machine.
> A free often used compiler is gfortran.
> 
> 
> >If so, at what point in the above example is it invoked? 
> >Is it every time you run that Python code, or will the load() used a cached 
> >copy of the compiled mean.fy? 
> 
> The compiler is invoked whenever the Fython sources are new or have changed.
> A cached copy is used to avoid unnessecary compilation.

Have you looked at f2py? You can write Fortran and then use it Python by just 
wrapping it with f2py. Actually this is a project bundled in numpy. There is 
also fortran magic for Jupyter notebooks. f90wrap extends f2py to support 
modern Fortran.

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

Python for .NET (pythonnet) 2.2.0.dev1 new development release available

2016-09-21 Thread Denis Akhiyarov 
Hello Python and .NET developers,

New pythonnet 2.2.0.dev1 version with (pre-)release notes are available for
download from PYPI and GitHub:


https://pypi.python.org/pypi/pythonnet/2.2.0.dev1

Note that since this is pre-release, use this command for installation:

pip install pythonnet --pre -U

Detailed release notes:

https://github.com/pythonnet/pythonnet/releases

News

   - clrmagic for IPython kernel 
   - presentation on PyOhio 2016
   
   - 3 new pythonnet core developers @denfromufa
    @filmor 
   @vmuriart 
   - 26+1 contributors
   

Changelog

   - Switch to C# 6.0 (#219
   )
   - Relative imports (#219
   )
   - Recursive types (#250 
   )
   - Demo fix - stream reading (#225
   )
   - setup.py improvements for locating build tools (#208
   )
   - unmanaged exports updated (#206
   )
   - Mono update pinned to 4.2.4.4 (#233
   )
   - Documentation update (http://pythonnet.github.io/)
   - wiki added (https://github.com/pythonnet/pythonnet/wiki)

Known Issues

   - Subclassing .NET classes (#264
   )
   - Mixing python and .NET constructors (#252
   )
   - License update (one blocking contributor @tiran
    out of 27)
   - Overloading on constructors, ref/out and subtypes (#265
   )
   - pythonhome and pythonpath (#186
   )
   - Regression bug on numpy arrays (#249
   )
-- 
https://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations/

Re: Pythons for .Net

2016-09-05 Thread Denis Akhiyarov 
On Saturday, September 3, 2016 at 8:53:18 PM UTC-5, Steve D'Aprano wrote:
> On Sat, 3 Sep 2016 12:34 pm, Denis Akhiyarov wrote:
> 
> > Finally if anyone can contact Christian Heimes (Python Core Developer),
> > then please ask him to reply on request to update the license to MIT:
> > 
> > https://github.com/pythonnet/pythonnet/issues/234
> > 
> > He is the only contributor that prevents updating to MIT license.
> 
> 
> I have emailed him off-list.
> 
> Thanks for the information on PythonNet, Denis.
> 
> 
> 
> -- 
> Steve
> “Cheer up,” they said, “things could be worse.” So I cheered up, and sure
> enough, things got worse.

Emailing and twitter did not help either.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Pythons for .Net

2016-09-02 Thread Denis Akhiyarov 
On Sunday, July 24, 2016 at 11:30:09 PM UTC-5, Steven D'Aprano wrote:
> Yes, I said Pythons plural :-)
> 
> For those wanting to use Python on .Net or Mono, there is some good news.
> 
> Firstly, the venerable old "Python for .Net" project is still alive, and now
> supports up to Python 3.5 on .Net or Mono. PythonNet, as this is known,
> integrates the regular CPython interpreter with .Net or Mono.
> 
> Secondly, we can also expect that IronPython will have a new lease of life.
> Continuing on the work of their predecessor, Jeff Hardy, the IronPython
> project now has two tech leads who will carry it forward: Alex Earl and
> Benedikt Eggers.
> 
> https://thelasttechie.com/2016/07/24/its-back-python-for-net/
> 
> 
> IronPython is a reimplementation of Python, written in C# as managed code
> for .Net. It doesn't use a GIL, and is sometimes considered a little faster
> than CPython, so this is good news for the Python ecosystem.
> 
> IronPython:
> http://ironpython.net/
>  
> Python for .Net:
> https://github.com/pythonnet/pythonnet
> http://pythonnet.github.io/
> https://pypi.python.org/pypi/pythonnet
> 
> 
> 
> 
> -- 
> Steven
> “Cheer up,” they said, “things could be worse.” So I cheered up, and sure
> enough, things got worse.

Hello Steven,

I'm one of the contributors to pythonnet. We strive for compatibility with 
IronPython, but also have a simplified embedding interface and support Python 3 
+ C-Extensions such as numpy, scipy, sklearn.

If anyone is interested in learning pythonnet, then try it out from PYPI or 
github and use this tutorial:

https://pythonnet.github.io/readme.html

There is also a mailing list and a tag on stackoverflow:

https://mail.python.org/mailman/listinfo/pythondotnet
http://stackoverflow.com/questions/tagged/python.net

Finally if anyone can contact Christian Heimes (Python Core Developer), then 
please ask him to reply on request to update the license to MIT:

https://github.com/pythonnet/pythonnet/issues/234

He is the only contributor that prevents updating to MIT license.

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

[issue6818] remove/delete method for zipfile/tarfile objects

2016-05-25 Thread Denis Akhiyarov 

Denis Akhiyarov added the comment:

has this been merged?

--
nosy: +Denis Akhiyarov

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue6818>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Inception

2016-03-03 Thread Denis Akhiyarov 
Thank you Paul and Christian for your reply and understanding my question. I 
was actually inspired by this example for IronPython and thought that this is 
pretty useful for testing and exploring of C-API:

http://www.voidspace.org.uk/ironpython/ip_in_ip.shtml

So does it all boil down to GIL restriction in CPython?



On Thursday, March 3, 2016 at 2:10:15 AM UTC-6, Christian Gollwitzer wrote:
> Hi Denis,
> 
> Am 03.03.16 um 06:01 schrieb Denis Akhiyarov:
> > Is it possible to embed CPython in CPython, e.g. using ctypes, cffi, or 
> > cython?
> >
> 
> since you titled your question with a famous movie title, I take it more 
> as a "philosophical" question (musing about the CPython world) than an 
> actual demand. Technically, I think it cannot work with the current 
> state of CPython. Embedding CPython into another application requires 
> you to load libpython3.5.so (or similar depending on OS and version) and 
> to call the functino sfrom within there. When a Python program runs in 
> the standalone interpreter, then this DLL is already loaded, obviously, 
> so the question is if the Python C API functions can be called from a 
> Python script.
> 
> Possibly  ctypes or cffi can do that for you, but you would end up with 
> the same interpreter that executes your main script. A DLL is loaded by 
> the OS only once, which makes it possible to create plugin interfaces 
> etc. using shared symbols in C.
> 
> Now, the CPython interpreter saves its state in global variables. 
> Therefore only one interpreter can exist in a single process, and this 
> is also the reason that multithreading is complicated and does not 
> really work (GIL ).
> 
> How useful could it be to have more than a single interpreter? For 
> instance, Tcl does it in a different way. All of the interpreter state 
> is stored within a Tcl_Interp struct which is passed around to every API 
> function. You can create more than a single interpreter, and that even 
> works from the script level using the "interp create" command. This is 
> useful to shield user script evaluation from the main script. Such 
> interpreters can be made "safe", i.e. to not allow file operations, or 
> to limit the CPU time for script evaluation, which has its primary use 
> case in things like web browser plugins or simple servers. A pythonized 
> version of the API would look like this:
> 
> from pyembedding import Interp
> 
> i=Interp()
> i2=Interp(safe=True)
> 
> i.eval('print("Hello world")')
> # prints Hello world
> 
> i2.eval('print("Hello world")')
> # raises a SafeInterpException
> # I/O  is unsafe and disabled here
> 
> def greetme():
>   print("Hello world")
> 
> i2.alias(greet=greetme)
> i2.eval('greet')
> # calls back to greetme in main interpreter
> 
> This mechanism would also allow true multithreading. If you run another 
> interpreter in the second thread, it will have it's own GIL.
> 
> I'm not familiar with the internals of other Python implementation, but 
> I can imagine that maybe in Jython such an extension could be written.
> 
>   Christian

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

Re: Inception

2016-03-02 Thread Denis Akhiyarov 
Embed using C-API from ctypes, cffi or cython, but not using subprocesses. 
Thanks for asking! 

Here is link to official documentation about embedding:

https://docs.python.org/3.6/extending/index.html
-- 
https://mail.python.org/mailman/listinfo/python-list

Inception

2016-03-02 Thread Denis Akhiyarov 
Is it possible to embed CPython in CPython, e.g. using ctypes, cffi, or cython?
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Considering migrating to Python from Visual Basic 6 for engineering applications

2016-02-22 Thread Denis Akhiyarov 
Note that you can continue using your existing vb6 code from python through COM 
using pywin32 or pythonnet, until you decide to rewrite it.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Considering migrating to Python from Visual Basic 6 for engineering applications

2016-02-19 Thread Denis Akhiyarov 
On Wednesday, February 17, 2016 at 1:49:44 PM UTC-6, wrong.a...@gmail.com wrote:
> I am mostly getting positive feedback for Python.
> 
> It seems Python is used more for web based applications. Is it equally fine 
> for creating stand-alone *.exe's? Can the same code be compiled to run on 
> Linux or Android or web-based?
> 
> Is it possible to create GUI elements with a good IDE? Can they be defined 
> like in Visual Basic with given sizes, fonts, visible/invisible, etc.?
> 
> Is it easy to do matrix operations in Python? Or do I need to write 
> subroutines like in Visual Basic?
> 
> Could someone kindly tell me advantages and disadvantages of Python? Or any 
> better options? I have like 40-50 VB Forms and may be around 2 lines of 
> code. It will be a task to learn a new language and translate/re-write that 
> code.
> 
> Thanks for your responses.

I'm surprised that no one mentioned this tool called vb2py. It looks outdated, 
but I actually used it successfully to convert vba code to python, once all 
dependencies were installed correctly :)

http://vb2py.sourceforge.net/

You can also understand how vb objects map to python objects.

vb2py has also minimal support for GUI conversion.

Someone has even forked it on github recently:

https://github.com/reingart/vb2py
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: How does one distribute Tkinter or Qt GUI apps Developed in Python

2015-12-16 Thread Denis Akhiyarov 
On Wednesday, December 16, 2015 at 6:45:50 PM UTC-6, Rick Johnson wrote:
> On Wednesday, December 16, 2015 at 6:03:55 PM UTC-6, Bruce Whealton wrote:
> 
> > Surely, one is going to want to create GUI apps for users
> > that are not Python Developers. I would not think to ask
> > someone to install Python on their system and make sure it
> > is added to the path. Maybe it is not so hard for the non-
> > technical, average users.
> > 
> > I would want to package in some way so that when launched,
> > it installs whatever is needed on the end user's computer.
> > How is this done? Are there common practices for this?
> 
> 
> Your assumptions are correct! In fact, in a language that was "supposedly" 
> designed to be an "applications language" (eat your heart out D'Aprano!!!), 
> one would think that distributing apps would not only be obvious, but also 
> intuitive!
> 
>  ALAS, THE CRUEL REALITIES OF INTERPRETED LANGUAGES SLAPS YOU IN THE PASTEY 
> WHITE FACE! 
> 
> Unlike a true "applications language", like say, um, *JAVA*, one cannot 
> simply compile an executable and distribute it in a teeny tiny binary form, 
> no, with Python, the end user must either (1) have Python on his machine 
> already, (2) download Python, or (3) you must package a Python interpreter 
> along with your script (and dependencies) -- which will end up being a very 
> large file just to run (what is in most cases) a very small script. 
> 
>  BOO-HISS!
> 
> But the good news is that, Python ships on many machines already. But of 
> course, you're seeking more consistency in your distribution QA than the 
> "wild guess" and the fickle nature of "lady luck". 
> 
> Many 3rd party libraries exist to solve your distribution issue. Google 
> probably knows about all (or at least most) of them.


if you did not notice Java/.NET ship with runtime VMs as well.
Even C/C++ have some requirements depending on the platform.
We should all switch to assembly to avoid any dependencies and port our code to 
each platform without hesitation.
-- 
https://mail.python.org/mailman/listinfo/python-list