<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Roadmap</title><link>https://sourceforge.net/p/winpython/wiki/Roadmap/</link><description>Recent changes to Roadmap</description><atom:link href="https://sourceforge.net/p/winpython/wiki/Roadmap/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 30 Oct 2017 08:12:09 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/winpython/wiki/Roadmap/feed.rss" rel="self" type="application/rss+xml"/><item><title>Roadmap modified by stonebig</title><link>https://sourceforge.net/p/winpython/wiki/Roadmap/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v1
+++ v2
@@ -1,3 +1,7 @@
+now maintained on https://github.com/winpython/winpython/wiki/Roadmap
+
+Legacy version:
+
 My first post related to WinPython on Spyder's blog is worth reading to understand a few things regarding the original motivation and some facts on building 64-bit Python packages on Windows -- it's entitled: "[Scientific Python distribution for Windows 64bit](http://spyder-ide.blogspot.fr/2012/08/scientific-python-distribution-for.html)".

 After creating the [Python(x,y)](http://www.pythonxy.com) distribution which is still a great success in the scientific Python ecosystem, I wanted to try another way of distributing Python for Windows through a portable distribution which would rely on official packages only (i.e. libraries built by their own maintainer) instead of having to rebuild every single package like it's done with Python(x,y). 
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">stonebig</dc:creator><pubDate>Mon, 30 Oct 2017 08:12:09 -0000</pubDate><guid>https://sourceforge.net0d90b79ee642c1a4bcdcde5bdabe30f3d1a6f91b</guid></item><item><title>Roadmap modified by Anonymous</title><link>https://sourceforge.net/p/winpython/wiki/Roadmap/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;My first post related to WinPython on Spyder's blog is worth reading to understand a few things regarding the original motivation and some facts on building 64-bit Python packages on Windows -- it's entitled: "&lt;a class="" href="http://spyder-ide.blogspot.fr/2012/08/scientific-python-distribution-for.html" rel="nofollow"&gt;Scientific Python distribution for Windows 64bit&lt;/a&gt;". &lt;/p&gt;
&lt;p&gt;After creating the &lt;a class="" href="http://www.pythonxy.com" rel="nofollow"&gt;Python(x,y)&lt;/a&gt; distribution which is still a great success in the scientific Python ecosystem, I wanted to try another way of distributing Python for Windows through a portable distribution which would rely on official packages only (i.e. libraries built by their own maintainer) instead of having to rebuild every single package like it's done with Python(x,y). &lt;/p&gt;
&lt;p&gt;A portable distribution means that it's all in a single, self-consistent folder which is movable to any location without any installation procedure: in other words, copying is installing. To make it work, configuration scripts must be executed before the Python interpreter itself is started, setting up the right environment for its execution. &lt;/p&gt;
&lt;p&gt;As a consequence, &lt;em&gt;multiple versions of WinPython&lt;/em&gt; (with arbitrary versions or architectures of Python) &lt;em&gt;may be used on the same machine without any specific configuration&lt;/em&gt;. In August 2012, when I decided to launch the project, this was the strongest motivation of all: being able to use as many Python distributions as I need on any machine, in a 5 minutes top (just the time to unzip a 200-300MB archive), thus allowing to test scripts with Python 2.7 or 3.3, 32 or 64bit. &lt;/p&gt;
&lt;p&gt;Ultimately, this will allow me to keep with me on a USB key my whole development framework: a working Python/Spyder environment, TortoiseHg and other development tools and all my projects. Note that it will also require a redirection of user settings environment variable %USERPROFILE%&lt;span&gt;[1]&lt;/span&gt; and a new feature in Spyder (&lt;a class="" href="http://code.google.com/p/spyderlib/issues/detail?id=1133" rel="nofollow"&gt;being able to set the workspace directory location to a relative path&lt;/a&gt;&lt;span&gt;[2]&lt;/span&gt;). &lt;/p&gt;
&lt;p&gt;&lt;span&gt;[1]&lt;/span&gt; I'm still not sure about this. For example, when working on the same machine for a time being, this maybe annoying to loose settings everytime you switch from a distribution to another: in this situation, the single settings folder in user's home directory would probably be more comfortable. &lt;/p&gt;
&lt;p&gt;&lt;span&gt;[2]&lt;/span&gt; Since &lt;a class="" href="http://code.google.com/p/winpython/source/detail?r=f953c21f2ce104131e549be9a66bf8dd26d726ca" rel="nofollow"&gt;this changeset&lt;/a&gt;, this is handled by the executable launchers of Spyder in WinPython. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 21 Dec 2013 15:47:04 -0000</pubDate><guid>https://sourceforge.net17cbc793f708f95e4c0679988d95cb0a7478b67c</guid></item></channel></rss>