v1.10.0

This release adds some better error handling around some long standing bugs that users can run into.

It also adds a one-time setup process that should eliminate some common issues that first-time users run into.

As a result, the new default (that only applies to new installations and not existing ones) is for all books to be uploaded by default (from both the store and sideloaded).

This allows for removing the jarring prompt that appears when trying to upload books for the first time while making it explicit during setup that the user may not want this item ticked and/or that they should consider the consequences

The goal is this release is mostly to patch up some long-standing issues so that I can start focusing on rearranging October's internals to be properly tested and less messy.

---

What's Changed

• v1.10.0 by @marcus-crane in #129

Full Changelog: v1.9.0...v1.10.0

v1.10.0-beta1

This release adds a new onboarding flow and sets better defaults to avoid issues around syncing.

It also adds proper handling of error states like trying to sync without any highlights loaded on your Kobo

What's Changed

• v1.10.0 by @marcus-crane in #129

Full Changelog: v1.9.0...v1.10.0-beta1

v1.9.0

This release introduces a command line interface (CLI) for power users of October, who prefer to sync highlights without opening the desktop UI.

Users of automation software may also find this handy for automatically triggering a sync when their automation software detects that a Kobo is connected.

At the moment, it just has basic sync functionality with settings still powered by the UI but eventually it'll be brought up to feature parity with the rest of the desktop UI.

This release also brings official support for the following newer devices:

• Clara 2E
• Elipsa 2E
• Libra Colour
• Clara BW
• Clara Colour

Functionally, they should have always worked but the UI will now recognise their model names.

What's Changed

• Pin wails and upgrade Go to 1.21 by @marcus-crane in #112
• Only fetch user library when upload cover setting is enabled by @marcus-crane in #115
• Introduce an initial attempt at a CLI by @marcus-crane in #113
• Sign binary before adding to macOS app by @marcus-crane in #116
• [SIGN] Test codesigning during pull requests by @marcus-crane in #117
• [SIGN] Attempt to package up Windows CLI by @marcus-crane in #119
• v1.9.0: Write documentation for CLI tool by @marcus-crane in #127

Full Changelog: v1.8.0...v1.9.0

v1.9.0-beta4

This release is functionally identical to v1.9.0-beta3 but builds Windows releases with -windowsconsole which allows the new CLI functionality to work properly

v1.9.0-beta3

This release progresses the built-in CLI tool a little bit, changing from trying to magically detect a terminal to requiring the user to explicitly provide a subcommand.

There are many cases where terminal-like environments don't look like terminals and vice versa so we shouldn't try to guess too much.

As such, executing the CLI now looks like this:

Windows: C:\Program Files\utf9k\October\october.exe cli
macOS: /Applications/October.app/Contents/MacOS/october cli
Linux: /usr/local/bin/october cli

I'm aiming to get this wrapped up later today but still need to test out Windows and Linux versions

Full Changelog: v1.9.0-beta2...v1.9.0-beta3

v1.9.0-beta2

NOTE: This release hasn't been tested yet on Windows or macOS, particularly to exercise the terminal detection code.

This release moves the still-unreleased CLI tool inside of October itself.

If you try to invoke October from a terminal, it will act as a CLI tool and vice versa if you invoke it as a desktop application.

As a reminder, October can be found in the following locations.

• Windows: C:\Program Files\utf9k\October\october.exe
• macOS: /Applications/October.app/Contents/MacOS/october
• Linux: /usr/local/bin/october

Packaging the CLI this way gives a few benefits:

• The CLI tool is effectively free in terms of file size to include whereas packaging a second binary doubles the size despite the two codebases being almost identical
• Having a different version of the CLI tool compared to the desktop app may be confused and/or lead to unexpected issues if incompatible versions are used together (ie; differing settings formats for example)
• A much simpler distribution method. Trying to package a separate CLI with the desktop app was becoming very difficult and complex.

Full Changelog: v1.9.0-beta1...v1.9.0-beta2

v1.9.0-beta1

This release introduces a very minimal CLI version of October for power users.

Currently, it is packaged with October but it may end up being distributed as a standalone program ie; a separate distribution attached to each release as some users may only ever want the GUI and vice versa.

You can find the CLI in the following places:

• Windows: C:\Program Files\utf9k\October\october-cli.exe
• macOS: /Applications/October.app/Contents/MacOS/october-cli
• Linux: /usr/local/bin/october-cli

Invoking the CLI tool show the help menu with the only command currently being october-cli sync which will sync your highlights.

it uses the same process as the GUI but relies on your settings having been configured via the GUI as there is currently no ability to modify settings from the CLI.

This will be added shortly though.

Figuring out how to sign an extra binary and distribute it was the harder part of all this really.

What's Changed

• Pin wails and upgrade Go to 1.21 by @marcus-crane in #112
• Only fetch user library when upload cover setting is enabled by @marcus-crane in #115
• Introduce an initial attempt at a CLI by @marcus-crane in #113
• Sign binary before adding to macOS app by @marcus-crane in #116
• [SIGN] Test codesigning during pull requests by @marcus-crane in #117
• [SIGN] Attempt to package up Windows CLI by @marcus-crane in #119

Full Changelog: v1.8.0...v1.9.0-beta1

v1.8.0

This release adds support for Linux machines running arm64 such as newer Raspberry Pi devices apparently.

It has been tested using an Ubuntu arm64 VM running on a macOS Silicon device via Parallels but any feedback from users with real Linux arm64 devices would be appreciated.

Some general improvements for the Linux .deb packages has been done too, mainly defining required dependencies that can cause October to not boot within certain distros, such as pop_OS! due to dev libraries not being installed out of the box.

Behind the scenes, a bunch of work has been done to slim down the release pipeline and generate build artifacts against pull requests, which should greatly speed up the feedback loop for development.

What's Changed

• Test building artifacts during PRs by @marcus-crane in #104
• Merge together pipelines by @marcus-crane in #108
• Update deprecated workflow syntax + upgrade some action versions by @marcus-crane in #109
• Add support for Linux arm64 by @marcus-crane in #110

Full Changelog: v1.7.0...v1.8.0

v1.8.0-beta2

Full Changelog: v1.8.0-beta1...v1.8.0-beta2

v1.8.0-beta1

What's Changed

• Test building artifacts during PRs by @marcus-crane in #104
• Merge together pipelines by @marcus-crane in #108
• Update deprecated workflow syntax + upgrade some action versions by @marcus-crane in #109
• Add support for Linux arm64 by @marcus-crane in #110

Full Changelog: v1.7.1-beta1...v1.8.0-beta1