Package Details: vlc-nightly 4.0.0v20190707-1

Git Clone URL: https://aur.archlinux.org/vlc-nightly.git (read-only)
Package Base: vlc-nightly
Description: Multi-platform MPEG, VCD/DVD, and DivX player - nightly snapshot
Upstream URL: https://nightlies.videolan.org/
Licenses: GPL2, LGPL2.1
Conflicts: vlc, vlc-plugin
Provides: vlc
Replaces: vlc-plugin
Submitter: Xavion
Maintainer: SolarAquarion (Martchus)
Last Packager: SolarAquarion
Votes: 19
Popularity: 0.520245
First Submitted: 2013-01-07 21:00
Last Updated: 2019-07-08 12:53

Dependencies (162)

Required by (107)

Sources (4)

Latest Comments

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

Martchus commented on 2019-05-12 15:23

I disabled it simply in accordance with the regular VLC package. It appears they disabled it because it was only required for the update check: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/vlc&id=d30b6f1e52b419cdb1df74533c0543b216689c22, https://bugs.archlinux.org/task/57670

If that's not true for the nightly version anymore we can of course enable it.

SolarAquarion commented on 2019-05-12 15:12

I wonder, what is wrong with "libgcrypt" and why it's disabled in the first place

SolarAquarion commented on 2019-05-12 03:28

There may be a dependency on libgcrypt in vlc nightly

SolarAquarion commented on 2019-05-12 03:19

to be fair i'm also getting that build and reported it here https://trac.videolan.org/vlc/ticket/22298

IEPforAUR commented on 2019-05-12 02:47

Build fails for both this and vlc-git with an un-searchable (no results from duckduckgo, google recaptchas forever and ergo out of the question) errror:

"error: ‘gcry_cipher_hd_t’ was not declared in this scope"

Martchus commented on 2019-03-27 21:42

@filthyAUR I've added the flag. It makes sense to disable broken features. I also did that with libfdk_aac support. But I'd like to note that setting up a chroot is very easy (described in the developer Wiki) and worth it.

filthyAUR commented on 2019-03-27 21:23

Since I don't want to go through the hassle of setting up a clean chroot for one failing package out of hundreds, I just add --disable-decklink to the configure options in the PKGBUILD. :)

Martchus commented on 2019-03-26 12:05

I was able to build it. A binary repository which is occasionally updated is here, by the way: https://martchus.no-ip.biz/repo/arch/ownstuff/os/x86_64

I suspect you have a package (likely decklink) installed on your system which gets detected by the build script and used but fails. I recommend to build packages in a clean chroot to avoid such problems.

filthyAUR commented on 2019-03-25 21:44

@Martchus Yes, that actually worked. I no longer get vpx.c errors. However, I get these instead:

access/decklink.cpp:37:10: fatal error: vlc_decklink.h: No such file or directory
make[4]: *** [Makefile:25104: access/libdecklink_plugin_la-decklink.lo] Error 1
make[3]: *** [Makefile:28258: all-recursive] Error 1
make[2]: *** [Makefile:12304: all] Error 2
make[1]: *** [Makefile:1568: all-recursive] Error 1
make: *** [Makefile:1453: all] Error 2
==> ERROR: A failure occurred in build().
Error making: vlc-nightly

Martchus commented on 2019-03-24 19:44

The patch for compatibility with the latest libvpx is there for quite a while. One just has to build the latest version by invoking update.sh first.