Byrth

Looks like this one, perhaps: https://sourceware.org/bugzilla/show_bug.cgi?id=27103 Perhaps it isn't actually accepted as a bug? I don't know how this community works: https://sourceware.org/pipermail/libc-help/2020-December/005596.html

I recognize that performance concerns are likely what drove the change, but here is what I was expecting: ```julia df1.__id1 = Base.OneTo(nrow(df1)) df2.__id2 = Base.OneTo(nrow(df2)) df3 = ___join(df1,df2,on=keys) ``` ###...

That allows you to avoid the download, but the failure is due to an unpacking error. ```julia julia > using Pkg julia> Pkg.PlatformEngines.download_verify_unpack("https://data.iana.org/time-zones/releases/tzdata1997b.tar.gz", "8a6c0801bb2474342a48d6c2253e7983d50d4c6d80a1d455c06fa4e4434df3b3", "/root/.julia/artifacts/jl_rJlNRK"; verbose = true, quiet_download =...

The summary here is that some of the IANA .tar.gz files from before the year 2000 don't have checksums written to their .tar headers. A workaround is to make a...

Just to note, the `Reexport` package has added support for syntax like the following on the master branch, but it has not been released yet: ~~~julia using Reexport: @reexport @reexport...

This one is redundant with PR #56 and can be closed.

What about something like? ~~~julia function get_additional_fields(::Type{T}) where T if StructType(T) == AbstractType() subtype = nothing subtypeval = nothing for (k,v) in pairs(subtypes(T)) if isa(obj[name],v) subtypeval = k subtype =...