Patryk Wychowaniec
Patryk Wychowaniec
Error when using a `git` dependency that includes a workspace, when the flake is also in a workspace
Ah, I see - the issue is that Naersk copies all dependencies into a flat structure, i.e. it takes: ``` deps/something deps/typst deps/typst/typst-foo deps/typst/typst-bar ``` ... and flattens it into:...
While I'm not necessarily the number one fan of this particular formatting style (more of a nixpkgs-fmt guy myself), I think as long as we have something consistent, it's nice...
I can confirm this, both on Emacs 29 and 30.0.50 (3cdd86b8affa6d58de8f6d07b4e117676fedd58c); MacOS, aarch64. In my case e.g. Magit got byte-compiled only partially and Eat (installed through `package!`) wasn't getting byte-compiled...
Something like this also happens to me, but rather randomly (one in a few dozen Emacs startups) - have you tried running `doom sync -up` and restarting Emacs? 👀
It would be nice if you posted what exactly goes wrong (the error message or something), but my educated guess is that you should set those envvars: - `DOOMLOCALDIR`, -...
> @Patryk27 shouldn't we now support some of those capabilities in the frontend? Ah yes, it looks like we at the very least support RuntimeDescriptorArrayEXT now; I'm not sure on...
fwiw, an assignment after (or before) the loop triggers this error as well: ```rust #[spirv(compute(threads(8, 8)))] pub fn main(#[spirv(descriptor_set = 0, binding = 0)] out: TexRgba32f) { let mut val...
FWIW, `M-x vertico-posframe-cleanup` seems to solve this issue (not sure what triggers it just yet, though).
Hi, yeah - RON support would be nice, thanks for the suggestion 🙂
> Why are we having a rewriting of `Cargo.toml`? Naersk (and Crane as well, IIRC) have a two-step build process: first they build all of the dependencies (and cache the...