Update getting_started.ipynb

[kirillseva]

Did not work 🙅

julia> github_project("QuantEcon/quantecon-notebooks-julia", version = "0.8.0", instantiate = true, precompile = true)
ERROR: MethodError: no method matching github_project(::String; version="0.8.0", instantiate=true, precompile=true)
Closest candidates are:
  github_project(::Any; path, version, force) at /Users/kirillseva/.julia/packages/InstantiateFromURL/stReR/src/github_project.jl:31 got unsupported keyword arguments "instantiate", "precompile"
Stacktrace:
 [1] kwerr(::NamedTuple{(:version, :instantiate, :precompile),Tuple{String,Bool,Bool}}, ::Function, ::String) at ./error.jl:157
 [2] top-level scope at none:0

Worked ✅

julia>  github_project("QuantEcon/quantecon-notebooks-julia", version = "0.8.0", force = true)

[jlperla]

Did you install an older version of the InstantiateFromURL? There was a new feature a few months ago. If so, maybe do an `] up InstantiateFromURL and see if that works?

…

On Sat., Jun. 6, 2020, 10:39 p.m. Kirill Sevastyanenko, < ***@***.***> wrote: Did not work 🙅 julia> github_project("QuantEcon/quantecon-notebooks-julia", version = "0.8.0", instantiate = true, precompile = true) ERROR: MethodError: no method matching github_project(::String; version="0.8.0", instantiate=true, precompile=true) Closest candidates are: github_project(::Any; path, version, force) at /Users/kirillseva/.julia/packages/InstantiateFromURL/stReR/src/github_project.jl:31 got unsupported keyword arguments "instantiate", "precompile" Stacktrace: [1] kwerr(::NamedTuple{(:version, :instantiate, :precompile),Tuple{String,Bool,Bool}}, ::Function, ::String) at ./error.jl:157 [2] top-level scope at none:0 Worked ✅ julia> github_project("QuantEcon/quantecon-notebooks-julia", version = "0.8.0", force = true) ------------------------------ You can view, comment on, or merge this pull request online at: #6 Commit Summary - Update getting_started.ipynb File Changes - *M* getting_started_julia/getting_started.ipynb <https://github.com/QuantEcon/quantecon-notebooks-julia/pull/6/files#diff-12c4d7657bdf424c58c9c894aa02f269> (2) Patch Links: - https://github.com/QuantEcon/quantecon-notebooks-julia/pull/6.patch - https://github.com/QuantEcon/quantecon-notebooks-julia/pull/6.diff — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#6>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ADD74INTS7EOFEHV7KH6SA3RVMRXJANCNFSM4NWZ2TPA> .

[jlperla]

There was a change in instantiatefromurl to add a new feature for precompilation control in https://github.com/QuantEcon/InstantiateFromURL.jl/releases/tag/v0.5.0

So my guess is that you have an older version of that package and that a ] up InstantiateFromURL (done OUTISIDE of the activated quantecon notebooks environment) could do the trick. Then you could delete the notebooks, follow the setup instructions, and I bet it works great.

The issue with force is that it forces an overwrite and download - which is generally not what you want when you have a cloned notebook repository.

Feel free to post on discourse.quantecon.org to discuss.

Also note that our source to generate these notebooks is in https://github.com/QuantEcon/lecture-source-jl so if you have found a bug we fix it there.

[kirillseva]

@jlperla fresh julia install and getting this error. up InstantiateFromURL didn't help either. I understand why you split force into two separate parameters, but it sounds like package publishing didn't work out?

Feel free to close this pull request and address it in the source repo. I was actually wondering how you maintain a collection of ipython notebooks - now I know :)

[jlperla]

Thanks. @arnav sorry to bug you, but any ideas with your InstantiateFromURL updates? Did you have issues when you did the local testing with the v0. 8?