-
Notifications
You must be signed in to change notification settings - Fork 742
The 5.0.1 release is planned for end of septemper. Anything we want to have included in it? #856
Comments
@evanshultz, @Ratfink, @jkriege2, @Shackmeister My intent was to be as strict as described in this mailing list message. Could you read it and tell me if we to the best of our knowledge fulfill the promises given in it? |
While I haven't checked anything, I don't recall any major changes off the top of my head. There has been a lot added and fixed, but it's all incremental in my recollection. I believe any breaking changes should be minor. |
I plan on writting a script that will give us a list of symbols that have design breaking changes. This list should allow us to make an informed decision. |
I found we have the following design breaking changes made in the symbol lib since the 5.0.0 tag Deleted or renamed symbols:
Symbols with moved, renumbered or removed pins:
Symbols where only NC pins have been touched (most likely moved onto the part outline. These changes should definetely be ok):
|
Driver_FET.lib:IR2106 wasn't actually deleted, it was turned into an alias of Driver_FET.lib:IR2101 in d54589d. |
Oh. Hm that means my script needs a bit more power. |
Release is comming. How are we doing with this? What needs to be done? |
Run the testscript i wrote, ask over at the mailing list if the changes are within acceptable limits. If yes tag the current master with 5.0.1. If not no new tag should be made in my opineon. But the packagers might not like it that way as they would need to change their scripts to still get the tag for 5.0.0 for the libraries. Edit: My testscript requires you to have two copies of the lib. One that is on 5.0.0 and one that is on current master. It reports changed pin positions and also deleted (or renamed) symbols. |
Worst case scenario the tag for 5.0.1 can be set to point to the 5.0.0 commit in order to avoid changes for packagers. Little bit better scenario we can point to the previous commit that first breaks compatibility. |
So what is going to the included with 5.0.1? It's supposed to be tagged in a matter of hours (https://lists.launchpad.net/kicad-developers/msg37819.html). I know you're going to check out the delta changes, Rene. The only outstanding PR I see as important to merge is #1044 since a user reported an error in the library and destroyed a part due to it. Otherwise, and since that one isn't critical, merging it and tagging 5.0.1 or leaving 5.0.0 is OK with me. |
Fix merged Edit: Wrong issue |
I ran my test script again. A few more symbols now have incompatible changes. (Edit: a bit inflated as i now also included aliases in the list.) Full report file: report.txt Now a list of the incompatible changes: Pins have been moved, renumbered or removed in the following symbols:
Normal pins ok but NC pins have been moved, renumbered or removed in the following symbol:
Removed or renamed have been the following symbols:
Renamed (bugfix, added correct suffix to indicate which package the symbol uses. PR: #826):
|
Wayne gave the ok so i will tag the current state of the lib as 5.0.1. |
https://lists.launchpad.net/kicad-developers/msg37283.html
The text was updated successfully, but these errors were encountered: