2021-03-16 13:34:17 +03:00
|
|
|
##
|
2020-11-19 19:43:54 +03:00
|
|
|
This file will track changes that require user intervention,
|
|
|
|
such as a configuration change or a reinstallation.
|
2021-03-11 03:40:33 +03:00
|
|
|
|
2021-11-07 15:25:21 +03:00
|
|
|
### November 7th 2021
|
|
|
|
- Previously all core components received configuration through
|
|
|
|
the `[server]` config section. As Moonraker's core functionality
|
|
|
|
has expanded this is becoming unsustainable, thus core components
|
|
|
|
should now be configured in their own section. For example, the
|
|
|
|
`config_path` and `log_path` should now be configured in the
|
|
|
|
`[file_manager]` section of `moonraker.conf`. See the
|
|
|
|
[configuration documentation](https://moonraker.readthedocs.io/en/latest/configuration/)
|
|
|
|
for details. This is not a breaking change, core components
|
|
|
|
will still fall back to checking the `[server]` section for
|
|
|
|
configuration.
|
|
|
|
|
2021-04-20 03:45:37 +03:00
|
|
|
### April 19th 2021
|
|
|
|
- The `[authorization]` module is now a component, thus is only
|
|
|
|
loaded if the user has it configured in `moonraker.conf`. This
|
|
|
|
deprecates the previous `enable` option, as it is enabled
|
|
|
|
if configured and disabled otherwise.
|
|
|
|
- The API Key is now stored in the database. This deprecates the
|
|
|
|
`api_key_file` option in the `[authorization]` module. Users can
|
|
|
|
no longer read the contents of the API Key file to retreive the
|
|
|
|
API Key. Instead, users can run `scripts/fetch-apikey.sh` to
|
|
|
|
print the API Key. Alternative a user can navigate to
|
|
|
|
`http://{moonraker-host}/access/api_key` from a trusted client
|
|
|
|
to retreive the API Key.
|
|
|
|
|
2021-03-11 03:40:33 +03:00
|
|
|
### March 10th 2021
|
|
|
|
- The `cors_domain` option in the `[authoriztion]` section is now
|
|
|
|
checked for dangerous entries. If a domain entry contains a
|
|
|
|
wildcard in the top level domain (ie: `http://www.*`) then it
|
|
|
|
will be rejected, as malicious website can easily reproduce
|
|
|
|
this match.
|
|
|
|
|
2021-03-06 15:56:21 +03:00
|
|
|
### March 6th 2021
|
|
|
|
- The `enable_debug_logging` in the `[server]` section now defaults
|
|
|
|
to `False`. This dramatically reduces the amount of logging produced
|
|
|
|
by Moonraker for the typical user.
|
|
|
|
|
2021-03-05 04:59:27 +03:00
|
|
|
### March 4th 2021
|
|
|
|
- To enable Octoprint compatibility with slicer uploads it is now
|
2021-03-06 15:56:21 +03:00
|
|
|
required to add `[octoprint_compat]` to `moonraker.conf`. After
|
|
|
|
making this change it is necessary to restart the Moonraker service
|
|
|
|
so the module is loaded.
|
2020-11-19 19:43:54 +03:00
|
|
|
|
2021-01-01 04:23:48 +03:00
|
|
|
### December 31st 2020
|
|
|
|
- The file manager no longer restricts the `config_path` to a folder
|
|
|
|
within the HOME directory. The path may not be the system root,
|
|
|
|
however it can reside anywhere else on the file system as long as
|
|
|
|
Moonraker has read and write access to the directory. This applies
|
|
|
|
to gcode path received from Klipper via the `virtual_sdcard` section
|
|
|
|
as well.
|
|
|
|
|
2020-12-06 15:05:21 +03:00
|
|
|
### December 6th 2020
|
|
|
|
- Moonraker is now installed as a systemd service. This allows logging
|
|
|
|
to stdout which can be viewed with the `journalctl -u moonraker` command.
|
|
|
|
This changes requires the user to rerun the install script. If
|
|
|
|
`moonraker.conf` is not located in the home directory, the command
|
|
|
|
will looks something like the following:
|
2021-03-16 13:34:17 +03:00
|
|
|
|
|
|
|
cd ~/moonraker
|
|
|
|
./scripts/install-moonraker.sh -f -c /home/pi/klipper_config/moonraker.conf
|
|
|
|
|
2020-12-06 15:05:21 +03:00
|
|
|
Otherwise you can run the install script with no arguments.
|
|
|
|
|
2020-11-19 19:43:54 +03:00
|
|
|
### November 19th 2020
|
2020-11-20 22:26:15 +03:00
|
|
|
- The install script (`install-moonraker.sh`) now has command-line
|
2020-11-19 19:43:54 +03:00
|
|
|
options:\
|
|
|
|
`-r` Rebuild the python virtual env\
|
|
|
|
`-f` Force an overwrite of `/etc/default/moonraker` during installation\
|
|
|
|
`-c /path/to/moonraker.conf` Allows user to specify the path to
|
|
|
|
moonraker.conf during configuration. Using this in conjunction with `-f`
|
|
|
|
will update the defaults file wih the new path.
|
|
|
|
- New dependencies have been added to Moonraker which require reinstallation.
|
|
|
|
Run the following command to reinstall and rebuild the virtualenv:
|
2021-03-16 13:34:17 +03:00
|
|
|
|
|
|
|
~/moonraker/scripts/install-moonraker.sh -r
|
|
|
|
|
2020-11-19 19:43:54 +03:00
|
|
|
- The power plugin configuration has changed. See the
|
|
|
|
[install guide](installation.md#power-control-plugin) for
|
|
|
|
details on the new configuration.
|
|
|
|
- Users transitioning from the previous version of the power plugin will need
|
|
|
|
to unexport any curently used pins. For example, the following command
|
|
|
|
may be used to unexport pin 19:
|
2021-03-16 13:34:17 +03:00
|
|
|
|
|
|
|
echo 19 > /sys/class/gpio/unexport
|
|
|
|
|
2020-11-19 19:43:54 +03:00
|
|
|
Alternatively one may reboot the machine after upgrading:
|
2021-03-16 13:34:17 +03:00
|
|
|
|
|
|
|
cd ~/moonraker/
|
|
|
|
git pull
|
|
|
|
~/moonraker/scripts/install-moonraker.sh -r
|
|
|
|
sudo reboot
|
|
|
|
|
2020-11-19 19:43:54 +03:00
|
|
|
Make sure that the power plugin configuration has been updated prior
|
|
|
|
to rebooting the machine.
|