Fredrick Brennan
Fredrick Brennan
Oh and last thought. MFEK's IPC uses `--version` and `$PATH` only to find its fellow modules so there's nothing special you have to do besides put all those binaries in...
Oh, I see. Well, I still think a parking repository makes sense, as even though this is the org's most popular project, it's not the "root" module in any sense....
Thanks! Sorry for my ignorance of NixOS :-) If there's enough interest I'll make MFEK/flake.nix myself after merging this and the MFEKmetadata PR.
> Agree that the flake-per-repo approach is more reasonable, as it allows developers to make use of nix shell environments. Do you think that the idea of having an MFEK/flake.nix...
Marked as draft as blocked on https://github.com/MFEK/metadata/pull/139#issuecomment-1364631789 (see subsequent comment on potential fix).
@gdt yeah it's just "also provide and install a .a alongside the .so".
I only mean it takes a long time, but I expect it to as the resulting AppImage is, in this case, 128MB.
Yes I'm on Debian and yes I did see a lot of `dpkg-query` notices. I am trying, I hate when users do this too, lol. I just couldn't imagine my...
Yep that's the issue. The deployment flies by with that flag.
That sure is annoying. I see why it's happening, it's because the files are linked to /lib and not in /usr/lib. Compare: ``` fred@mapache:~/Workspace/TTAegisub/packages/appimage_bundle$ dpkg-query -S /usr/lib/x86_64-linux-gnu/libffms2.so.5.0.0 libffms2-5:amd64: /usr/lib/x86_64-linux-gnu/libffms2.so.5.0.0 fred@mapache:~/Workspace/TTAegisub/packages/appimage_bundle$...