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

Compile error, possibly two tui versions? #263

Closed
carneeki opened this issue Sep 16, 2022 · 34 comments
Closed

Compile error, possibly two tui versions? #263

carneeki opened this issue Sep 16, 2022 · 34 comments
Labels
other/help-wanted Your help is needed. type/bug Something isn't working. type/build-error Won't build or is panicking.

Comments

@carneeki
Copy link

Describe the bug
When compiling Macchina v6.1.1, I receive the error:
expected enum `tui::style::Color`, found a different enum `tui::style::Color` arguments to this function are incorrect. I am compiling with cargo install macchina on Arch Linux using Rust v1.63

To Reproduce
Steps to reproduce the behavior:

  1. Type cargo install macchina
  2. Wait for compile (all depends compile).

I have cleared ~/.cargo/registry/cache, ~/.cargo/registry/index and ~/.cargo/registry/src but results in the same error.

Expected behavior
Cargo to finish compiling and install macchina binary.

Screenshots
Full error:

   Compiling libmacchina v6.2.0
   Compiling macchina v6.1.1
error[E0308]: mismatched types
  --> /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/macchina-6.1.1/src/theme/base.rs:14:24
   |
14 | #[derive(Debug, Clone, Serialize, Deserialize)]
   |                        ^^^^^^^^^
   |                        |
   |                        expected enum `tui::style::Color`, found a different enum `tui::style::Color`
   |                        arguments to this function are incorrect
   |
   = note: expected reference `&tui::style::Color`
              found reference `&'__a tui::style::Color`
   = note: perhaps two different versions of crate `tui` are being used?
note: function defined here
  --> /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/color-to-tui-0.2.0/src/lib.rs:7:8
   |
7  | pub fn serialize<S: Serializer>(color: &Color, serializer: S) -> Result<S::Ok, S::Error> {
   |        ^^^^^^^^^
   = note: this error originates in the derive macro `Serialize` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0308]: mismatched types
  --> /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/macchina-6.1.1/src/theme/base.rs:14:35
   |
14 | #[derive(Debug, Clone, Serialize, Deserialize)]
   |                                   ^^^^^^^^^^^ expected enum `tui::style::Color`, found a different enum `tui::style::Color`
   |
   = note: perhaps two different versions of crate `tui` are being used?
   = note: this error originates in the macro `try` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0308]: mismatched types
   --> /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/macchina-6.1.1/src/theme/components.rs:106:33
    |
106 | #[derive(Debug, Default, Clone, Serialize, Deserialize)]
    |                                 ^^^^^^^^^
    |                                 |
    |                                 expected enum `tui::style::Color`, found a different enum `tui::style::Color`
    |                                 arguments to this function are incorrect
    |
    = note: expected reference `&std::option::Option<tui::style::Color>`
               found reference `&'__a std::option::Option<tui::style::Color>`
    = note: perhaps two different versions of crate `tui` are being used?
note: function defined here
   --> /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/color-to-tui-0.2.0/src/optional.rs:4:8
    |
4   | pub fn serialize<S: Serializer>(color: &Option<Color>, serializer: S) -> Result<S::Ok, S::Error> {
    |        ^^^^^^^^^
    = note: this error originates in the derive macro `Serialize` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0308]: mismatched types
   --> /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/macchina-6.1.1/src/theme/components.rs:106:44
    |
106 | #[derive(Debug, Default, Clone, Serialize, Deserialize)]
    |                                            ^^^^^^^^^^^ expected enum `tui::style::Color`, found a different enum `tui::style::Color`
    |
    = note: expected enum `std::option::Option<tui::style::Color>` (enum `tui::style::Color`)
               found enum `std::option::Option<tui::style::Color>` (enum `tui::style::Color`)
    = note: perhaps two different versions of crate `tui` are being used?
    = note: this error originates in the macro `try` (in Nightly builds, run with -Z macro-backtrace for more info)

For more information about this error, try `rustc --explain E0308`.
error: could not compile `macchina` due to 8 previous errors
error: failed to compile `macchina v6.1.1`, intermediate artifacts can be found at `/tmp/cargo-installoD2ntw`

System Information

  • Distribution: Arch Linux
  • Desktop Environment: Gnome w/Wayland
  • Operating System: Arch Linux
  • Terminal: Wezterm
  • Macchina's version: v6.1.1
@grtcdr
Copy link
Member

grtcdr commented Sep 16, 2022

I get the same error installing macchina through cargo. Marking this as a bug, will inspect real soon!

EDIT 1: Building from source works fine, this is weird. Our CI also hasn't failed.

EDIT 2: This shouldn't be happening, macchina, color-to-tui and ansi-to-tui are all using the same tui version. @uttarayan21 Am I missing something here?

@grtcdr grtcdr added type/bug Something isn't working. type/build-error Won't build or is panicking. labels Sep 16, 2022
@grtcdr
Copy link
Member

grtcdr commented Sep 16, 2022

I will update macchina's AUR package so you could at least download it on your Arch box, while we figure things out.

@grtcdr grtcdr pinned this issue Sep 16, 2022
@grtcdr
Copy link
Member

grtcdr commented Sep 16, 2022

This might be a lockfile issue, I'll keep you posted.

@grtcdr
Copy link
Member

grtcdr commented Sep 16, 2022

The issue has been addressed and the AUR package no longer fails to build, BUT the cargo package is still facing the same issue.

@carneeki
Copy link
Author

I tried building with +nightly to turn on macro backtraces (cargo +nightly rustc -- -Z macro-backtrace) and I found this in the output:

   = note: expected reference `&tui::style::Color`
              found reference `&'__a tui::style::Color`

Is it complaining because the lifetime does not match?

Full output here:

   Compiling toml v0.5.9
   Compiling libmacchina v6.2.0
   Compiling macchina v6.1.2 (/home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/macchina-6.1.2)
error[E0308]: mismatched types
  --> src/theme/base.rs:14:24
   |
14 | #[derive(Debug, Clone, Serialize, Deserialize)]
   |                        ^^^^^^^^^
   |                        |
   |                        expected enum `tui::style::Color`, found a different enum `tui::style::Color`
   |                        arguments to this function are incorrect
   |                        in this derive macro expansion
   |
  ::: /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/serde_derive-1.0.144/src/lib.rs:91:1
   |
91 | pub fn derive_serialize(input: TokenStream) -> TokenStream {
   | ---------------------------------------------------------- in this expansion of `#[derive(Serialize)]`
   |
   = note: expected reference `&tui::style::Color`
              found reference `&'__a tui::style::Color`
   = note: perhaps two different versions of crate `tui` are being used?
note: function defined here
  --> /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/color-to-tui-0.2.0/src/lib.rs:7:8
   |
7  | pub fn serialize<S: Serializer>(color: &Color, serializer: S) -> Result<S::Ok, S::Error> {
   |        ^^^^^^^^^

(see above, not sure if remainder is helpful)

error[E0308]: mismatched types
  --> src/theme/base.rs:14:35
   |
14 | #[derive(Debug, Clone, Serialize, Deserialize)]
   |                                   ^^^^^^^^^^^
   |                                   |
   |                                   expected enum `tui::style::Color`, found a different enum `tui::style::Color`
   |                                   in this expansion of `try!`
   |                                   in this macro invocation
   |
   = note: perhaps two different versions of crate `tui` are being used?

error[E0308]: mismatched types
   --> src/theme/components.rs:106:33
    |
106 | #[derive(Debug, Default, Clone, Serialize, Deserialize)]
    |                                 ^^^^^^^^^
    |                                 |
    |                                 expected enum `tui::style::Color`, found a different enum `tui::style::Color`
    |                                 arguments to this function are incorrect
    |                                 in this derive macro expansion
    |
   ::: /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/serde_derive-1.0.144/src/lib.rs:91:1
    |
91  | pub fn derive_serialize(input: TokenStream) -> TokenStream {
    | ---------------------------------------------------------- in this expansion of `#[derive(Serialize)]`
    |
    = note: expected reference `&std::option::Option<tui::style::Color>`
               found reference `&'__a std::option::Option<tui::style::Color>`
    = note: perhaps two different versions of crate `tui` are being used?
note: function defined here
   --> /home/carneeki/.cargo/registry/src/github.com-1ecc6299db9ec823/color-to-tui-0.2.0/src/optional.rs:4:8
    |
4   | pub fn serialize<S: Serializer>(color: &Option<Color>, serializer: S) -> Result<S::Ok, S::Error> {
    |        ^^^^^^^^^

error[E0308]: mismatched types
   --> src/theme/components.rs:106:44
    |
106 | #[derive(Debug, Default, Clone, Serialize, Deserialize)]
    |                                            ^^^^^^^^^^^
    |                                            |
    |                                            expected enum `tui::style::Color`, found a different enum `tui::style::Color`
    |                                            in this expansion of `try!`
    |                                            in this macro invocation
    |
    = note: expected enum `std::option::Option<tui::style::Color>` (enum `tui::style::Color`)
               found enum `std::option::Option<tui::style::Color>` (enum `tui::style::Color`)
    = note: perhaps two different versions of crate `tui` are being used?

For more information about this error, try `rustc --explain E0308`.
error: could not compile `macchina` due to 8 previous errors

@grtcdr
Copy link
Member

grtcdr commented Sep 16, 2022

I can't really provide you with a good answer to that question 😕

But if it's a lifetime issue, then the tui package is most probably at fault here.

@grtcdr grtcdr added the other/help-wanted Your help is needed. label Sep 16, 2022
@carneeki
Copy link
Author

carneeki commented Sep 16, 2022

I just tried (successfully) building the AUR package and I notice that makepkg -s compiled only 159 packages, but when I try to compile Macchina with cargo, it wants to build 161 packages - but I can't see why... the AUR Cargo.toml and cargo's Cargo.toml.orig are identical.

@grtcdr
Copy link
Member

grtcdr commented Sep 16, 2022

Interesting, I still haven't figured out why they are incompatible despite being identical with one another.

@grtcdr
Copy link
Member

grtcdr commented Sep 16, 2022

We got another issue, except I (and you) cannot reproduce it as the AUR package builds successfully.

@auronandace
Copy link

color-to-tui 0.2.0 is pulling in tui 0.19.0:
https://crates.io/crates/color-to-tui/0.2.0/dependencies
Your Cargo.toml specifies tui 0.18.0

@grtcdr
Copy link
Member

grtcdr commented Sep 16, 2022

I misinterpreted tui = "0.*" as being applicable to all versions rather than only the latest version.

My Rust-fu has gotten rusty these days.

Anyways, nice catch! We'll need @uttarayan21 to update their tui dependency for ansi-to-tui so we can fix this issue.

EDIT: Cargo's documentation seems to disagree.

Wildcard requirements allow for any version where the wildcard is positioned.

@uttarayan21
Copy link
Member

I updated the dependency of ansi-to-tui on tui to 0.* so hopefully it should work now

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

Thank you :)

Any ideas as to how I can test whether this works locally or not? I can build fine locally, but packaging and installing through cargo fails. I want to avoid pushing broken versions.

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

Turns out that didn't fix it, I yanked 6.1.3 after it failed to install with the same errors as usual. Please let me know if you'd like me to unyank it if you want to perform some tests.

Here's the lockfile just to be sure.


Checked out a09ab17.

cargo tree shows the following, with macchina, ansi-to-tui and color-to-tui all sharing the same tui version (0.18.0):

macchina v6.1.2 (/home/grtcdr/projects/macchina)
├── ansi-to-tui v2.0.0
│   ├── nom v7.1.1
│   │   ├── memchr v2.4.1
│   │   └── minimal-lexical v0.2.1
│   ├── thiserror v1.0.35
│   │   └── thiserror-impl v1.0.35 (proc-macro)
│   │       ├── proc-macro2 v1.0.40
│   │       │   └── unicode-ident v1.0.1
│   │       ├── quote v1.0.21
│   │       │   └── proc-macro2 v1.0.40 (*)
│   │       └── syn v1.0.98
│   │           ├── proc-macro2 v1.0.40 (*)
│   │           ├── quote v1.0.21 (*)
│   │           └── unicode-ident v1.0.1
│   └── tui v0.18.0
│       ├── bitflags v1.3.2
│       ├── cassowary v0.3.0
│       ├── crossterm v0.23.2
│       │   ├── bitflags v1.3.2
│       │   ├── libc v0.2.132
│       │   ├── mio v0.8.4
│       │   │   ├── libc v0.2.132
│       │   │   └── log v0.4.14
│       │   │       └── cfg-if v1.0.0
│       │   ├── parking_lot v0.12.1
│       │   │   ├── lock_api v0.4.6
│       │   │   │   └── scopeguard v1.1.0
│       │   │   └── parking_lot_core v0.9.3
│       │   │       ├── cfg-if v1.0.0
│       │   │       ├── libc v0.2.132
│       │   │       └── smallvec v1.8.0
│       │   ├── signal-hook v0.3.13
│       │   │   ├── libc v0.2.132
│       │   │   └── signal-hook-registry v1.4.0
│       │   │       └── libc v0.2.132
│       │   └── signal-hook-mio v0.2.3
│       │       ├── libc v0.2.132
│       │       ├── mio v0.8.4 (*)
│       │       └── signal-hook v0.3.13 (*)
│       ├── unicode-segmentation v1.9.0
│       └── unicode-width v0.1.10
├── atty v0.2.14
│   └── libc v0.2.132
├── bytesize v1.1.0
├── clap v3.2.21
│   ├── atty v0.2.14 (*)
│   ├── bitflags v1.3.2
│   ├── clap_derive v3.2.18 (proc-macro)
│   │   ├── heck v0.4.0
│   │   ├── proc-macro-error v1.0.4
│   │   │   ├── proc-macro-error-attr v1.0.4 (proc-macro)
│   │   │   │   ├── proc-macro2 v1.0.40 (*)
│   │   │   │   └── quote v1.0.21 (*)
│   │   │   │   [build-dependencies]
│   │   │   │   └── version_check v0.9.4
│   │   │   ├── proc-macro2 v1.0.40 (*)
│   │   │   ├── quote v1.0.21 (*)
│   │   │   └── syn v1.0.98 (*)
│   │   │   [build-dependencies]
│   │   │   └── version_check v0.9.4
│   │   ├── proc-macro2 v1.0.40 (*)
│   │   ├── quote v1.0.21 (*)
│   │   └── syn v1.0.98 (*)
│   ├── clap_lex v0.2.4
│   │   └── os_str_bytes v6.3.0
│   ├── indexmap v1.9.1
│   │   └── hashbrown v0.12.3
│   │   [build-dependencies]
│   │   └── autocfg v1.0.1
│   ├── once_cell v1.14.0
│   ├── strsim v0.10.0
│   ├── termcolor v1.1.3
│   └── textwrap v0.15.0
├── color-to-tui v0.2.0
│   ├── serde v1.0.144
│   │   └── serde_derive v1.0.144 (proc-macro)
│   │       ├── proc-macro2 v1.0.40 (*)
│   │       ├── quote v1.0.21 (*)
│   │       └── syn v1.0.98 (*)
│   └── tui v0.18.0 (*)
├── colored v2.0.0
│   ├── atty v0.2.14 (*)
│   └── lazy_static v1.4.0
├── dirs v4.0.0
│   └── dirs-sys v0.3.6
│       └── libc v0.2.132
├── lazy_static v1.4.0
├── libmacchina v6.2.0
│   ├── cfg-if v1.0.0
│   ├── dirs v4.0.0 (*)
│   ├── home v0.5.3
│   ├── if-addrs v0.6.7
│   │   └── libc v0.2.132
│   ├── itertools v0.10.3
│   │   └── either v1.6.1
│   ├── libc v0.2.132
│   ├── num_cpus v1.13.1
│   │   └── libc v0.2.132
│   ├── os-release v0.1.0
│   │   └── lazy_static v1.4.0
│   ├── sqlite v0.27.0
│   │   ├── libc v0.2.132
│   │   └── sqlite3-sys v0.14.0
│   │       ├── libc v0.2.132
│   │       └── sqlite3-src v0.4.0
│   │           [build-dependencies]
│   │           ├── cc v1.0.72
│   │           │   └── jobserver v0.1.24
│   │           │       └── libc v0.2.132
│   │           └── pkg-config v0.3.24
│   ├── sysctl v0.4.6
│   │   ├── bitflags v1.3.2
│   │   ├── byteorder v1.4.3
│   │   ├── libc v0.2.132
│   │   ├── thiserror v1.0.35 (*)
│   │   └── walkdir v2.3.2
│   │       └── same-file v1.0.6
│   └── walkdir v2.3.2 (*)
│   [build-dependencies]
│   └── vergen v7.4.2
│       ├── anyhow v1.0.65
│       ├── cfg-if v1.0.0
│       ├── enum-iterator v1.1.3
│       │   └── enum-iterator-derive v1.1.0 (proc-macro)
│       │       ├── proc-macro2 v1.0.40 (*)
│       │       ├── quote v1.0.21 (*)
│       │       └── syn v1.0.98 (*)
│       ├── getset v0.1.2 (proc-macro)
│       │   ├── proc-macro-error v1.0.4 (*)
│       │   ├── proc-macro2 v1.0.40 (*)
│       │   ├── quote v1.0.21 (*)
│       │   └── syn v1.0.98 (*)
│       ├── git2 v0.14.4
│       │   ├── bitflags v1.3.2
│       │   ├── libc v0.2.132
│       │   ├── libgit2-sys v0.13.4+1.4.2
│       │   │   ├── libc v0.2.132
│       │   │   └── libz-sys v1.1.3
│       │   │       └── libc v0.2.132
│       │   │       [build-dependencies]
│       │   │       ├── cc v1.0.72 (*)
│       │   │       └── pkg-config v0.3.24
│       │   │   [build-dependencies]
│       │   │   ├── cc v1.0.72 (*)
│       │   │   └── pkg-config v0.3.24
│       │   ├── log v0.4.14 (*)
│       │   └── url v2.2.2
│       │       ├── form_urlencoded v1.0.1
│       │       │   ├── matches v0.1.9
│       │       │   └── percent-encoding v2.1.0
│       │       ├── idna v0.2.3
│       │       │   ├── matches v0.1.9
│       │       │   ├── unicode-bidi v0.3.7
│       │       │   └── unicode-normalization v0.1.19
│       │       │       └── tinyvec v1.5.1
│       │       │           └── tinyvec_macros v0.1.0
│       │       ├── matches v0.1.9
│       │       └── percent-encoding v2.1.0
│       ├── rustc_version v0.4.0
│       │   └── semver v1.0.5
│       ├── thiserror v1.0.35 (*)
│       └── time v0.3.14
│           ├── itoa v1.0.1
│           ├── libc v0.2.132
│           └── num_threads v0.1.6
│       [build-dependencies]
│       ├── anyhow v1.0.65
│       ├── rustversion v1.0.9 (proc-macro)
│       └── time v0.3.14 (*)
├── rand v0.8.5
│   ├── libc v0.2.132
│   ├── rand_chacha v0.3.1
│   │   ├── ppv-lite86 v0.2.16
│   │   └── rand_core v0.6.3
│   │       └── getrandom v0.2.4
│   │           ├── cfg-if v1.0.0
│   │           └── libc v0.2.132
│   └── rand_core v0.6.3 (*)
├── serde v1.0.144 (*)
├── serde_json v1.0.85
│   ├── itoa v1.0.1
│   ├── ryu v1.0.9
│   └── serde v1.0.144 (*)
├── shellexpand v2.1.2
│   └── dirs v4.0.0 (*)
├── thiserror v1.0.35 (*)
├── toml v0.5.9
│   └── serde v1.0.144 (*)
├── tui v0.18.0 (*)
└── unicode-width v0.1.10
[build-dependencies]
└── vergen v7.4.2 (*)

@0323pin
Copy link

0323pin commented Sep 17, 2022

I also have only one tui version,

CARGO_CRATE_DEPENDS+=	toml-0.5.9
CARGO_CRATE_DEPENDS+=	tui-0.18.0
CARGO_CRATE_DEPENDS+=	unicode-bidi-0.3.7

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

Yeah, building from source doesn't have this issue.
Although we did receive one report where the package failed to build from source except the error message points to an entirely different problem, which I can't reproduce on my machine.

@0323pin
Copy link

0323pin commented Sep 17, 2022

we did receive one report where the package failed to build from source except the error message points to an entirely different problem

Too old Rust version? Though, edition 2021 should work with >= 1.56.1

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

Could be.

I did receive a report from the same user a while back and I did inform them to upgrade to the latest version of rustc, perhaps they've gone out of date again.

I'm not really sure.

@0323pin
Copy link

0323pin commented Sep 17, 2022

Actually, this makes no sense, compiling with cargo or, building from source is basically the same. Except for some extra linking against installed libs.
The command we use when compiling from source,

DEFAULT_CARGO_ARGS=	build --offline --release -j${_MAKE_JOBS_N}

Can you try building with cargo in offline mode?

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

I've ran cargo vendor, what shall I do next?

@0323pin
Copy link

0323pin commented Sep 17, 2022

😄 you're asking me?!

I thought you could try cargo build --offline --release

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

Hmm, I was thinking of the wrong command then!

EDIT: cargo build --offline --release ran without any issues.

@0323pin
Copy link

0323pin commented Sep 17, 2022

I'd clear the cache, start from scratch and build it offline.
After all, that's what we are doing inside our build script.

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

I'd clear the cache

As in the build artifacts? I already did that :/

@0323pin
Copy link

0323pin commented Sep 17, 2022

cargo build --offline --release ran without any issues.

Then, it's probably pulling in something that shouldn't be there when in online mode. Can you get a diff of the crates it's using when online and offline?

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

Can do!

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

Yeah, it looks like a cache issue.

After clearing the build artifacts, both offline and online builds are no longer working.

Here's the resulting diff, but I don't see any mentions of tui.

@0323pin
Copy link

0323pin commented Sep 17, 2022

That's what I was looking for. Btw, I find it easier to read with diff -u

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

Online Cargo.lock shows macchina pulling tui 0.18.0 while other dependencies (ansi-to-tui and color-to-tui) are pulling the latest (0.19.0).

Bumping tui to 0.19.0 fixes those cryptic error messages. I wonder if this is solved for real or cargo is playing games.

@0323pin
Copy link

0323pin commented Sep 17, 2022

Hmm... you do specify the exact version. Are those crates calling tui ^0.

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

I am, both dependencies I mentioned are specifying tui = 0.*, which per the documentation (which could be long outdated) says it works with any version where the wildcard is placed.

Either the documentation is contradicting itself, or I'm misunderstanding it, somehow.

@0323pin
Copy link

0323pin commented Sep 17, 2022

both dependencies I mentioned are specifying tui = 0.*

Sorry, was offline myself for an hour. I thought the above would pull the latest version of the 0.* series, in this case 0.19.0 conflicting with your 0.18.0.

But, anyway all good now I guess.

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

But, anyway all good now I guess.

🤞

@grtcdr
Copy link
Member

grtcdr commented Sep 17, 2022

The issue should be resolved now with v6.1.4.

Thank you all, you've been super helpful - I would not have done it without you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
other/help-wanted Your help is needed. type/bug Something isn't working. type/build-error Won't build or is panicking.
Development

No branches or pull requests

5 participants