Package Details: ndi-sdk 4.5.20200630.r116025-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://www.newtek.com/ndi/sdk/
Keywords: libndi newtek
Licenses: custom
Conflicts: libndi
Provides: libndi
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 16
Popularity: 0.023151
First Submitted: 2017-09-03 20:23
Last Updated: 2020-08-26 01:22

Dependencies (1)

Required by (5)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

riquemuramoto commented on 2018-12-18 17:46

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

dbermond commented on 2018-10-05 23:35

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

zjevander commented on 2018-10-05 23:23

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

dbermond commented on 2018-09-29 00:16

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

VaguelyUseful commented on 2018-09-25 15:59

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

dbermond commented on 2018-07-03 16:35

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

wootywoot commented on 2018-07-03 02:35

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

dbermond commented on 2018-02-08 14:43

@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

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

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