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

Support Request #1985

Open
marty-oehme opened this issue Mar 6, 2025 · 0 comments
Open

Support Request #1985

marty-oehme opened this issue Mar 6, 2025 · 0 comments
Labels
🆕 New! support End user support

Comments

@marty-oehme
Copy link

Diagnostic output

jrnl: v4.1
Python: 3.13.2 (main, Feb 9 2025, 03:51:43) [GCC 13.2.0]
OS: Linux 6.12.16_1

What are you trying to do?

Running jrnl on two different systems which have different versions of jrnl installed (v4.1 and v4.2).

I am sharing my configuration as dotfiles committed in a git repo between the two machines.
Whenever I use jrnl on a machine with a different version the ~/.config/jrnl/jrnl.yaml value jumps between:

version: v4.2

and

version: v4.1

This is a constant back-and-forth and requires me to exclude the file from any version control as soon as jrnl is run from multiple machines with diverging versions.

What have you tried?

I tried to change the value to

version: v4

in the hopes that it would be satisfied with the major version but it still changes the string.
Is there any way to not have jrnl update this value with its minor version whenever it is run?

Other Information

In the scale of things this is a rather minor issue. If you would rather not devote resources to it I understand - I can ultimately just ignore it in my version-control.
But I was hoping there might be an easy fix that I am overlooking.

Thank you for the nice software!

@marty-oehme marty-oehme added 🆕 New! support End user support labels Mar 6, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🆕 New! support End user support
Projects
None yet
Development

No branches or pull requests

1 participant