update time to 1.15

[geekosaur]

Template B: This PR does not modify behaviour or interface

E.g. the PR only touches documentation or tests, does refactorings, etc.

Include the following checklist in your PR:

• Patches conform to the coding conventions.
• Is this a PR that fixes CI? If so, it will need to be backported to older cabal release branches (ask maintainers for directions).

[Bodigrim]

Tested with

cabal build all -c 'time>=1.15' --allow-newer='unix:time,directory:time,tree-diff:time,hackage-security:time,aeson:time,time-compat:time,nothunks:time,text-iso8601:time,tar:time,HTTP:time'

[ulysses4ever]

Thank you for checking, @Bodigrim.

@geekosaur maybe we should do this routinely when updating bounds to our dependencies.

[geekosaur]

Probably yes; I forgot this time. I wonder if there's some way to automate this (we already have the appropriate inputs, but they can only be used with workflow_dispatch). Maybe a label, but then we need some way to pass it the appropriate inputs.

[bgamari]

Can we backport this to 3.16?

[ulysses4ever]

@mergify backport 3.16

[mergify]

backport 3.16

✅ Backports have been created

Details

• #11137 Backport #11127: update time to 1.15 has been created for branch 3.16

[ulysses4ever]

@bgamari is it necessary for the GHC 9.14 release? we planned a release of cabal only after 9.14 is out

[bgamari]

@bgamari is it necessary for the GHC 9.14 release? we planned a release of cabal only after 9.14 is out

Yes it is.

[geekosaur]

Perhaps more to the point: is this needed for the alpha? I think the original plan was to test against the alpha and fix anything else needed for it to work. Failing that, we should at least have a branch to test against.

[ulysses4ever]

I first thought we might need another release, but that's not necessarily the case: a revision of 3.16.0.0 (which, the release, is already on Hackage), hopefully, would be enough? @bgamari

[geekosaur]

Except that libraries/Cabal is bundled with ghc, so that probably needs to have an updated cabal file. Especially if it's expected to build with the bundled libraries/time.

[bgamari]

As @geekosaur said, GHC needs an upstream git commit as Cabal is a boot library included in the GHC tree via submodule. Moreover, ideally a revision should not pushed to Hackage until the corresponding commit is committed to the appropriate release branch.

Regardless, the backport has happened in #11137 so I don't think anything more is needed here.

[Mikolaj]

mergify backport 3.14

[Mikolaj]

I'm requesting the backport due to commercialhaskell/stackage#7919.

[Mikolaj]

@mergify backport 3.14

[mergify]

backport 3.14

✅ Backports have been created

Details

• #11394 Backport #11127: update time to 1.15 has been created for branch 3.14 but encountered conflicts