New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BLD: drop support for python 3.2 #9118

Closed
jreback opened this Issue Dec 20, 2014 · 2 comments

Comments

Projects
None yet
2 participants
@jreback
Contributor

jreback commented Dec 20, 2014

someone want to sample the scientific stack and see who still supoorts 3.2?

@jreback jreback added the Compat label Dec 20, 2014

@jreback jreback added this to the 0.16.0 milestone Dec 20, 2014

@jorisvandenbossche

This comment has been minimized.

Show comment
Hide comment
@jorisvandenbossche

jorisvandenbossche Dec 20, 2014

Member

There was a small mention of this on the numpy mailing list: http://mail.scipy.org/pipermail/numpy-discussion/2014-March/069643.html, but numpy/scipy still support it I think
IPython has already dropped it: http://mail.scipy.org/pipermail/ipython-dev/2013-August/012177.html (but they are always a bit quicker)

scikit-learn seems to only support >= 3.3: http://scikit-learn.org/stable/install.html
Also matplotlib seems like the same, only >=3.3: http://matplotlib.org/users/installing.html#required-dependencies, matplotlib/matplotlib#3192

Member

jorisvandenbossche commented Dec 20, 2014

There was a small mention of this on the numpy mailing list: http://mail.scipy.org/pipermail/numpy-discussion/2014-March/069643.html, but numpy/scipy still support it I think
IPython has already dropped it: http://mail.scipy.org/pipermail/ipython-dev/2013-August/012177.html (but they are always a bit quicker)

scikit-learn seems to only support >= 3.3: http://scikit-learn.org/stable/install.html
Also matplotlib seems like the same, only >=3.3: http://matplotlib.org/users/installing.html#required-dependencies, matplotlib/matplotlib#3192

@jreback jreback modified the milestones: 0.16.0, Next Major Release Mar 6, 2015

@jreback jreback modified the milestones: 0.17.0, Next Major Release Mar 23, 2015

@jreback

This comment has been minimized.

Show comment
Hide comment
@jreback

jreback Mar 23, 2015

Contributor

windows builds are now dropping 3.2, so this is on tap for 0.17.0

Contributor

jreback commented Mar 23, 2015

windows builds are now dropping 3.2, so this is on tap for 0.17.0

jreback added a commit to jreback/pandas that referenced this issue Jun 20, 2015

jreback added a commit that referenced this issue Jun 22, 2015

yarikoptic added a commit to neurodebian/pandas that referenced this issue Jul 2, 2015

Merge commit 'v0.16.2-42-g383865f' into debian
* commit 'v0.16.2-42-g383865f': (72 commits)
  BUG: provide categorical concat always on axis 0, pandas-dev#10430     numpy 1.10 makes this an error for 1-d on axis != 0
  DOC: update missing.rst with ref to groupby.rst
  BUG: Timedeltas with no specified units (and frac) should raise, pandas-dev#10426
  BUG: using .loc[:,column] fails when the object is a multi-index, pandas-dev#10408
  Removed scikit-timeseries migration docs from FAQ
  BUG: GH10395 bug in DataFrame.interpolate with axis=1 and inplace=True
  BUG: GH10392 bug where Table.select_column does not preserve column name
  TST: Use unicode literals in string test
  PERF: fix _get_level_indexer to accept an intermediate indexer result
  PERF: bench for pandas-dev#10287
  BUG: drop_duplicates drops name(s).
  ENH: Enable ExcelWriter to construct in-memory sheets
  BLD: remove support for 3.2, pandas-dev#9118
  PERF: timedelta and datetime64 ops improvements
  PERF: parse timedelta strings in cython pandas-dev#6755
  closes bug in reset_index when index contains NaT
  Check for size=0 before setting item Fixes pandas-dev#10193
  closes bug in apply when function returns categorical
  BUG: frequencies.get_freq_code raises an error against offset with n != 1
  CI: run doc-tests always
  ...
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment