You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The reason will be displayed to describe this comment to others. Learn more.
@rfomin@ceski-1
How do you like the idea to adopt LibreOffice's versioning schema. That is YEAR.MONTH.RELEASE, so the next release would be e.g. 24.2.0?
The reason will be displayed to describe this comment to others. Learn more.
How do you like the idea to adopt LibreOffice's versioning schema. That is YEAR.MONTH.RELEASE, so the next release would be e.g. 24.2.0?
I vote to keep major.minor.patch.
Somewhat related though, I suggest using the commit hash in the title of autobuilds. Maybe even when someone builds from source. The version number should only be for official releases.
The reason will be displayed to describe this comment to others. Learn more.
Somewhat related though, I suggest using the commit hash in the title of autobuilds. Maybe even when someone builds from source. The version number should only be for official releases.
Yes, that seems like what we want. I'm not really knowledgeable about build systems so I'll have to go with your judgment to decide whether it's a good idea or too code heavy.
Yes, that seems like what we want. I'm not really knowledgeable about build systems so I'll have to go with your judgment to decide whether it's a good idea or too code heavy.
It's not worth it at the moment. Not many people build Woof or use artifacts. I like that our build system is relatively simple and I understand all parts of it.
f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@rfomin @ceski-1
How do you like the idea to adopt LibreOffice's versioning schema. That is YEAR.MONTH.RELEASE, so the next release would be e.g. 24.2.0?
f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't like it. Although what will be the next version number? A lot of changes have been made. How about 1.0.0? 😄
f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
99
+1
=00
, integer overflow! ☝️f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Again? We are already at 12. 😉
f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I vote to keep major.minor.patch.
Somewhat related though, I suggest using the commit hash in the title of autobuilds. Maybe even when someone builds from source. The version number should only be for official releases.
f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
By title I mean the title bar of the window or what's printed in the console. The build time/date is often included as well.
f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is surprisingly complicated. We can use this: https://github.com/andrew-hardin/cmake-git-version-tracking
f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, that seems like what we want. I'm not really knowledgeable about build systems so I'll have to go with your judgment to decide whether it's a good idea or too code heavy.
f75ebb2
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's not worth it at the moment. Not many people build Woof or use artifacts. I like that our build system is relatively simple and I understand all parts of it.