mysql* 9.0.1, mysql-connector-c++ 9.0.0

[chenrui333]

• Have you followed the guidelines for contributing?
• Have you ensured that your commits follow the commit style guide?
• Have you checked that there aren't other open pull requests for the same formula update/change?
• Have you built your formula locally with HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>, where <formula> is the name of the formula you're submitting?
• Is your test running fine brew test <formula>, where <formula> is the name of the formula you're submitting?
• Does your build pass brew audit --strict <formula> (after doing HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>)? If this is a new formula, does it pass brew audit --new <formula>?

---

[SMillerDev]

  /tmp/mysql-20240511-36861-s7mqxa/mysql-8.4.0/router/src/http/src/kdf_sha_crypt.cc:206:9: error: no matching member function for call to 'update'
        a.update({b_out.begin(), b_out.begin() + cnt});
        ~~^~~~~~
  /tmp/mysql-20240511-36861-s7mqxa/mysql-8.4.0/router/src/http/src/digest.h:94:8: note: candidate function not viable: cannot convert initializer list argument to 'const std::span<uint8_t>' (aka 'const span<unsigned char>')
    void update(const std::span<uint8_t> &data) {
         ^
  /tmp/mysql-20240511-36861-s7mqxa/mysql-8.4.0/router/src/http/src/digest.h:98:8: note: candidate function not viable: cannot convert initializer list argument to 'const std::string_view' (aka 'const basic_string_view<char>')
    void update(const std::string_view &data) {
         ^
  1 error generated.

[philip]

Please provide an update for this as MySQL 8.3 is a dead branch whereas MySQL 8.4 is LTS. Does the MySQL team need to fix something upstream?

[mikepage]

A new release of MySQL 8.4 addresses cmake issues:
Updated BuildRequire rules to align with versions now required for CMake and Bison. (Bug #36343254)
https://dev.mysql.com/doc/relnotes/mysql/8.4/en/news-8-4-1.html

[SMillerDev]

Let's see if 9.0.0 works now

[yahonda]

MySQL has two releases, Innovation and Long-Term Support.
MySQL 8.4.0 is the latest LTS release and MySQL 9.0.0 is the latest innovation release. So I think some people need MySQL 8.4.0.

Here is the blog post "Introducing MySQL Innovation and Long-Term Support (LTS) versions"
https://dev.mysql.com/blog-archive/introducing-mysql-innovation-and-long-term-support-lts-versions/

[Owersun]

mysql was tracking yesterday 8.3, and today it is 9.0.
If I didn't follow any beta upgrades or anything, after the "brew update" mysql is replaced to 9.0, and it doesn't start anymore with:
2024-08-04T15:56:52.273536Z 1 [ERROR] [MY-014060] [Server] Invalid MySQL server upgrade: Cannot upgrade from 80300 to 90001. Upgrade to next major version is only allowed from the last LTS release, which version 80300 is not.
Apparently skipping 8.4 entirely isn't the best idea.
Plus there is no mysql@8.4, only mysql-connector@8.4, and no mysql@8.3, so I can't return back to it, meaning there is no real way to start mysql anymore on top of existing database files.

[thinkverse]

For anyone who had the same issue as me and @Owersun who updated from 8.3 to 9.0.1, @simon-tma gave me a solution that worked in https://github.com/orgs/Homebrew/discussions/5539.

[Owersun]

That's obvious there could be two solutions to that:

• download mysql 8.4 from third party, start it once on top of the files, delete after
• delete all your database files, and just start mysql fresh (if you are developer it's no big deal)

But I would also prefer to run mysql 8.4 as LTS release, since it sounds like a proper release version which is going to be used in production and in development for a long time, until all unforeseen issues with 9.0 are resolved.

[nosnilmot]

mysql@8.4 is on the way (imminently), it seems: #179792

[carlocab]

Sorry for the pain! You should be able to

brew install mysql@8.4

now.

[carlocab]

Probably should've just updated this

[cho-m]

Yeah, I realized that when working on ICU PR. Just re-added patch there. I think it usually only happens when we do mega ICU PRs.