On Thu, Dec 17, 2020 at 04:45:01PM +0100, Robert Nagy wrote:
> The upcoming chromium update also requires libva, so I've fixed up
> and updated the submitted libva port. Attached is the new version.
If it is blocking chromium updates now, perhaps libva should go in ports.
But if AMD graphics are e
The upcoming chromium update also requires libva, so I've fixed up
and updated the submitted libva port. Attached is the new version.
libva.tar.gz
Description: Binary data
On Mon, Dec 09, 2019 at 11:28:57AM -0600, Brad DeMorrow wrote:
> Bryan,
> I've attached the full output of *moonlight > moonlight.log 2>&1*
>
> There are no errors that I see, however, I do see a behavior that's probably
> not intended.
> The original code used the RTLD_NODELETE flag with dlopen t
Bryan,
I've attached the full output of *moonlight > moonlight.log 2>&1*
There are no errors that I see, however, I do see a behavior that's probably
not intended.
The original code used the RTLD_NODELETE flag with dlopen to basically
cause the library to stay in memory when dlcose is called. It
>
>
> I was under the impression that in order to have working VAAPI/VDPAU
> accelleration we had to compile Mesa with it (which been a problem, as
> our Mesa is in maintained in base).
>
I wasn't aware of that (potential?) problem.
>
> IIRC libvaapi does compile, but fails at runtime without the
On Mon, Dec 09, 2019 at 12:42:45AM -0600, Brad DeMorrow wrote:
> I managed to get moonlight-qt (to stream games) to work today.
> I'm trying to bundle up my work, but I need some help/feedback on a few
> things.
>
> First, here is libva and the intel-vaapi-driver.
> I've ran portcheck and done sev
You can either;
- repack with submodules and host
- set additional DISTFILES+MASTER_SITES for the submodules (example in ntopng)
- ask upstream if they'll generate and upload a tarball as a release asset
like they do with binaries - like irssi, darktable, jq, liferea and many others
--
Sent fr
