office/timew built successfully here.

office/tudu
office/uncsv
office/verbiste
office/vlna

built successfully.

HandBrake has been updated and the PR submitted. It now has an optional dependency of onevpl, which did not exist on SBo, so I created a SlackBuild for it and submitted it with the PR (the new dependency is autodetected by HandBrake's SlackBuild).

I'm curious with onevpl
It is not present as a dependency at arch or gentoo

#built successfully
graphics/Pixie
graphics/XnViewMP
graphics/gimagereader
graphics/gtkam
graphics/imgmin
graphics/luxrender
graphics/meshlab

#These have issues as noted before I stopped and moved on.
graphics/freewrl
-javascript_engine issues, last released in 2018, no other builds have it as a dependency
graphics/ipe
-old builds/archive no longer at location, only available version on github is newer with new REQs: libspiro(no slackbuild), might be more, stopped here.
-mobiperl and pipe-viewer have it as dependency

works fine here
Built and installed this morning
thanks
john

onevpl is an Intel video processing library (so it probably won't/might not work on AMD CPUs). I don't have an Intel CPU, so if someone better suited to maintain it wants to, they're welcome to take over.

As for Arch or Gentoo, maybe no one thought to add it for those repos.

This is what the HandBrake 1.5.0 release notes said about it:

If it's installed on your system when you build HandBrake, support will be added automatically. If not, it's built without it.

Ok one more to knock off the list. openmw only needs two things fixed. First it needs a version bump to 0.47.0 to get pass the qt4 failure. Second its dependency bullet needs to be build with "-DUSE_DOUBLE_PRECISION=ON". After those two changes openmw compiles fine.

Builds fine:

system/chipsec

When I did this recently, I tried downloading the source tarball, but the link failed to resolve. Until this is fixed upstream, adapting the SBo script will be impossible.

I'm working on kodi right now, but realistically, I probably won't have something done until tomorrow if someone beats me. I'm debating whether I should include the inputstream.adaptive addon directly into the kodi package or offer it as a separate package. It is required for DRM playback with things like the Netflix, Disney+, and Amazon Video addons and is developed by kodi (at least it's offered as a separate repo under the xbmc github account, however, it isn't part of the kodi source tarball.

EDIT: To provide wayland support, we would need waylandpp and wayland-protocols added to SBo. I may try to do this later, but it is low on the priority list.

Isn't wayland-protocols already included in 15.0?

1 members found this post helpful.

Got opensonic fixed. I put in the Sbo not building thread. I am kind of bouncing back and fourth since the FTBFS log file is in this thread.

https://www.linuxquestions.org/quest...ml#post6335172

Those list were generated by automated CI tools which is designed to prevent network access and it was run automatically, so there could be some false positive and minor tweaks needs to be applied to the CI in order to get everything right. By confirming that it works it surely helped us to confirm it and remove it from the list.

1 members found this post helpful.

It wasn't detected by cmake, so I assumed not, but you had me look and indeed it is. I'll have to do more digging to find out what's causing that failure, but waylandpp is not present in 15.0 and isn't on SBo. Maybe once waylandpp is installed, it'll detect wayland-protocols, but I'll have to see when I get to that point.