RalphAS

Behavior of `ginput` probably depends on the low-level backend. I use it routinely with the Qt backends for PyPlot, where it works as advertised (in the help message), returning a...

Thanks for picking this up. You might have a new record for the number of tarballs. Julia v1.6 would need a different approach because libblastrampoline was only partly integrated. It...

Now I've remembered why I didn't do this earlier: the builds should really be sorted by version of libblastrampoline rather than version of Julia, and I didn't figure out a...

The linker is failing to find libblastrampoline. It seems to be looking in /workspace/destdir/lib which it gets as the shell variable `${libdir}`. Has there been a relevant recent change in...

Don't celebrate too soon; the package doesn't seem to be consistent yet: https://github.com/JuliaRegistries/General/pull/68512 says > ERROR: Unsatisfiable requirements detected for package libblastrampoline_jll [8e850b90]: libblastrampoline_jll [8e850b90] log: ├─possible versions are: 5.1.1...

Since this wraps a Fortran library we also have the proliferation of gfortran versions. Is there any way to avoid combinatorial explosion?

At least on Linux, Julia v1.8 includes symlink `libblastrampoline.so`, as well as the (new) numbered LBT.so.5, so the old references will resolve. (With the old LBT BinaryBuilder just put the...

Looks like a documentation problem. Try ```julia img = imfilter(img, Kernel.gaussian(0.75*reduction_factor)) ``` or ```julia kern = KernelFactors.gaussian(0.75*reduction_factor) img = imfilter(img, kernelfactors((kern,kern))) ``` note that arg to `kernelfactors` is a tuple....

This may be fixed by https://github.com/JuliaLinearAlgebra/MKL.jl/pull/140

When asked for all vectors, DSYEVR tries the MRRR scheme, and if it fails it runs the more expensive inverse-iteration approach. It appears that the jump in runtime for at...