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

modtool: use prefix path for modtool instead of prefs #3266

Merged
merged 1 commit into from Mar 31, 2020

Conversation

mormj
Copy link
Contributor

@mormj mormj commented Mar 16, 2020

Putting this up here for discussion - though I don't see the downsides to this change just yet.

When a prefix gets installed, the [modtool] section in prefs hardcodes
the path to the templates in the newly installed prefix as a global path
for all modtools. This creates major problems when bouncing between
prefixes, especially when newmod changes between releases

Why not just use the prefix as the root of where to look for the
templates

This potentially contributed to issues such as #2812 and #2873

@mormj mormj added the modtool label Mar 16, 2020
When a prefix gets installed, the [modtool] section in prefs hardcodes
the path to the templates in the newly installed prefix as a global path
for all modtools.  This creates major problems when bouncing between
prefixes, especially when newmod changes between releases

Why not just use the prefix as the root of where to look for the
templates
Copy link
Contributor

@michaelld michaelld left a comment

Choose a reason for hiding this comment

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

Makes a lot of sense to me!

@michaelld
Copy link
Contributor

Looks like it should be Py27 and Py3 compatible, too ... so, could be backported back to GR37!

@mormj
Copy link
Contributor Author

mormj commented Mar 19, 2020

Could this technically be considered an api change though?

@michaelld
Copy link
Contributor

Could this technically be considered an api change though?

hmmm ... I don't think so. All this change does is fix where to find the default source location for modtool (or something like that) ... yes?

@mormj mormj added Backport-3.8 Should be backported to 3.8 Backport-3.7 Should be backported to 3.7 labels Mar 31, 2020
@mormj
Copy link
Contributor Author

mormj commented Mar 31, 2020

two approvals ... merging. Will do backport PRs for this as well

@mormj mormj merged commit 8226275 into gnuradio:master Mar 31, 2020
@willcode willcode added ported-to-3.8 Has been ported to 3.8 and removed Backport-3.8 Should be backported to 3.8 labels Mar 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Backport-3.7 Should be backported to 3.7 modtool ported-to-3.8 Has been ported to 3.8
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants