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

add Project flag to julia engine #158

Merged
merged 2 commits into from
Apr 17, 2020
Merged

add Project flag to julia engine #158

merged 2 commits into from
Apr 17, 2020

Conversation

BeastyBlacksmith
Copy link
Contributor

this would need to be disabled for julia versions below 0.7. How could I do this?
Addresses #157.

@gpoore
Copy link
Owner

gpoore commented Sep 30, 2019

The current system has no support for conditionally adding flags. One option would be to drop support for Julia <0.7. Another option would be to run julia --version whenever Julia is used, and if version <0.7 then strip out the --project=@.. This would have to be done in the Python code that assembles everything for running the subprocess. A final option would be to modify the template system to support version-based flags, but that's probably a much larger project. (I may look into that option for Codebraid, since its code-execution system may eventually replace PythonTeX's current code-execution system.)

Do you have any sense of how often --project=@. is useful versus how often older versions of Julia are still in use? My inclination would be to drop support for older versions since that's simple and 0.7 has been out for a little over a year. But it's definitely possible to keep compatibility.

@BeastyBlacksmith
Copy link
Contributor Author

I think that flag is very useful since I don't have to have every package of all documents in the global environment. It also makes collaboration easier.
Personally I rarely read about people still using 0.6.4, but the only way to figure out how many use older versions and pythontex would be to try it out and see if anyone complains about it ^^.
Maybe making a branch that people who do happen to be in this group can check out would be a good idea.

@tawheeler
Copy link

I think dropping support for anything pre 1.0 at this point is acceptable.

@mykelk
Copy link

mykelk commented Mar 20, 2020

Agreed. Much easier to just drop pre 1.0. It isn't really supported anymore.

@BeastyBlacksmith
Copy link
Contributor Author

@gpoore Since we are currently at Julia 1.4 with 1.5 on the way and the LTS version is 1.0.x, this would help with making good use of environments

@gpoore gpoore merged commit 5befae6 into gpoore:master Apr 17, 2020
@BeastyBlacksmith BeastyBlacksmith deleted the bbs/julia-project branch April 17, 2020 08:14
@carstenbauer
Copy link

@gpoore Is it possible to get a new release tagged? We need this flag over at sisl/tufte_algorithms_book#24.

@gpoore
Copy link
Owner

gpoore commented Mar 12, 2021

@crstnbr @mykelk Just wanted to let you know that I haven't forgotten about this. I'm finalizing the next version of fvextra, which PythonTeX uses internally for code typesetting, and then releasing a new version of PythonTeX is next on my list.

@mykelk
Copy link

mykelk commented Mar 12, 2021

Great! Thanks!

@carstenbauer
Copy link

@gpoore any update on when there will be a new release?

@gpoore
Copy link
Owner

gpoore commented Jun 7, 2021

@crstnbr Thanks for the reminder. I just released v0.18. It will probably be a few days before CTAN is updated and it's available through TeX package managers.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants