CompatHelper: bump compat for DataStructures to 0.19, (keep existing compat)

[github-actions]

This pull request changes the compat entry for the DataStructures package from 0.10, 0.11, 0.12, 0.13, 0.14, 0.17, 0.18 to 0.10, 0.11, 0.12, 0.13, 0.14, 0.17, 0.18, 0.19.
This keeps the compat entries for earlier versions.

Note: I have not tested your package with this new compat entry.
It is your responsibility to make sure that your package tests pass before you merge this pull request.

[andreasnoack]

JuliaCollections/SortingAlgorithms.jl#101 is blocking on pre but I don't understand the error on the other versions.

[devmotion]

I assume the problem is that the force_latest_compatible_version=true setting in Pkg that the julia-runtest action uses for CompatHelper PRs (to enforce that the updated dependency is actually tested) tries to enforce the use of JET 0.10. However, while seemingly JET 0.10 is the latest "compatible" version allowed in the Project.toml file, actually on Julia < 1.12 JET 0.9 is the latest compatible version since JET 0.10 only supports Julia >= 1.12.

So I suspect this is an upstream issue of the implementation of force_latest_compatible_version in Pkg, most likely it does not take into account the julia compatibility when enforcing latest compatible versions.

The simple workaround for the time being: Reopen separate non-CompatHelper PRs with the version update...

[devmotion]

@DilumAluthge are you aware of this issue with force_latest_compatible_version? Do you think Resolver.jl could help with this issue (apparently the downgrade action was already changed to using it and there's some draft PR in Pkg)?

[DilumAluthge]

Yeah, force_latest_compatible_version will force the latest version that is compatible with the package compat entry; there's no logic to relax that restriction if the latest version is not compatible with older Julia versions.

[devmotion]

I opened a bug report: JuliaLang/Pkg.jl#4349