blinxen

Closing this issue because of lack of interest.

I reopened this issue, since I started to use `k9s` again.

I would like to package `lapce` for fedora and from my point of view the only thing that is keeping `lapce` from getting into the official fedora repos is that...

> Do you get the same behaviour when using cross installed from this git repo ``` Error: statfs /stable-x86_64-unknown-linux-gnu: no such file or directory ``` > What is the output...

> I think the way forward is for us to fix this inconsistency (somehow), and in the meantime you should be able to do RUSTUP_TOOLCHAIN=stable cross ... This fixes my...

Do you mean these calls? ``` + cargo +stable metadata --format-version 1 --filter-platform i686-unknown-linux-gnu + rustc --print sysroot + /usr/bin/rustc + /usr/bin/podman + /usr/bin/podman version -f '{{ .Server.Os }},,,{{ .Server.Arch...

If you need any help with fixing this then just let me know.

Can this be merged?

In the meantime I found the following out: The main issue here lies in the [try_extend_from_slice_no_copy](https://github.com/vcombey/fallible_collections/blob/master/src/vec.rs#L627) function. After trying to clone the `133937` (I don't really know if this index...

It appears that when trying to [reserve the memory](https://github.com/vcombey/fallible_collections/blob/ecd9e2b5c223a77561032e5001abb2ccca5d5132/src/vec.rs#L488) for a [new Vec](https://github.com/vcombey/fallible_collections/blob/ecd9e2b5c223a77561032e5001abb2ccca5d5132/src/vec.rs#L504), the allocator should not return a valid pointer. When running the [test](https://github.com/vcombey/fallible_collections/blob/master/src/vec.rs#L833) for 64 bit architectures, it...