Could a new official version be released?

[TheStormN]

The last release is from 2021 - version 3.0.1.

Could we have another release please? We are using package management system and using a git hash id from the master branch is possible, but it will be much easier to track versions if we have another public release.

P.S. Be sure to also update CMakeLists.txt with the latest version tag if a new release is issued.

[tinloaf]

I especially think that the fix for #826 merits a new release. People who build with the latest compilers are currently unable to use a released version of this library.

[DDoS]

Yes please release a new version! If the library has been changed to "live at head" versioning, please let us know so I can update vcpkg to the new scheme.

[HowardHinnant]

I highly recommend "live at head". "head" is always kept in a shippable state.

That being said, I will try to get one last release out in the next week.

[basilgello]

Bark bark :)

I would really like to skip 50 patches from kodi source tree just because the version is not tagged :(

[HowardHinnant]

I hear you. Giving the parsing fixes some time to gel. And trying to find time to review the most critical PR's first. And I'm technically unable to review those PR's which involve make files.

Or I could just tag master as is...

[basilgello]

I can help you with make and cmake if needed. Just tag me on PRs you need help with!

[HowardHinnant]

I'll take it. Any PR tagged with CMake is yours.

[basilgello]

I managed to complete xbmc/xbmc#18727 and getting back here as promised last week:

• Support tz databases from release 2023d and newer by adding new zonenow.tab file to ignore list #829 - 🆗 LGTM
• Update gitattributes of zip files to binary #816 - 🆗 LGTM
• Fixed curl linkage when building date-tz #814 - ❓ unreproducible on my side, asked author if he still needs it
• Fix typo #808 - 🆗 LGTM
• Add ability to specify timezone database location via environment variable #807 - ❓ needs your opinion
• Prepending CMake options dith DATE_ #806 - ❓ needs your opinion
• Fixed build for WinRT and Android #804 - ❓ needs your opinion
• Include additional headers during cmake install #795 - ❓ works but needs fix for CMake < 3.15
• detect current zone on OpenWRT systems #787 - 🆗 LGTM (see comment)
• docs: support dark color-scheme #769 - 🆗 LGTM
• build(cmake): always mark HAS_STRING_VIEW as part of the interface #766 - 🆗 LGTM
• build: disable logs when date is not the main CMake project #755 - ❓ (see comment)
• build: use standard CMAKE_INSTALL_INCLUDEDIR for header install folder #753 - 🆗 LGTM
• build: introduce ENABLE_DATE_INSTALL to allow user opt-out of install #752 - 🆗 LGTM
• Stop using PATH_MAX #744 - 🆗 LGTM
• ADD windows support for USE_SYSTEM_TZ_DB #611 - ⛔ IMHO not needed (see commemt)

Other patches are stale for many years :)

And I would like to add my patch that allows using Android's compiled tzdata. This should be safe as modern Android versions ship updatable tzdata in APEX (Android Pone EXpress) format via Google Play.

The only concern regards this patch is that it adds new public method void time_zone::parse_from_android_tzdata(std::ifstream& inf, const std::size_t off) that in fact must be private as it is used only by date::init_tzdb and is not supposed for external consumption. I guess it can be solved by fiddling with friend classes but I hope someone more knowledgeable in C++ suggests an elegant solution.

[basilgello]

Thanks for new 3.0.2 tag @HowardHinnant ! This issue can be closed I think :)

[basilgello]

@Tachi107 Please upload new version to Debian :)

[basilgello]

@Tachi107 Makes sense to add #851 as a Debian patch for now, too!