Package Details: ndi-sdk 5.1.1.20220210.r129281-1

Git Clone URL: https://aur.archlinux.org/ndi-sdk.git (read-only, click to copy)
Package Base: ndi-sdk
Description: NewTek NDI SDK
Upstream URL: https://ndi.tv/sdk/
Keywords: libndi newtek
Licenses: custom
Conflicts: libndi
Provides: libndi
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 16
Popularity: 0.000683
First Submitted: 2017-09-03 20:23 (UTC)
Last Updated: 2022-02-16 16:59 (UTC)

Latest Comments

ypoluektovich commented on 2020-08-20 16:44 (UTC)

Please update shasums!

emileet commented on 2020-06-15 01:56 (UTC)

sha256sums needs updating, thank you.

celilo commented on 2020-05-16 00:55 (UTC)

Agree with others. provides=("libndi=${pkgver}") is needed for compatibility with other packages. Please add.

SiriusCrack commented on 2020-05-14 07:11 (UTC)

Came here from obs-ndi. Made an account to say I'm also getting the same error as @TecMunky, and I also worked around it by downloading the source, running sha256sum on the tar, and replacing the tar and sum in the pkgbuild, in case any noobs like me find this lol

dreieck commented on 2020-05-13 09:00 (UTC)

as already @ShayBox commented:

Please add

provides=("libndi=${pkgver}")

!

Thanks for maintaining.

shaybox commented on 2020-05-07 03:22 (UTC)

You should add provides=('libndi') since this package provides libndi.so, this allows other packages to provide the same thing and allow dependents of them to not conflict.

hendry commented on 2020-04-13 12:36 (UTC) (edited on 2020-04-19 02:09 (UTC) by hendry)

/usr/bin/ndi-directory-service (4.5.20200401.r113269-1) is not picking up any sources whilst my MBP is. Any ideas?

UPDATE: I should have been using the NDIlib_Find command. (You need to build it)

TecMunky commented on 2020-04-02 22:35 (UTC)

Thanks - I had installed it manually by calculating the sha256sum and modifying the build file.

dbermond commented on 2020-04-02 02:06 (UTC)

@TecMunky Package updated to version 4.5.20200401.r113269. Thanks for reporting.

TecMunky commented on 2020-04-02 01:22 (UTC) (edited on 2020-04-02 01:24 (UTC) by TecMunky)

==> Validating source files with sha256sums...
InstallNDISDK_v4.5.20200323.r112958_Linux.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
Failed to build ndi-sdk

shaybox commented on 2020-01-13 14:42 (UTC)

You should add provides=('libndi') so ndi-sdk shows as a libndi option on packages like obs-ndi (or any future packages that use libndi.

dbermond commented on 2019-05-12 15:00 (UTC)

@4s3ti Package updated.

Wrong checksum error will always happen when upstream releases a new version, because the source filename is not changed by upstream.

4s3ti commented on 2019-05-04 13:57 (UTC)

sha256 not correct...

Not really a good practice ... but here's a workaround ... wget http://514f211588de67e4fdcf-437b8dd50f60b69cf0974b538e50585b.r63.cf1.rackcdn.com/Utilities/SDK/NDI_SDK_Linux_v2/InstallNDISDK_v3_Linux.tar.gz

cha256sum InstallNDISDK_v3_Linux.tar.gz

copy the hash and change it on pkgbuild ... it will install.

Jeremka commented on 2019-05-04 07:32 (UTC)

Hello, conformity (sha256) of the package is still not good.

TomCatT commented on 2019-04-29 23:14 (UTC)

You can download the checker, edit the file by adding the correct key but that's a long way around.

Fog commented on 2019-04-02 21:14 (UTC) (edited on 2019-04-02 21:15 (UTC) by Fog)

The download link is not working with error 404 and package build stops with an error. As a workaround I've requested the download link directly from their site and calculated the md256 checksum. After I put the file into the ndi-sdk cache dir the pkgbuild worked successfully. Please update the pkgbuild.

dbermond commented on 2019-01-16 20:16 (UTC)

@ccame There is a new upstream release. Package updated.

ccame commented on 2019-01-16 03:48 (UTC)

PKGBUILD sha256sum value is not equal InstallNDISDK_v3_Linux.sh's sha256sum.

dbermond commented on 2018-12-22 10:52 (UTC)

@riquemuramoto @rjantz There is a new upstream release. Package updated.

rjantz commented on 2018-12-21 18:08 (UTC)

InstallNDISDK_v3.20181005.r97672_Linux.sh failed sha256sum validation.

riquemuramoto commented on 2018-12-18 17:46 (UTC)

sha256sum for InstallNDISDK_v3.20180615.r90497_Linux.sh needs to be updated again

dbermond commented on 2018-10-05 23:35 (UTC)

@zjevander Thank you for reporting this. This was a new upstream release. Package updated.

zjevander commented on 2018-10-05 23:23 (UTC)

sha256sum for InstallNDISDK_v3.20180615.r90497_Linux.sh needs to be updated again

dbermond commented on 2018-09-29 00:16 (UTC)

@VaguelyUseful Thank you for reporting this. In fact, the upstream version was updated. Package now updated.

VaguelyUseful commented on 2018-09-25 15:59 (UTC)

sha256sum for InstallNDISDK_v3.20180615.r90497_Linux.sh needs to be updated again.

dbermond commented on 2018-07-03 16:35 (UTC)

@wootywoot Thank you for reporting this. Upstream changed to source file without notice. Now fixed.

wootywoot commented on 2018-07-03 02:35 (UTC)

sha256sum for InstallNDISDK_v3.20180615.r90497_Linux.sh needs to be updated.

dbermond commented on 2018-02-08 14:43 (UTC)

@pschichtel Some points are here. Install script should not be executed directly, it needs to be extracted. Headers should not go to ndi-sdk subdirectory, but should stay inside the include directory to avoid problems when building other programs. glibc is not needed because it's part of the base group, but it can be added afterall just to make namcap happy (which is not a requirement). I don't think it should provide libndi3. Manual download was needed when I firstly made this package because it seems that upstream was providing a temporary download link, but if the link is permanent I can change it in future updates. I have not yet checked about the avahi optdepends. And as I said, overall code was changed too much due to a complete PKGBUILD rewrite, and I do not see the need for taking a complete rewrite here.

pschichtel commented on 2018-02-07 23:51 (UTC)

In fact, I actually wrote the script from scratch and found your existing one afterwards. I tried to sync it with your script where changes would not be useful. The package does build, but it requires a manual download and it is definitely missing dependencies. namcap reported the glibc dependency (which I think is a valid point) and in hours of debugging I found the avahi dependency.

Could you go into detail about the changes you disagree with? (on the gist would be a better place I guess)

dbermond commented on 2018-02-07 23:13 (UTC)

@pschichtel Sorry, but I do not agree with most of your proposed changes. Maybe I can change something in some small points at future updates. But actually, you made a complete rewrite of the PKGBUILD, which I think is not necessary here.

Besides, package is building and working fine. And "namcap compliance" should not considered as a standard in Arch packaging, as it many times give undesired/unneeded results.

pschichtel commented on 2018-01-29 16:43 (UTC)

Improved the packaging and made it namcap compliant: https://gist.github.com/pschichtel/0db79a68c347cf3632fa6231def6d5c7