8000 Preparing for next release, v1.10 · Issue #4356 · micropython/micropython · GitHub
[go: up one dir, main page]
Skip to content

Preparing for next release, v1.10 #4356

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.

Sign up for GitHub

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

Jump to bottom
Closed
6 of 11 tasks
dpgeorge opened this issue Dec 15, 2018 · 18 comments
Closed
6 of 11 tasks

Preparing for next release, v1.10 #4356

dpgeorge opened this issue Dec 15, 2018 · 18 comments

Comments

@dpgeorge
Copy link
Member
dpgeorge commented Dec 15, 2018 •
edited
Loading

There have been many commits since v1.9.4 and it's definitely overdue for the next release. There have been many changes so it's beyond v1.9.5, but the code is not yet ready for v2.0, so v1.10.0 makes sense.

PRs/issues to try and resolve before the release are:
@peterhinch
Copy link
Contributor

Is there any chance of revisiting #3591?

This is an issue which crops up periodically on the forum. The merit of PyPi is simplicity for new users. Consider a new user of the Pyboard running Windows. To use upip they need to create a Linux VM, clone the MicroPython repo and compile the Unix build. These may be major hurdles.

I can't see how to write a single upip version which is both highly optimised for ESP8266 and is OS-agnostic. If it can be done, it should be. There is a definite need for some solution to this problem.

@hwt9520
Copy link
hwt9520 commented Dec 15, 2018

i also get the same problem of esp8266, which uart(0) dont works neither with dupterm(None,1) nor dupterm(None)
repl always work when boot esp8266...

@dpgeorge
Copy link
Member Author

i also get the same problem of esp8266, which uart(0) dont works neither with dupterm(None,1) nor dupterm(None)
repl always work when boot esp8266...

@hwt9520 can you please expla 8000 in in more detail the problem? What version of the esp8266 firmware did you use, what is the code that you run, and what is it you expect to happen? If your issue is the same as (or related to) what is described in #4314 then please post the details in that issue.

@hwt9520
Copy link
hwt9520 commented Dec 17, 2018

https://forum.micropython.org/viewtopic.php?f=16&t=5678&sid=c8f4edcd142b1779fe6798127e935d20

@hwt9520
Copy link
hwt9520 commented Dec 17, 2018

esp8266-20180511-v1.9.4.bin
I want to drop repl, only use uart for sensors
if need to control, webrepl help me
if have problem, I can erase and flash the esp8266 board

thank you for help me
if you are too busy, I think I am going to learn c to do it

@mattytrentini
Copy link
Contributor

I'd like to see #3658 resolved, even if it's just duplicating the ESP8266 docs and correcting any errors. I can put some time into the docs over the holiday period if that fits in with the 1.10 schedule.

And if I were to pick any single defect to have resolved it would be #4269. It really undermines the quality of the ESP32 port. I know it's not trivial though...

Glad to see a release plan though! Thanks @dpgeorge

@peterhinch
Copy link
Contributor

I'm looking forward to a release so that bugs fixed long ago (#3153) find their way into an official release build. I'm not alone in coding round that one.

As for the CoC I don't know how effective it is likely to be in practice. But if it helps towards a greater level of tolerance towards beginners and those whose experience differs from our own I'm all for it. I think skilled people have a duty to share with those younger or less experienced while remaining willing to learn. Someone might be a less skilled Python coder yet have relevant knowledge and experience which they lack.

Just my two penn'orth :)

@dpgeorge
Copy link
Member Author

Thanks all for the feedback. I have added the requested 3 issues to the list and will try to get to them.

@hwt9520
Copy link
hwt9520 commented Dec 20, 2018

Thanks for all of you to help us solve the problem!
I will come here waiting the result every day

@delivrance
Copy link

@dpgeorge I guess you are already aware of the Loboris ESP32 port. Is there any chance to bring such features right into this main repo? Most notably: sdcard support, wear leveling and OTA partitions. Or, is there any plan for any other enhancement to the ESP32 port? I see the port is pretty young and it also has nightly builds only (sign that it's still in an early stage).

@mattytrentini mattytrentini mentioned this issue Dec 26, 2018
Closed
@mattytrentini
Copy link
Contributor

We may also want to consider addressing #4396 for v1.10? This issue has stung more than half of the people I've introduced to MicroPython on the ESP32...

@dpgeorge dpgeorge mentioned this issue Jan 17, 2019
Closed
@pfalcon
Copy link
Contributor
pfalcon commented Jan 23, 2019

There're more and more comments appear on tickets/PRs "this should be addressed after 1.10". But what's being done to make that release? There're no comments here for a while. And the list contains strange items like:

top: Add CODE_OF_CONDUCT.md document from www.contributor-covenant.org. #4358

How adding code of conduct relates to the release? CoC deals with community interaction, while a release is well, a release. Adopting CoC in non-fiat way usually requires collecting community feedback, which requires time. Making that process deadlock the release is again, strange.

@pfalcon
Copy link
Contributor
pfalcon commented Jan 23, 2019

Oh, and btw, the release should be good enough reason to get response to #4363.

@dpgeorge
Copy link
Member Author

But what's being done to make that release? There're no comments here for a while

You can see that the list at the top is being updated with items as they are completed (and discussion happens in those issues/PRs).

Now that a majority of the items are done I'm happy to make the release ASAP, in the interest of moving forward.

Following earlier release numbering, the next one will be v1.10 and not v1.10.0 as previously stated.

@dpgeorge dpgeorge changed the title Preparing for next release, v1.10.0 Preparing for next release, v1.10 Jan 25, 2019
@dpgeorge
Copy link
Member Author

Builds have all been checked, relevant tests run, and release notes are being prepared.

@rlnktt
Copy link
rlnktt commented Jan 25, 2019

👍 Waiting eagerly @dpgeorge

@dpgeorge
Copy link
Member Author

v1.10 is tagged at 3e25d61
8000

@dpgeorge
Copy link
Member Author

Remaining items were done: GitHub release made, esp-extra-scripts branch rebased and force-pushed, micropython.org/download updated (ordering of some firmware is funny but that will go away in time), and docs updated.

@nevercast nevercast mentioned this issue Jun 8, 2020
Open
17 tasks
tannewt pushed a commit to tannewt/circuitpython that referenced this issue Mar 9, 2021
@jepler
Merge pull request micropython#4356 from jerryneedell/jerryn_blackpil…
7ab75fa 
…l_flash

 add GD25Q16C flash to BlackPill
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
7 participants
@mattytrentini @pfalcon @hwt9520 @dpgeorge @peterhinch @delivrance @rlnktt
0