Qt VS svntogit-packages

Qt mono repo : .. you could check out all submodules and simply use CMake to exactly achieve this. A mono repo also means that if I only use qtbase and declarative, I would need to have all submodules in there? - No

For e.g. if you’re writing a framework, you need to interface with Cocoa on MacOS to draw windows, which only provides an Objective C or Swift interface. You can look at the Qt source code and see how they do it: https://github.com/qt/qtbase/tree/067b53864112c084587fa9a507eb4bde3d50a6e1/src/plugins/platforms/cocoa

That's because Qt 6 wholeheartedly converted to CMake for you. (At least it is better than qmake.) In order to support this Qt has this large battery of CMake files [1]. Qt is of course a clear outlier, but you can't expect the same level of support from every other library you want. My points about "anything exotic" still stand.

[1] https://github.com/qt/qtbase/tree/dev/cmake

What are you talking about? Qt has GTK theme support built-in: https://github.com/qt/qtbase/tree/dev/src/plugins/platformthemes/gtk3

This looks like the Qt bug solved by this commit: https://github.com/qt/qtbase/commit/acaabc9108dfe75530960cf8e3ec4f3602cd82e0

Yeah, I'm sure it's completely unheard of. Oh except that it took me all of a couple minutes to find an example of that exact thing in one of the largest, most commonly used C++ frameworks out there.

I don't see any connect in https://github.com/qt/qtbase/blob/dev/src/corelib/tools/qsharedpointer_impl.h, and QPointer isn't a QObject (though I don't know if the latter is actually necessary for signal-slots). One (unreliable) way to test is to see if a QPointer fails to be nulled out when the QObject is blocked by a QSignalBlocker. Alternatively I'd set a data breakpoint on a QPointer and try it out. But I don't have the time right now.

More sanely, just makepkg the official pkgbuild from archlinux extra.

Packagekit support has been dropped from the gnome-software package https://github.com/archlinux/svntogit-packages/commit/d62208b27b99de982318d58d87a9125def07f626

git clone https://github.com/archlinux/svntogit-packages.git --branch packages/$pkgname --single-branch $pkgname

For example Arch applies quite a few patches to Chromium.

Yep looks like ffmpeg package needs to be rebuilt against svt-av1 1.5.0. In the meantime you can checkout, build & re-install the ffmpeg pkgbuild locally to fix.

Download the PKGBUILDs from the archlinux svntogit trunk and use makepkg as you'd normally would I guess. Here's the PKGBUILD for gnome-shell v. 3.38.4 for example: https://github.com/archlinux/svntogit-packages/blob/e93ee10b663dedcebfd8c33fd53b82f642a0a0a8/trunk/PKGBUILD

The old python PKGBUILD from the Arch repos is here, in case anyone wants to build it themselves under the python310 name (with additional minor modifications): https://github.com/archlinux/svntogit-packages/blob/855d73921bb8e86820a7731870de335c3c2fa236/trunk/PKGBUILD