Curtis Vogt

Original issue should be addressed by: https://github.com/JuliaPackaging/WinRPM.jl/pull/155

Should be fixed by: https://github.com/JuliaPackaging/WinRPM.jl/pull/158

@aviks I'm not sure that this should be the behaviour anymore based upon https://github.com/JuliaWeb/HTTP.jl/issues/45#issuecomment-315277826. @samoconnor can you elaborate on why you want to be able to read from the buffer...

That should happen automatically if you update LibCURL_jll here: https://github.com/JuliaPackaging/Yggdrasil/blob/master/L/LibCURL/build_tarballs.jl

Pkg doesn't understand the build number. You should be able to leave it off (e.g. `add [email protected]`) and it should use the latest build

> The problem is that the latest build is "7.73.0+6" which does not work with julia 1.5, so I get unsatisfiable dependencies. Essh, that's definitely not great. > As a...

I'm good with the `localtime` keyword argument but another interface we could use here is: ```julia unix2datetime(x::Real, ::Type{UTC}=UTC) unix2datetime(x::Real, ::Type{Local}) ``` Dates.jl already defines `UTC` (although it should probably be...

With the release of TimeZones.jl 1.16 I decide to re-run the timings Julia 1.9.4 with TimeZones 1.15: ```julia (Arrow) pkg> st Project Arrow v2.7.2 Status `~/.julia/dev/Arrow/Project.toml` [31f734f8] ArrowTypes v2.3.0 `src/ArrowTypes`...

It looks like the use of `@tz_str` is the issue at the moment. I updated to use `TimeZone(...)` and got this: ```julia julia> @time @time_imports using Arrow ... 25.9 ms...

HTTP.jl uses connection pooling so it attempts to keep TCP connections open for repeat requests. I've also seen similar problems. From my investigation it seems that: ``` ┌ Debug: 2024-01-19...