Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 602242 - dev-python/spyder-3.0.2 version bump
Summary: dev-python/spyder-3.0.2 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Andrey Grozin
URL:
Whiteboard:
Keywords:
: 565856 (view as bug list)
Depends on:
Blocks:
 
Reported: 2016-12-10 12:18 UTC by edes
Modified: 2016-12-18 14:15 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description edes 2016-12-10 12:18:12 UTC
the latest ebuild in the repositories is for 2.3.9, several versions were released since then, including a major change to version 3 with many improvements and better support for python3.

latest release is 3.0.2, it would be great to have an up-to-date ebuild.
Comment 1 Jonas Stein gentoo-dev 2016-12-10 19:21:36 UTC
https://github.com/spyder-ide/spyder/releases
Comment 2 Andrey Grozin gentoo-dev 2016-12-11 13:46:07 UTC
*** Bug 565856 has been marked as a duplicate of this bug. ***
Comment 3 Andrey Grozin gentoo-dev 2016-12-12 14:38:49 UTC
commit e2f891011f3883c81282af06d0cbf522f8c71040
Author: Andrey Grozin <grozin@gentoo.org>
Date:   Mon Dec 12 21:34:30 2016 +0700

    dev-python/spyder: bump to 3.0.2
    
    Bug: 602242
    
    Package-Manager: portage-2.3.3

commit 1cc54d76539ea27219f5639b72162b7adb77e309
Author: Andrey Grozin <grozin@gentoo.org>
Date:   Mon Dec 12 21:27:37 2016 +0700

    dev-python/qtawesome: initial import
    
    Package-Manager: portage-2.3.3

commit 48d47927ff2c30cbf4ce308c81b73ce3be1ced81
Author: Andrey Grozin <grozin@gentoo.org>
Date:   Mon Dec 12 21:30:12 2016 +0700

    dev-python/rope_py3k: initial import
    
    Package-Manager: portage-2.3.3
Comment 4 edes 2016-12-13 23:39:37 UTC
wow, that was fast! it works great, thank you.

there seems to be something wrong with the patch, though.

applying the patch, only the version for python3 is installed, while skipping the patch both versions for python3 and python2 are installed, with two scripts: spyder, pointing to /usr/lib/python-exec/python2.7/spyder, and spyder3, pointing to /usr/lib/python-exec/python3.5/spyder3.

for now i modified the ebuild to skip the patch, although that brings other problems. but at least i have both versions working.
Comment 5 Andrey Grozin gentoo-dev 2016-12-14 08:27:56 UTC
(In reply to edes from comment #4)
> applying the patch, only the version for python3 is installed, while
> skipping the patch both versions for python3 and python2 are installed, with
> two scripts: spyder, pointing to /usr/lib/python-exec/python2.7/spyder, and
> spyder3, pointing to /usr/lib/python-exec/python3.5/spyder3.
If you eselect python-2.7 and start spyder, the python-2.7 version is started; if you eselect python-3.x, the python-3.x version is started. This is the standard Gentoo behaviour: if a python package installs some script[s], it[they] is[are] started with the currently eselected python.
Comment 6 edes 2016-12-14 12:20:39 UTC
(In reply to Andrey Grozin from comment #5)

> If you eselect python-2.7 and start spyder, the python-2.7 version is
> started; if you eselect python-3.x, the python-3.x version is started. This
> is the standard Gentoo behaviour: 

this seems to be not only very cumbersome and unnecessary but also inconvenient, since the eselect command must be run by root and changes the python environment system-wide. 

on the other hand, i don't see how this is "the standard Gentoo behaviour". the ipython package installed by the ebuild, for example, includes different scripts to launch versions 2 and 3 without having to eselect the python environment, which i find only logical. 

it seems to me that spyder should follow the same rationale (as is the default spyder installation, by the way). 

thanks for your attention.
Comment 7 edes 2016-12-14 12:41:30 UTC
to elaborate this a bit further, i think that ideally spyder should follow the same criterion as ipython and other python packages, where for example ipython2 and ipython3 launch versions 2 and 3 respectively, and ipython launches whatever version is set system-wide by eselect.

or at least leave spyder for python2 and spyder3 for python3, as is the default installation.
Comment 8 edes 2016-12-18 14:15:34 UTC
(In reply to edes from comment #7)
> to elaborate this a bit further, i think that ideally spyder should follow
> the same criterion as ipython and other python packages, where for example
> ipython2 and ipython3 launch versions 2 and 3 respectively, and ipython
> launches whatever version is set system-wide by eselect.

and this is exactly what the new 3.0.2-r1 version does!!
that's great, thank you!!