答复: math/py-sympy : update to 1.3

2018-11-22 Thread wen heping
Thank your helpful message and sorry for delay.

Now I attach the new patch with re-generate PLIST with both python2 and python3 
flavors. And re-generate the patch file.

Both flavors build well and all the tests passed in my amd64 machine.

Comments? OK ?

wen


发件人: Daniel Dickman 
发送时间: 2018年11月14日 12:12
收件人: wen heping
主题: Re: math/py-sympy : update to 1.3



On Tue, 13 Nov 2018, wen heping wrote:

> Hi,
>
>Here is a patch to update math/py-sympy to 1.3.
>It build well and all the tests passed.
>No other ports depends on it.
>
> Comments? OK?
>
> wen
>

The PLIST needs to be generated using the python3 FLAVOR and then add
MODPY_COMMENT as needed. (I suspect you maybe generated it for the python2
package?). Once you do this make sure it packages under both python2 and
python3.

Patches should be regenerated (with "make update-patches").

Please cc MAINTAINER when submitting updates. You can see who
that is with "make show=MAINTAINER".

Finally, let us know what arch you tested on and preferably that you
tested both FLAVORs.

Index: Makefile
=======
RCS file: /cvs/ports/math/py-sympy/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile4 Sep 2018 12:46:16 -   1.10
+++ Makefile22 Nov 2018 14:37:11 -
@@ -2,10 +2,9 @@
 
 COMMENT =  computer algebra system (CAS) in Python
 
-MODPY_EGG_VERSION =1.1
+MODPY_EGG_VERSION =1.3
 DISTNAME = sympy-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
-REVISION = 0
 
 CATEGORIES =   math
 
Index: distinfo
=======
RCS file: /cvs/ports/math/py-sympy/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo9 Jul 2018 01:07:34 -   1.6
+++ distinfo22 Nov 2018 14:37:11 -
@@ -1,2 +1,2 @@
-SHA256 (sympy-1.1.tar.gz) = 5C17jMcZuwQntQPUn4SJ7GKSx0lXw70EIWqDkr7jd4I=
-SIZE (sympy-1.1.tar.gz) = 4579454
+SHA256 (sympy-1.3.tar.gz) = 4TGbVWIHo3WKDv664U5eUsZI/B24l1lTsF//EraHG1Q=
+SIZE (sympy-1.3.tar.gz) = 5885611
Index: patches/patch-setup_py
=======
RCS file: /cvs/ports/math/py-sympy/patches/patch-setup_py,v
retrieving revision 1.6
diff -u -p -r1.6 patch-setup_py
--- patches/patch-setup_py  9 Jul 2018 01:07:34 -   1.6
+++ patches/patch-setup_py  22 Nov 2018 14:37:11 -
@@ -5,9 +5,9 @@ Manual patch
 Index: setup.py
 --- setup.py.orig
 +++ setup.py
-@@ -348,7 +348,7 @@ if __name__ == '__main__':
-   'sympy.utilities.mathml': ['data/*.xsl'],
-   'sympy.logic.benchmarks': ['input/*.cnf'],
+@@ -403,7 +403,7 @@ if __name__ == '__main__':
+   'sympy.parsing.latex': ['*.txt', '*.g4'],
+   'sympy.integrals.rubi.parsetools': ['header.py.txt'],
},
 -  data_files=[('share/man/man1', ['doc/man/isympy.1'])],
 +  data_files=[('man/man1', ['doc/man/isympy.1'])],
Index: pkg/PLIST
=======
RCS file: /cvs/ports/math/py-sympy/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -r1.7 PLIST
--- pkg/PLIST   4 Sep 2018 12:46:16 -   1.7
+++ pkg/PLIST   22 Nov 2018 14:37:12 -
@@ -1,10 +1,13 @@
 @comment $OpenBSD: PLIST,v 1.7 2018/09/04 12:46:16 espie Exp $
 bin/isympy${MODPY_BIN_SUFFIX}
+lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}isympy.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/isympy.py
 lib/python${MODPY_VERSION}/site-packages/sympy/
 
lib/python${MODPY_VERSION}/site-packages/sympy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
 
lib/python${MODPY_VERSION}/site-packages/sympy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
 
lib/python${MODPY_VERSION}/site-packages/sympy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
 
lib/python${MODPY_VERSION}/site-packages/sympy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
+lib/python${MODPY_VERSION}/site-packages/sympy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/entry_points.txt
 
lib/python${MODPY_VERSION}/site-packages/sympy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe
 
lib/python${MODPY_VERSION}/site-packages/sympy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
 
lib/python${MODPY_VERSION}/site-packages/sympy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
@@ -15,7 +18,20 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/sympy/${MODPY_PYCACHE}conftest.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/sympy/${MODPY_PYCACHE}galgebra.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/sympy/${MODPY_PYCACHE}release.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/sympy/$

Re: SymPy

2012-05-10 Thread Edd Barrett
On Fri, May 04, 2012 at 12:44:09PM +0100, Edd Barrett wrote:
 Also I will add a README saying that the pyglet functionality is not yet
 supported.

Again with a small README included.

OK?

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk


py-sympy.tgz
Description: application/tar-gz


Re: SymPy

2012-05-10 Thread wen heping
2012/5/10 Edd Barrett vex...@gmail.com

 On Fri, May 04, 2012 at 12:44:09PM +0100, Edd Barrett wrote:
  Also I will add a README saying that the pyglet functionality is not yet
  supported.

 Again with a small README included.

 OK?


Yes, thank you!

wen



 --
 Best Regards
 Edd Barrett

 http://www.theunixzoo.co.uk



Re: SymPy

2012-05-04 Thread Edd Barrett
On Thu, May 03, 2012 at 10:37:37PM +0100, Edd Barrett wrote:
 On Thu, May 03, 2012 at 03:08:25PM +0100, Edd Barrett wrote:
  On Thu, May 03, 2012 at 06:52:03PM +0800, wen heping wrote:
   Hi,
   
   py-pyglet is only a option depend of sympy, and sympy work well 
   without
   pyglet.
   Shall we add sympy without pyglet support  ?
  
  That would be a start. I will compare our ports later and see if either of 
  us
  have missed anything.
 
 OK, here are some comments:
 
  * We will use your COMMENT.
  * COMMENT must start with a lower case unless it is a name, like Python.
  * Correct PKGNAME in both our ports.
  * MODPY_EGG_VERSION must be defined. See port-modules(5).
  * Changes to PLIST due to MODPY_EGG_VERSION
  * I will let you take MAINTAINER.
  * Add ipython run depend.
  * Use your do-regress target.
  * Fix manual path with a post-install target
 
 All regression tests passing here on i386 and amd64.
 
 Port attached. Someone care to OK?

Also I will add a README saying that the pyglet functionality is not yet
supported.

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk



Re: SymPy

2012-05-03 Thread Edd Barrett
Hi,

On Wed, May 02, 2012 at 09:55:59PM +0100, Edd Barrett wrote:
 I also have one but graphics don't work. Will dig it out tomorrow.
 On May 1, 2012 3:16 PM, wen heping wenhep...@gmail.com wrote:

I have attached (unfinished) ports of py-sympy and py-pyglet.

Sympy mostly works; I was able to manipulate formulae using the API,
however I am unable to do graphical printing because we require
py-pyglet (see below). The manual path is wrong in py-sympy IIRC.

Th py-pyglet is more troublesome. The hello world application segfaults. This
was as far as I got and have not found time to investigate since. Maybe someone
here wants to pick this up.

http://www.pyglet.org/doc/programming_guide/hello_world.py


#0  0x0002072891c1 in FcPatternObjectAddWithBinding () from 
/usr/X11R6/lib/libfontconfig.so.7.0
#1  0x0002096bb3ac in ffi_call_unix64 () from /usr/local/lib/libffi.so.0.0
#2  0x0002096bb214 in ffi_call (cif=0x7f7d76c0, fn=0x207289cb0 
IA__FcPatternAddDouble, rvalue=0x7f7d75c0, avalue=0x7f7d7590)
at src/x86/ffi64.c:484
#3  0x000200bf0524 in _ctypes_callproc () from 
/usr/local/lib/python2.7/lib-dynload/_ctypes.so
#4  0x000200bea67b in PyCFuncPtr_call () from 
/usr/local/lib/python2.7/lib-dynload/_ctypes.so
#5  0x000208b84b38 in PyObject_Call () from 
/usr/local/lib/libpython2.7.so.0.0
#6  0x000208c19c45 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#7  0x000208c1bc9f in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#8  0x000208c1d2b5 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#9  0x000208bac2c9 in function_call () from 
/usr/local/lib/libpython2.7.so.0.0
#10 0x000208b84b38 in PyObject_Call () from 
/usr/local/lib/libpython2.7.so.0.0
#11 0x000208b93032 in instancemethod_call () from 
/usr/local/lib/libpython2.7.so.0.0
#12 0x000208b84b38 in PyObject_Call () from 
/usr/local/lib/libpython2.7.so.0.0
#13 0x000208bdc16c in slot_tp_init () from 
/usr/local/lib/libpython2.7.so.0.0
#14 0x000208bd7cd8 in type_call () from /usr/local/lib/libpython2.7.so.0.0
#15 0x000208b84b38 in PyObject_Call () from 
/usr/local/lib/libpython2.7.so.0.0
#16 0x000208c19c45 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#17 0x000208c1d2b5 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#18 0x000208c1b7fd in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#19 0x000208c1d2b5 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#20 0x000208c1b7fd in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#21 0x000208c1d2b5 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#22 0x000208c1b7fd in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#23 0x000208c1bc9f in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#24 0x000208c1bc9f in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#25 0x000208c1bc9f in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#26 0x000208c1bc9f in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#27 0x000208c1d2b5 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#28 0x000208bac2c9 in function_call () from 
/usr/local/lib/libpython2.7.so.0.0
#29 0x000208b84b38 in PyObject_Call () from 
/usr/local/lib/libpython2.7.so.0.0
#30 0x000208b85361 in call_function_tail () from 
/usr/local/lib/libpython2.7.so.0.0
#31 0x000208b85802 in PyObject_CallFunction () from 
/usr/local/lib/libpython2.7.so.0.0
#32 0x000208b9bd83 in property_descr_set () from 
/usr/local/lib/libpython2.7.so.0.0
#33 0x000208bc1374 in _PyObject_GenericSetAttrWithDict () from 
/usr/local/lib/libpython2.7.so.0.0
#34 0x000208bc17f4 in PyObject_SetAttr () from 
/usr/local/lib/libpython2.7.so.0.0
#35 0x000208c18bed in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#36 0x000208c1d2b5 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#37 0x000208c1b7fd in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#38 0x000208c1d2b5 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#39 0x000208c1b7fd in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#40 0x000208c1d2b5 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#41 0x000208bac2c9 in function_call () from 
/usr/local/lib/libpython2.7.so.0.0
#42 0x000208b84b38 in PyObject_Call () from 
/usr/local/lib/libpython2.7.so.0.0
#43 0x000208b93032 in instancemethod_call () from 
/usr/local/lib/libpython2.7.so.0.0
#44 0x000208b84b38 in PyObject_Call () from 
/usr/local/lib/libpython2.7.so.0.0
#45 0x000208bdc16c in slot_tp_init () from 
/usr/local/lib/libpython2.7.so.0.0
#46 0x000208bd7cd8 in type_call () from /usr/local/lib/libpython2.7.so.0.0
#47 0x000208b84b38 in PyObject_Call () from 
/usr/local/lib/libpython2.7

Re: SymPy

2012-05-03 Thread wen heping
Hi,

py-pyglet is only a option depend of sympy, and sympy work well without
pyglet.
Shall we add sympy without pyglet support  ?

Regards,
wen

2012/5/3 Edd Barrett vex...@gmail.com

 Hi,

 On Wed, May 02, 2012 at 09:55:59PM +0100, Edd Barrett wrote:
  I also have one but graphics don't work. Will dig it out tomorrow.
  On May 1, 2012 3:16 PM, wen heping wenhep...@gmail.com wrote:

 I have attached (unfinished) ports of py-sympy and py-pyglet.

 Sympy mostly works; I was able to manipulate formulae using the API,
 however I am unable to do graphical printing because we require
 py-pyglet (see below). The manual path is wrong in py-sympy IIRC.

 Th py-pyglet is more troublesome. The hello world application segfaults.
 This
 was as far as I got and have not found time to investigate since. Maybe
 someone
 here wants to pick this up.

 http://www.pyglet.org/doc/programming_guide/hello_world.py


 #0  0x0002072891c1 in FcPatternObjectAddWithBinding () from
 /usr/X11R6/lib/libfontconfig.so.7.0
 #1  0x0002096bb3ac in ffi_call_unix64 () from
 /usr/local/lib/libffi.so.0.0
 #2  0x0002096bb214 in ffi_call (cif=0x7f7d76c0, fn=0x207289cb0
 IA__FcPatternAddDouble, rvalue=0x7f7d75c0, avalue=0x7f7d7590)
at src/x86/ffi64.c:484
 #3  0x000200bf0524 in _ctypes_callproc () from
 /usr/local/lib/python2.7/lib-dynload/_ctypes.so
 #4  0x000200bea67b in PyCFuncPtr_call () from
 /usr/local/lib/python2.7/lib-dynload/_ctypes.so
 #5  0x000208b84b38 in PyObject_Call () from
 /usr/local/lib/libpython2.7.so.0.0
 #6  0x000208c19c45 in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #7  0x000208c1bc9f in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #8  0x000208c1d2b5 in PyEval_EvalCodeEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #9  0x000208bac2c9 in function_call () from
 /usr/local/lib/libpython2.7.so.0.0
 #10 0x000208b84b38 in PyObject_Call () from
 /usr/local/lib/libpython2.7.so.0.0
 #11 0x000208b93032 in instancemethod_call () from
 /usr/local/lib/libpython2.7.so.0.0
 #12 0x000208b84b38 in PyObject_Call () from
 /usr/local/lib/libpython2.7.so.0.0
 #13 0x000208bdc16c in slot_tp_init () from
 /usr/local/lib/libpython2.7.so.0.0
 #14 0x000208bd7cd8 in type_call () from
 /usr/local/lib/libpython2.7.so.0.0
 #15 0x000208b84b38 in PyObject_Call () from
 /usr/local/lib/libpython2.7.so.0.0
 #16 0x000208c19c45 in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #17 0x000208c1d2b5 in PyEval_EvalCodeEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #18 0x000208c1b7fd in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #19 0x000208c1d2b5 in PyEval_EvalCodeEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #20 0x000208c1b7fd in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #21 0x000208c1d2b5 in PyEval_EvalCodeEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #22 0x000208c1b7fd in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #23 0x000208c1bc9f in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #24 0x000208c1bc9f in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #25 0x000208c1bc9f in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #26 0x000208c1bc9f in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #27 0x000208c1d2b5 in PyEval_EvalCodeEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #28 0x000208bac2c9 in function_call () from
 /usr/local/lib/libpython2.7.so.0.0
 #29 0x000208b84b38 in PyObject_Call () from
 /usr/local/lib/libpython2.7.so.0.0
 #30 0x000208b85361 in call_function_tail () from
 /usr/local/lib/libpython2.7.so.0.0
 #31 0x000208b85802 in PyObject_CallFunction () from
 /usr/local/lib/libpython2.7.so.0.0
 #32 0x000208b9bd83 in property_descr_set () from
 /usr/local/lib/libpython2.7.so.0.0
 #33 0x000208bc1374 in _PyObject_GenericSetAttrWithDict () from
 /usr/local/lib/libpython2.7.so.0.0
 #34 0x000208bc17f4 in PyObject_SetAttr () from
 /usr/local/lib/libpython2.7.so.0.0
 #35 0x000208c18bed in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #36 0x000208c1d2b5 in PyEval_EvalCodeEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #37 0x000208c1b7fd in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #38 0x000208c1d2b5 in PyEval_EvalCodeEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #39 0x000208c1b7fd in PyEval_EvalFrameEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #40 0x000208c1d2b5 in PyEval_EvalCodeEx () from
 /usr/local/lib/libpython2.7.so.0.0
 #41 0x000208bac2c9 in function_call () from
 /usr/local/lib/libpython2.7.so.0.0
 #42 0x000208b84b38 in PyObject_Call () from
 /usr/local/lib/libpython2.7.so.0.0
 #43 0x000208b93032 in instancemethod_call () from
 /usr/local/lib/libpython2.7.so.0.0
 #44 0x000208b84b38 in PyObject_Call () from
 /usr/local/lib

Re: SymPy

2012-05-03 Thread Edd Barrett
On Thu, May 03, 2012 at 06:52:03PM +0800, wen heping wrote:
 Hi,
 
 py-pyglet is only a option depend of sympy, and sympy work well without
 pyglet.
 Shall we add sympy without pyglet support  ?

That would be a start. I will compare our ports later and see if either of us
have missed anything.

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk



Re: SymPy

2012-05-03 Thread Edd Barrett
On Thu, May 03, 2012 at 03:08:25PM +0100, Edd Barrett wrote:
 On Thu, May 03, 2012 at 06:52:03PM +0800, wen heping wrote:
  Hi,
  
  py-pyglet is only a option depend of sympy, and sympy work well without
  pyglet.
  Shall we add sympy without pyglet support  ?
 
 That would be a start. I will compare our ports later and see if either of us
 have missed anything.

OK, here are some comments:

 * We will use your COMMENT.
 * COMMENT must start with a lower case unless it is a name, like Python.
 * Correct PKGNAME in both our ports.
 * MODPY_EGG_VERSION must be defined. See port-modules(5).
 * Changes to PLIST due to MODPY_EGG_VERSION
 * I will let you take MAINTAINER.
 * Add ipython run depend.
 * Use your do-regress target.
 * Fix manual path with a post-install target

All regression tests passing here on i386 and amd64.

Port attached. Someone care to OK?

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk


py-sympy.1.tgz
Description: application/tar-gz


SymPy

2012-04-30 Thread Predrag Punosevac
Has anybody tried porting SymPy (Symbolic Python) to OpenBSD?

Thank you,
Predrag