Andrea Pappacoda
Andrea Pappacoda
The upstream issue and patch have been ignored for four years. I think that's enough evidence of lack of interest from upstream
Here's a diff fixing the issue. Of course, this will break the test for old libvips versions. ```diff diff --git a/metadata_test.go b/metadata_test.go index 68502f2..e8b5849 100644 --- a/metadata_test.go +++ b/metadata_test.go @@...
Can't this issue be fixed by explicitly using 64-bit wide types where needed, instead of relying on the fact that 64-bit environments have 64-bit wide `size_t` and co?
Of course!
This is because packages suffixed with `t64` only exist starting with Debian 13, and MX-Linux is still on Debian 12. You should just re-build the package locally.
If the file can be run during the build process (and if the output consists of machine-generated files, it should *only* run during build time), then the destination directory should...
Hi Miko, On Tue Dec 9, 2025 at 10:46 PM CET, Miko wrote: > @Tachi107 CMake needs to know what the output directory is ahead of time to compile the...
Il giorno ven 26 apr 2024 alle 10:52:45 -07:00:00, Kip ***@***.***> ha scritto: > @Tachi107, I can't tell, but are these CI failures innocuous? It seems an error in the...
Hi! Could you please add a test case demonstrating the old behaviour, and how your patch fixes it? Thanks!
On Thu Jul 31, 2025 at 11:12 PM CEST, Otto Kekäläinen wrote: > One option would also to replace `mitchellh/hashstructure` with some > newer fork listed at > https://github.com/mitchellh/hashstructure/network. There's...