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

Release changelog 5.4 #876

Merged
merged 8 commits into from
Sep 6, 2018
Merged

Release changelog 5.4 #876

merged 8 commits into from
Sep 6, 2018

Conversation

MSeal
Copy link
Contributor

@MSeal MSeal commented Sep 5, 2018

Changelog improvements for release. We added a few missing additions from the release PR #869 and are working to describe the major changes more in-depth. This will be the contents of the google group email as well.

Added a few reviewers because there's some some limitations on bandwidth for reviewing and getting it finalized.

@MSeal
Copy link
Contributor Author

MSeal commented Sep 5, 2018

Could use some eyes on the descriptions before final release cut.

@MSeal MSeal force-pushed the release-changelog-5.4 branch from ac3413d to b4cc829 Compare September 5, 2018 22:34
@MSeal MSeal force-pushed the release-changelog-5.4 branch from b4cc829 to cff8dae Compare September 5, 2018 22:35
Copy link
Member

@SylvainCorlay SylvainCorlay left a comment

Choose a reason for hiding this comment

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

Just went through it and caught a few typos.

I may be mistaken in some cases since I am not a native speaker as you know.


There were a few new metadata fields which are now respected in nbconvert.

``nb.metadata.authors`` metadata attribute will be respected in latex exports. Multiple authers will be added with ``,`` separation against their names.
Copy link
Member

Choose a reason for hiding this comment

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

typo authers -> authors


``nb.metadata.title`` will be respected ahead of ``nb.metadata.name`` for title assignment. This better matches with the notebook format.

``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. Helpful for when you want to consistently fix to a particular output filename, espcially when you need to set image filenames for your exports.
Copy link
Member

Choose a reason for hiding this comment

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

(It is) - helpful?


``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. Helpful for when you want to consistently fix to a particular output filename, espcially when you need to set image filenames for your exports.

The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``), or ``nb.metadata.allow_errors`` for all ells, now allows for cell exceptions to not halt execution as respected in nbval and other notebook interfaces. This feature is toggleable with the ``force_raise_errors`` configuration option.
Copy link
Member

Choose a reason for hiding this comment

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

for all ells -> for all cells.

Copy link
Member

Choose a reason for hiding this comment

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

as respected -> like?

The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``), or ``nb.metadata.allow_errors`` for all ells, now allows for cell exceptions to not halt execution as respected in nbval and other notebook interfaces. This feature is toggleable with the ``force_raise_errors`` configuration option.
Errors from executing the notebook can be allowed with a ``raises-exception`` tag on a single cell, or the ``allow_errors`` configurable option for all cells. An allowed error will be recorded in notebook output, and execution will continue.
If an error occurs when it is not explicitly allowed, a ``CellExecutionError`` will be raised.
If ``force_raise_errors`` is True, ``CellExecutionError`` will be raised for any error that occurs while executing the notebook. This overrides both the ``allow_errors`` option and the `raises-exception` cell tag.
Copy link
Member

Choose a reason for hiding this comment

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

cell tags

@MSeal
Copy link
Contributor Author

MSeal commented Sep 5, 2018

Uhh, no your English is good and most of those need fixing. I didn't review this closely enough and/or copied from docs in the code and forgot my editor was not syntax highlighting issues. Thanks for the typo check!

@mpacer
Copy link
Member

mpacer commented Sep 6, 2018

So I think we should revisit the content around the Execute Preprocessor to focus on how it has been improved in a number of ways; including the introduction of configurable kernel managers even though they are just a tiny part of the story. I'll attempt that.

@MSeal
Copy link
Contributor Author

MSeal commented Sep 6, 2018

Thanks M. As an FYI if we don't have the documentation all set by tomorrow morning I won't be able to do the release until Tuesday (or someone else will need to do it).

@blink1073
Copy link
Contributor

Looking at this now. Happy to be the one to get it out the door if need be.


``nb.metadata.title`` will be respected ahead of ``nb.metadata.name`` for title assignment. This better matches with the notebook format.

``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. The attribute is helpful for when you want to consistently fix to a particular output filename, especially when you need to set image filenames for your exports.
Copy link
Contributor

Choose a reason for hiding this comment

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

Ticks around "output_filename_template"?


``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. The attribute is helpful for when you want to consistently fix to a particular output filename, especially when you need to set image filenames for your exports.

The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``) allows for cell exceptions to not halt execution. The tag is respected in the same way by nbval and other notebook interfaces. ``nb.metadata.allow_errors`` will apply this rule for all cells. This feature is toggleable with the ``force_raise_errors`` configuration option.
Copy link
Contributor

Choose a reason for hiding this comment

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

Ticks around "nbval" (or even a link)? https://github.com/computationalmodelling/nbval

The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``) allows for cell exceptions to not halt execution. The tag is respected in the same way by nbval and other notebook interfaces. ``nb.metadata.allow_errors`` will apply this rule for all cells. This feature is toggleable with the ``force_raise_errors`` configuration option.
Errors from executing the notebook can be allowed with a ``raises-exception`` tag on a single cell, or the ``allow_errors`` configurable option for all cells. An allowed error will be recorded in notebook output, and execution will continue.
If an error occurs when it is not explicitly allowed, a ``CellExecutionError`` will be raised.
If ``force_raise_errors`` is True, ``CellExecutionError`` will be raised for any error that occurs while executing the notebook. This overrides both the ``allow_errors`` option and the `raises-exception` cell tags.
Copy link
Contributor

Choose a reason for hiding this comment

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

Need double ticks for "raises-exception"


The kernel manager can now be optionally passed into the ``ExecutePreprocessor.preprocess`` and the ``executenb`` functions as the kwarg ``km``. This means that the kernel can be configured as desired before beginning preprocessing.

This is useful for executing in a context where the kernel has external dependencies that need to be set to non-default values. An example of this might be a Spark kernel where you wish to configure the spark cluster location ahead of time without building a new kernel.
Copy link
Contributor

Choose a reason for hiding this comment

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

Consistent cap case for "Spark"

Raw Templates
+++++++++++++

Template exporters can now be assigned raw templates as string attributes by setting the raw_template variable.
Copy link
Contributor

Choose a reason for hiding this comment

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

Ticks for "raw_template"?

mpacer
mpacer previously requested changes Sep 6, 2018
Copy link
Member

@mpacer mpacer left a comment

Choose a reason for hiding this comment

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

A few things need to be clarified — I'll work on the text for that unless you want to make the changes yourself.

Surfacing exporters in front-ends
+++++++++++++++++++++++++++++++++

Custom exporters are now exposed for front-ends, including classic notebook, to consume. As an example, this means that latex exporter will be made available for latex 'text/latex' mimetype for the Download As interface.
Copy link
Member

Choose a reason for hiding this comment

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

Couple FYIs; I'll make the changes:

  • The LaTeX exporter isn't a custom exporter — "custom exporter" refers to exporters that aren't included in nbconvert itself.
  • Exporters can often handle more than just their specific media type (e.g., the LaTeX exporter handles image/png by storing the png data out to a file and then loading it with
     \begin{figure} [htb!]
         \includegraphics{filename.png}
      …
      \end{figure}
    
  • At least @rgbkrk and I are trying to use the term media type in favour of mimetype as it's more intuitive for lots of people.

New command line flags
++++++++++++++++++++++

The ``--no-input`` flag will apply metadata changes to input cells to mark them as hidden. This is great for notebooks which generate "reports" where you want the code that was executed to not appear by default.
Copy link
Member

Choose a reason for hiding this comment

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

--no-input doesn't affect notebook metadata, in fact it has no use case if the output is a notebook. It works by filtering out the input blocks inside the templates. I'll make a change to reflect the mechanism.


``nb.metadata.filename`` will override the default output_filename_template when extracting notebook resources in the ``ExtractOutputPreprocessor``. The attribute is helpful for when you want to consistently fix to a particular output filename, especially when you need to set image filenames for your exports.

The ``raises-exception`` cell tag (``nb.cells[].metadata.tags[raises-exception]``) allows for cell exceptions to not halt execution. The tag is respected in the same way by nbval and other notebook interfaces. ``nb.metadata.allow_errors`` will apply this rule for all cells. This feature is toggleable with the ``force_raise_errors`` configuration option.
Copy link
Member

Choose a reason for hiding this comment

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

I think we can include most of the details of this in the refactored section on the ExecutePreprocessor. Since it's the next section, I think it's not too bad to mention that these things exist and link below for more details.

@mpacer
Copy link
Member

mpacer commented Sep 6, 2018

I’ll try to get these changes written up tomorrow at the airport… but I won’t be pushing anything tonight.

@Carreau
Copy link
Member

Carreau commented Sep 6, 2018

I fixed some of the comments (mostly backticks), note that this is "just" a changelog, you do not need to be too precise, and we can still fix the changelog in further minor or patch release.

@Carreau
Copy link
Member

Carreau commented Sep 6, 2018

Also, if you do not feel like making the release because you are busy next week, Let me know and I can try to do it.

@mpacer
Copy link
Member

mpacer commented Sep 6, 2018

I thought the change log notes were supposed to be the basis of the announcement email as well? Those were all things we should have ironed out for the announcement email.

@Carreau
Copy link
Member

Carreau commented Sep 6, 2018 via email

@blink1073
Copy link
Contributor

Thanks for the link, @Carreau, that was insightful and disheartening 😄

@MSeal
Copy link
Contributor Author

MSeal commented Sep 6, 2018

I'm in a agreement with releasing and refining notes later if there's confusion or requests for it. The only piece we are missing is a deeper description of Execute Preprocessor, but I added some note about the subject and encouraged people to read that source code if they want to see more of the changes.

Unless someone wants to halt it I am planning on attempting to run the rest of the release around noon (Pacific time) today.

@Carreau
Copy link
Member

Carreau commented Sep 6, 2018

Unless someone wants to halt it I am planning on attempting to run the rest of the release around noon (Pacific time) today.

I can be around gitter if necessary.

Carreau
Carreau previously approved these changes Sep 6, 2018
@Carreau Carreau dismissed their stale review September 6, 2018 17:11

Some fixes have been applied, please re-review, or we can iterate.

@Carreau Carreau removed the request for review from minrk September 6, 2018 17:11
@Carreau Carreau dismissed mpacer’s stale review September 6, 2018 17:12

Some fixes have been applied, please re-review, or we can iterate.

@MSeal MSeal merged commit 5ade53d into jupyter:master Sep 6, 2018
@MSeal MSeal added this to the 5.4 milestone Feb 8, 2019
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.

6 participants