Looks like xmonad and xmonad-contrib must provide all their dependencies either way.
xmonad configuration is done by compiling a Haskell script which uses XMonad and other related packages.
And in order to compile it all of the dependencies must be registered in ghc.

LGTM, thanks!

At least neovim needs to be rebuilt.

LGTM, thanks!

Update to 5.264.1.

Fixed summary formatting.

LGTM, thanks!

@infinitymdm Cheers!

Tested yuzu. Everything looks good

This is the full list of packages that needs to be validated with new version of fmt.

yuzu
waybar
openimageio
mpd
mkvtoolnix
kodi
dolphin-emu
cherrytree
0ad

Invalid task for unstable repository

@Phantop I'll try to look at the whole thing this weekend (depending on how much time I have next to New Year's Eve obligations).

Please don't assign people to tasks yourself, thanks! (we should probably disable this functionality for regular users, to avoid confusion)

The rebuilds are still in progress. The current package building at the time of writing is qt6-webengine, which takes a long time to complete. Best bet would probably be to roll back your update and then wait until it's completed.

So, spdlog and jsoncpp seem to just need rebuilds when the versions are bumped? I'm a little reluctant to submit updates for the latter, though, as some of the revdeps take a very long time to build and I don't have access to a computer that can just sit and wait for everything to build for that long. Similar deal with Kodi, where it seems to be building fine but takes simply so long that I can't know for sure.

Feel free to step on toes

@davidjharder Oh, no worries. I just wanted to make sure we weren't stepping on your toes here by duplicating work. Enjoy your travels! ?

I can't do anything about waybar & friends until well after New Year's. Traveling for the holidays

I don't know if @davidjharder already had some work on waybar (which I think was the original package that wanted fmt 9). In any case, yes, if possible I'd like to use system packages. Unfortunately I haven't found the time yet this week to look into it.

Alright! So, assuming that Kodi works, just mkvtoolnix and Waybar need to be updated. I can submit the former shortly, however Waybar needs to be updated, but wants newer versions of spdlog and jsoncpp as well as needs some changes to the stateless config patch. I'll look into updating those, though there is the option of enabling networking and having Waybar build its own (though I imagine that's preferable to avoid).

@Phantop @davidjharder Looks like Kodi 19.5 contains changes to fix compatibility with fmt >= 9.0

@Phantop: You could find a single patch to fix the build for Kodi with fmt 9.1.0? Asking because I got into a bit of a patch mess yesterday when I took a look at it ?
FWIW I'm all for a simple patch. They're at beta 1 for their next release now, which could still mean two months (or more) until the final release, if you go by past schedules.

LGTM, thanks!

I've managed to build everything except for Kodi. waybar and mkvtoolnix just need to be updated in order to work. I can submit updated packages for both of them.

Kodi does have an option to use its own fmt, if that ends up being necessary. The latest git definitely has support for fmt 9.1.0, so it may be an issue of needing to wait for a release that supports it (or apply the relevant patch, as the commit that updates it changes one line).

Thanks for the heads up. I snagged on rebuilding kodi and mkvtoolnix, haven't made any headway since

CC @davidjharder since he was also working on updating FMT and I'd hate for there to be duplicated effort on this.

You're going to need to test that *every* revdep builds and runs with the new version.

LGTM, thanks!

if the meta tags reading still works, then have a go :)

LGTM, thanks!

Please open a new task for any issues

In T10264#196738, @Jacek wrote:

Funny, ZIG has just fixed compatibility with LLVM 14... Only thing needed would be to backport those patches.

Funny, ZIG has just fixed compatibility with LLVM 14... Only thing needed would be to backport those patches.

LGTM, thanks!

When i can actually build it :P the llvm14 patch didn't apply cleanly as a backport so i'll just wait for a new release for now.

The pull request fixing intel-graphics-compiler on LLVM 14 has just been merged. So that can probably be changed to OK

xxhsum doesn't link against libxxhash.so so wouldn't see the benefits from the haswell libs, which is why i enabled the dispatch originally, e.g. if you run xxhsum -b with this patch the performance is a lot lower.

Not sure I'm following you.

I might try to maintain intel-compute-runtime for a while, until the desktop GPUs come out. Maybe then someone will take it up, or I get one.
For now I only have a Broadwell 2in1 to test it on, which is last supported generation.

I think the dispatch is only for the binaries as they don't link to their own libraries. Would we need full phat performance in the xxhsum binaries themselves?

In D12947#220555, @biqqles wrote:

Why when it's the same version and there are no code changes?

In D12311#208177, @kyrios123 wrote:

Triage Team : Please notify me when this patch is landed because I would like to update python-shapely and then the cura stack. thx!