update installation recommendations#9634
Conversation
|
@drammock I have a few colleagues who are interested in getting started with MNE but havent installed it yet. They are scientists but not tech focused. If you wish, I could get them to follow the install instructions and give us user feedback, but it would happen sometime in the next week (not in the next day or two). |
Great! Let's get this merged in and backported after I address your other comment (tomorrow, it's late here). Then your colleagues' feedback can be addressed in a second PR |
|
@rob-luke @cbrnr @hoechenberger this one is ready for final review/merge. |
|
PR is awesome
Will do, ill try not to interfere while I watch them :) |
There was a problem hiding this comment.
Very nice summary @drammock! Apart from my minor comments this is ready to merge IMO. On a somewhat unrelated note, it is sad how complicated package installation has become in Python (or rather, it has always been like that) 😢 . Don't ever try Julia because that's how package management should be in Python 😉 .
or |
Co-authored-by: Richard Höchenberger <richard.hoechenberger@gmail.com> Co-authored-by: Robert Luke <748691+rob-luke@users.noreply.github.com> Co-authored-by: Clemens Brunner <clemens.brunner@gmail.com>
Co-authored-by: Richard Höchenberger <richard.hoechenberger@gmail.com>
|
Thanks @drammock ! |
* use a variable for min python version * recommend conda-forge to install mne * recommend conda-forge-based installation * fix include path * clarify quickstart * use replace vars in install instructions * clarify install instructions * add page with guidance for upgrading * split out python from MNE install page * deduplicate * simpler * fix command * tweaks * add miniforge * Apply suggestions from code review Co-authored-by: Richard Höchenberger <richard.hoechenberger@gmail.com> Co-authored-by: Robert Luke <748691+rob-luke@users.noreply.github.com> Co-authored-by: Clemens Brunner <clemens.brunner@gmail.com> * more changes from code review * better windows formatting * fix macos paths * more equals signs Co-authored-by: Richard Höchenberger <richard.hoechenberger@gmail.com> Co-authored-by: Richard Höchenberger <richard.hoechenberger@gmail.com> Co-authored-by: Robert Luke <748691+rob-luke@users.noreply.github.com> Co-authored-by: Clemens Brunner <clemens.brunner@gmail.com>
|
backported |
|
Thx @drammock regarding comments on packaging. Npm is easier as it’s only JavaScript not python, c++, OpenGL / vtk etc. Regarding Julia yes maybe but I want to see something flying with the complexity of mne dependencies. You want to help packaging -> reduce dependencies and keep complexity low ! Packaging across platforms is just damned hard ! |
Yes, that's true no matter what programming language. |
closes #9623