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
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
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
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
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