Skip to content
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

FIX: fixing docs errors #202

Merged
merged 3 commits into from
Jul 18, 2022
Merged

FIX: fixing docs errors #202

merged 3 commits into from
Jul 18, 2022

Conversation

PatrickSampaioUSP
Copy link
Contributor

No description provided.

@Gui-FernandesBR
Copy link
Member

@PatrickSampaioUSP tkns for helping,

We need address pytests failure before merging, it seems there's a problem on ipywidgets imports.

Also, shouldn't be better merging into develop branch before master so we guarantee they before stay syncronized ?

@Gui-FernandesBR Gui-FernandesBR self-requested a review July 11, 2022 13:28
@Gui-FernandesBR Gui-FernandesBR added the Bug Something isn't working label Jul 11, 2022
@PatrickSampaioUSP
Copy link
Contributor Author

Usually we should merge hot_fixes directly to the master, and then after we update the develop branch

Copy link
Member

@Gui-FernandesBR Gui-FernandesBR left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

well done!

Copy link
Member

@giovaniceotto giovaniceotto left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since all relevant changes are done in the docs folder, I am confortable merging it directly to the master branch to fix such docs issue.

Furthermore, the changes made outside the docs folder are small and simple to review.

I am approving this PR and merging it.

@@ -22,6 +22,7 @@
__status__ = "Production"

from .Environment import Environment
from .EnvironmentAnalysis import EnvironmentAnalysis
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this addition mean we might have bugs with the currently release when importing EnvironmentAnalsyis? @PatrickSampaioUSP

I guess my question is, does from rocketpy import * also import EnvironmentAnalysis just as from rocketpy import EnvironmentAnalysis does?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, that would be a problem?

@giovaniceotto giovaniceotto merged commit 450b267 into master Jul 18, 2022
@Gui-FernandesBR
Copy link
Member

@PatrickSampaioUSP @giovaniceotto need some extra help here,

apperantly the documentation is still failling, do you know how to solve this ?

image

@PatrickSampaioUSP
Copy link
Contributor Author

Screenshot from 2022-07-19 07-28-53

@PatrickSampaioUSP
Copy link
Contributor Author

Yeah, by some bizarre reason he is not finding the timezonefinder>=6.0.2

@Gui-FernandesBR
Copy link
Member

Yeah, by some bizarre reason he is not finding the timezonefinder>=6.0.2

Ok so how can we fix that? Unfortunately there's no possiblity of re-opening te pull request, but as long we don't have restored documentation page completely, our job is not done.

In the screen shot you presented above, it seems timezonefinder requires a specifically different python version. Since we only use this on the Environment Analysis file, shall we remove timezone from requirements and stop using it from rocketpy package until we discover other solution for the timezonefinder ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants