It looks like there is a , where a . should be on the libcurl4 >=7.16,2

Heh, gotta love typos. Fixed!

Fixed / updated formatting (only).

This piece of code came from the upstream OBS plugin-template, we can modify but need to notice to keep maintaining it.

Couple things to look at:

• OBS version must same of greater than the one set in the buidlspecs.json as of this post : (>= 31.0.4)
• Not sure how we can maintain the versionning for each package dependencies. (as this is not un the upstream project either).
• Ideally each versions of package required would be the same (minimum or better) than the one from the build-deps used in buildspec.json

Linked Issue : #1299 (comment)

Edit : found the correcponding issue.

In progress : Investigating why the formatting is not behaving correctly.

Formatting issue solved.
Root cause : The public gersemi Cask is not behaving the same as the OBS-project/tools/gersemi used in the GH action.

THis has been updated in the wiki too.

@eeickmeyer If you want to test, the artifact in the last action build should be good to test.

@RayneYoruka Can you cross-check please? This will make it to the next upcoming release.

I'm seeing a .zip artifact but not a .deb artifact? Am I missing something?

Correct, we are checking how this could be generated via the exact same process as the (automated) release process. Will update here when figured out.

Waiting for some of the feedba on the the ongoing testing by @RayneYoruka @eeickmeyer.

Launchpad PPA (Work in progress) - thanks @eeickmeyer for the support on this!
https://launchpad.net/distroav

Testing results waiting to be confirmed, installation via .deb works great on :

• Ubuntu 25.10
• Ubuntu 24.04
• Ubuntu 22.04 (fac.)

TBC :

• Debian 13
• Debian 12
• Debian 11 (fac.)

I would consider the Launchpad PPA ready-to-go at this point. I couldn't use github as the source since it didn't include the submodules when cloned to Launchpad, and, afaik, there's no way to do that. Therefore, it uses the packaging branch.

Also, the URL is https://launchpad.net/~distroav/+archive/ubuntu/distroav, and adding it to an Ubuntu system is as easy as sudo add-apt-repository ppa:distroav/distroav/ppa. The package only contains one patch from 36928ed as it wouldn't build against a newer Qt version than is in 24.04 without this, such as in 25.04, 25.10, and future 26.04. Once a new release is done, we can drop this patch.

Honestly, the PPA makes this PR moot from the perspective of Ubuntu installation, but that's up to you, @Trouffman .

• Ubuntu 24.04 succeeded without issues.

• Ubuntu 25.10 showed t64 errors until the repo created by @eeickmeyer .

• Debian 13 unsuccessful. t64 errors and dependencies. Might need a repo or manual packages for obs to test.

Previous versions of Debian will most likely have the same behaviour due to the old version of obs in their repos.

• Debian 13 unsuccessful. t64 errors and dependencies. Might need a repo or manual packages for obs to test.

@RayneYoruka Try this one: https://launchpad.net/~distroav/+archive/ubuntu/distroav/+build/31487611/+files/distroav_6.1.1-0~202511132238~ubuntu25.10.1_amd64.deb

Ubuntu 25.10 is loosely based on Trixie (since everything in unstable was forked from it), so it should work.

• Debian 13 unsuccessful. t64 errors and dependencies. Might need a repo or manual packages for obs to test.

@RayneYoruka Try this one: https://launchpad.net/~distroav/+archive/ubuntu/distroav/+build/31487611/+files/distroav_6.1.1-0~202511132238~ubuntu25.10.1_amd64.deb

Ubuntu 25.10 is loosely based on Trixie (since everything in unstable was forked from it), so it should work.

Do we have obs 32 packages as well?

Do we have obs 32 packages as well?

@RayneYoruka Yes. https://launchpad.net/~distroav/+archive/ubuntu/obs/+packages

Mostly as a dependency build, but for testing reasons you can add it.

QT dependencies unfortunately seems to be a hit or miss, besides libc.
I apologise for the screenshot, on a VM.

@RayneYoruka In that case try https://launchpad.net/~distroav/+archive/ubuntu/obs/+files/obs-studio_32.0.2-0ubuntu1~bpo25.04.1~ppa1_amd64.deb and https://launchpad.net/~distroav/+archive/ubuntu/obs/+files/obs-plugins_32.0.2-0ubuntu1~bpo25.04.1~ppa1_amd64.deb.

@RayneYoruka In that case try https://launchpad.net/~distroav/+archive/ubuntu/obs/+files/obs-studio_32.0.2-0ubuntu1~bpo25.04.1~ppa1_amd64.deb and https://launchpad.net/~distroav/+archive/ubuntu/obs/+files/obs-plugins_32.0.2-0ubuntu1~bpo25.04.1~ppa1_amd64.deb.

Those packages did the trick but with the testing deb of "DistroAV 6.1.2-beta1 Linux Deb only"

The previous deb would report libqtcore version not met. ( https://launchpad.net/~distroav/+archive/ubuntu/distroav/+build/31487611/+files/distroav_6.1.1-0~202511132238~ubuntu25.10.1_amd64.deb)

@RayneYoruka In that case try https://launchpad.net/~distroav/+archive/ubuntu/obs/+files/obs-studio_32.0.2-0ubuntu1~bpo25.04.1~ppa1_amd64.deb and https://launchpad.net/~distroav/+archive/ubuntu/obs/+files/obs-plugins_32.0.2-0ubuntu1~bpo25.04.1~ppa1_amd64.deb.

Those packages did the trick but with the testing deb of "DistroAV 6.1.2-beta1 Linux Deb only"

The previous deb would report libqtcore version not met. ( https://launchpad.net/~distroav/+archive/ubuntu/distroav/+build/31487611/+files/distroav_6.1.1-0~202511132238~ubuntu25.10.1_amd64.deb)

Oh perfect! @Trouffman Looks like we might be good to go! Bear in mind, the PPA is really only for Ubuntu so users can keep the DistroAV package updated that way. This PR apparently provides for Debian.

@RayneYoruka I guess the 25.04 version might do the trick for Debian 13?

@RayneYoruka I guess the 25.04 version might do the trick for Debian 13?

I should test that now

Obs 25.04 packages do work on Debian 13 yet the same error occurs with https://launchpad.net/~distroav/+archive/ubuntu/distroav/+build/31487611/+files/distroav_6.1.1-0~202511132238~ubuntu25.10.1_amd64.deb .

libqtcore64 dependency unmet; 6.9, system comes with 6.8.

Obs 25.04 packages do work on Debian 13 yet the same error occurs with https://launchpad.net/~distroav/+archive/ubuntu/distroav/+build/31487611/+files/distroav_6.1.1-0~202511132238~ubuntu25.10.1_amd64.deb .

libqtcore64 dependency unmet; 6.9, system comes with 6.8.

Ok, then it looks like Debian users can use the package produced from the build process here in github, and Ubuntu users can use the PPA.

There has been some bump of the OBS-Deps being used via #1406

@eeickmeyer can you check if that would solve the challenge you were experiencing (and solve with this PR).
Maybe this does fix the root cause (and also mean that we will not need the "hard coded" values from this PR.

Yep, it should work. The beauty about the PPA builds, for instance, is that they will always keep up-to-date based on which OBS version they're building against. While that's not the case here, building in a PPA is super easy with the recipe.

Okay thanks for the context!

Then do we still need this PR or the bump of the obs-dep in the buildspec.json solve this already?

Unfortunately, this would make it all static as opposed to simply depending on shlibs, so it's probably not the best idea. Instead, it should probably do something like:

set(CPACK_DEBIAN_PACKAGE_SHLIBDEPS ON)
set(CPACK_DEBIAN_PACKAGE_DEPENDS "${shlibs:Depends}, libqt6core6t64 (>= 6.4.0) | libqt6core6 (>= 6.4.0), libqt6gui6t64 (>= 6.1.2) | libqt6gui6 (>= 6.1.2), libqt6widgets6t64 (>= 6.1.2) | libqt6widgets6 (>= 6.1.2), obs-studio"
)

That should do it better.

I can see as well that building on the Packages deps might be a problem with the obs-studio package, has it seems to not be the minimum required version we need either.

Debian : https://packages.debian.org/search?keywords=obs-studio
Ubuntu : https://packages.ubuntu.com/questing/obs-studio

The more I look at it the more the "obs-deps" (static) seems to address that kidn of mis-match versionining.

Am I going in a wrong direction here ?

Am I going in a wrong direction here ?

Yes. I'm not interested in Debian at the moment. DistroAV is only in Ubuntu. Here's where things look right now: https://launchpad.net/ubuntu/+source/obs-studio
https://launchpad.net/ubuntu/+source/distroav

Waiting for autopkgtests and other transitions to finish before starting No-Change Rebuilds of dependent packages.

with distroav-6.1.2-beta1-x86_64-linux-gnu.deb it installs fine on debian trixie, no dependency problems. but failing to launch: "obs: symbol lookup error: /usr/lib/x86_64-linux-gnu/obs-plugins/distroav.so: undefined symbol: obs_frontend_get_user_config"

with distroav-6.1.2-beta1-x86_64-linux-gnu.deb it installs fine on debian trixie, no dependency problems. but failing to launch: "obs: symbol lookup error: /usr/lib/x86_64-linux-gnu/obs-plugins/distroav.so: undefined symbol: obs_frontend_get_user_config"

Please confirm which version of oba you have. That might be the challenge .

its debian trixie default obs-studio 30.2.3+dfsg-3

its debian trixie default obs-studio 30.2.3+dfsg-3

Indeed, this is the reason for it...
obs_frontend_get_user_config was added in OBS 31
Source

I guess this happens when it's build with the CPACK instead of the obs-deps.