update to spyder4

[Mukundan Ragavan]

I am looking to update Spyder-IDE to version 4.x [0] on rawhide and ran
into some issues. Spyder 4 introduces a few new dependencies are not yet
available in Fedora or have been retired. These dependencies are
qdarksuite, diff-match-patch and python-language-server.

qdarksuite is not necessarily a problem. It depends on qtsass and
helpdev. These three are fairly easily packaged [1].

diff-patch-match is already present in Fedora but has not been updated
for sometime by the looks of it. Although I have not tested if the
latest upstream version builds, I suspect this should not be a problem.

python-language-server (pyls), on the other hand, may be a problem. pyls
depends on several packages including jsonrpc-server, versioneer and
backports.functools_lru_cache in the simple configuration. The first two
packages are straightforward to build [1]. However, lru_cache seems to
python2 only as far as I can tell. Furthermore, it was recently retired
in Fedora for the exact same reason [2].

How do I proceed? Can the SIG give me some pointers on how I can move
forward? Anyone has experience with packaging Pyls?

Thanks.


[0] https://github.com/spyder-ide/spyder/releases
[1] https://copr.fedorainfracloud.org/coprs/nonamedotc/spyder4/packages/
[2]
https://src.fedoraproject.org/rpms/python-backports-functools_lru_cache/c...

[Zbigniew Jędrzejewski-Szmek]

On Sun, Dec 22, 2019 at 08:33:00AM -0500, Mukundan Ragavan wrote:
>  I am looking to update Spyder-IDE to version 4.x [0] on rawhide and
> ran
>  into some issues. Spyder 4 introduces a few new dependencies are not yet
>  available in Fedora or have been retired. These dependencies are
>  qdarksuite, diff-match-patch and python-language-server.
>  
>  qdarksuite is not necessarily a problem. It depends on qtsass and
>  helpdev. These three are fairly easily packaged [1].
>  
>  diff-patch-match is already present in Fedora but has not been updated
>  for sometime by the looks of it. Although I have not tested if the
>  latest upstream version builds, I suspect this should not be a problem.
>  
>  python-language-server (pyls), on the other hand, may be a problem. pyls
>  depends on several packages including jsonrpc-server, versioneer and
>  backports.functools_lru_cache in the simple configuration. The first two
>  packages are straightforward to build [1]. However, lru_cache seems to
>  python2 only as far as I can tell. Furthermore, it was recently retired
>  in Fedora for the exact same reason [2]. 
functools.lru_cache() is provided by the standard library in python3.

We have diff-match-patch from 2012, latest version is 20181111.
I'd say it's ripe for an update.

>  How do I proceed? Can the SIG give me some pointers on how I can
> move
>  forward? Anyone has experience with packaging Pyls? 
I'd just go ahead with updating everything to the latest versions.
Feel free to put me in CC on any package reviews or PRs, I'll be happy
to review them.

Zbyszek

[Mukundan Ragavan]

On 12/22/19 8:44 AM, Zbigniew Jędrzejewski-Szmek wrote:

> >
> > python-language-server (pyls), on the other hand, may be a problem. pyls
> > depends on several packages including jsonrpc-server, versioneer and
> > backports.functools_lru_cache in the simple configuration. The first two
> > packages are straightforward to build [1]. However, lru_cache seems to
> > python2 only as far as I can tell. Furthermore, it was recently retired
> > in Fedora for the exact same reason [2].
>  
>  functools.lru_cache() is provided by the standard library in python3.
>   
Ah! That's great then.

>  We have diff-match-patch from 2012, latest version is 20181111.
>  I'd say it's ripe for an update.
>   
I will submit a PR

> > How do I proceed? Can the SIG give me some pointers on how I can
> move
> > forward? Anyone has experience with packaging Pyls?
>  
>  I'd just go ahead with updating everything to the latest versions.
>  Feel free to put me in CC on any package reviews or PRs, I'll be happy
>  to review them.
>  
>  Zbyszek 
Thanks! Will do.

[Mukundan Ragavan]

On 12/22/19 8:44 AM, Zbigniew Jędrzejewski-Szmek wrote:

>  
>  We have diff-match-patch from 2012, latest version is 20181111.
>  I'd say it's ripe for an update.
>  
> > How do I proceed? Can the SIG give me some pointers on how I can move
> > forward? Anyone has experience with packaging Pyls?
>  
>  I'd just go ahead with updating everything to the latest versions.
>  Feel free to put me in CC on any package reviews or PRs, I'll be happy
>  to review them.
>  
>  Zbyszek 

I have submitted the following package review requests. Reviews are much
appreciated.

python-{}

qtsass - https://bugzilla.redhat.com/show_bug.cgi?id=1785974
jsonrpcserver - https://bugzilla.redhat.com/show_bug.cgi?id=1785970
versioneer - https://bugzilla.redhat.com/show_bug.cgi?id=1785968
apply-defaults - https://bugzilla.redhat.com/show_bug.cgi?id=1785967
helpdev - https://bugzilla.redhat.com/show_bug.cgi?id=1785977
engineio - https://bugzilla.redhat.com/show_bug.cgi?id=1785979
socketio - https://bugzilla.redhat.com/show_bug.cgi?id=1785981
flask-socketio - https://bugzilla.redhat.com/show_bug.cgi?id=1785983

qdarkstyle - https://bugzilla.redhat.com/show_bug.cgi?id=1785982
This is going to be a bit problematic.

I have, so far, been unable to build aiozmq [0]. This will be needed for
pyls. Any pointers will be appreciated as well.

There is a PR for diff-match-path [1].

Zbyszek, I have added you on CC. Thanks!

[0]
https://copr.fedorainfracloud.org/coprs/nonamedotc/spyder4_rawhide/build/...
[1]
https://src.fedoraproject.org/rpms/python-diff-match-patch/pull-request/1

[Lumir Balhar]

Hello.

On 12/22/19 2:33 PM, Mukundan Ragavan wrote:
>  I am looking to update Spyder-IDE to version 4.x [0] on rawhide and
> ran
>  into some issues. Spyder 4 introduces a few new dependencies are not yet
>  available in Fedora or have been retired. These dependencies are
>  qdarksuite, diff-match-patch and python-language-server.
>
>  qdarksuite is not necessarily a problem. It depends on qtsass and
>  helpdev. These three are fairly easily packaged [1].
>
>  diff-patch-match is already present in Fedora but has not been updated
>  for sometime by the looks of it. Although I have not tested if the
>  latest upstream version builds, I suspect this should not be a problem.
>
>  python-language-server (pyls), on the other hand, may be a problem. pyls
>  depends on several packages including jsonrpc-server, versioneer and
>  backports.functools_lru_cache in the simple configuration. The first two
>  packages are straightforward to build [1]. However, lru_cache seems to
>  python2 only as far as I can tell. Furthermore, it was recently retired
>  in Fedora for the exact same reason [2].
>
>  How do I proceed? Can the SIG give me some pointers on how I can move
>  forward? Anyone has experience with packaging Pyls? 
I don't know the package but from the setup.py [0] it seems that it 
requires functools_lru_cache only for Python < 3.2 which makes perfect 
sense because the module is in the standard library since Python 3.2.

So, if you package all the new dependencies for Python 3, it should be 
fine without functools_lru_cache.

[0] 
https://github.com/palantir/python-language-server/blob/develop/setup.py#L37

Have a nice day.

Lumír

>  Thanks.
>
>
>  [0] https://github.com/spyder-ide/spyder/releases
>  [1] https://copr.fedorainfracloud.org/coprs/nonamedotc/spyder4/packages/
>  [2]
>
> https://src.fedoraproject.org/rpms/python-backports-functools_lru_cache/c...
>
>
>  _______________________________________________
>  python-devel mailing list -- python-devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to python-devel-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
> https://lists.fedoraproject.org/archives/list/[e-mail]...

[Mukundan Ragavan]

On 12/22/19 8:57 AM, Lumir Balhar wrote:
> > How do I proceed? Can the SIG give me some pointers on how I can
> move
> > forward? Anyone has experience with packaging Pyls?
>  
>  I don't know the package but from the setup.py [0] it seems that it
>  requires functools_lru_cache only for Python < 3.2 which makes perfect
>  sense because the module is in the standard library since Python 3.2.
>  
>  So, if you package all the new dependencies for Python 3, it should be
>  fine without functools_lru_cache.
>  
>  [0]
>  https://github.com/palantir/python-language-server/blob/develop/setup.py#L37
>  
>  Have a nice day.
>  
>  Lumír
>   
Thanks. I will do just that - all python3.