Package Details: vlc-nightly 4.0.0v20190127-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: Martchus
Votes: 18
Popularity: 0.001042
First Submitted: 2013-01-07 21:00
Last Updated: 2019-01-28 09:45

Dependencies (156)

Required by (106)

Sources (4)

Latest Comments

1 2 3 4 5 Next › Last »

Martchus commented on 2018-10-07 16:33

@SolarAquarion My own version got a bit out-of-sync with the PKGBUILD provided here. But I see that you also try to keep in sync with the regular vlc package. So I've just uploaded the fix for the update script.

SolarAquarion commented on 2018-10-07 15:39

@Martchus "unable to split source file into components used in PKGBUILD"

A.J commented on 2018-06-24 16:41

i get this error :

In file included from gui/ncurses.c:87: gui/eject.c:50:13: fatal error: scsi/scsi.h: No such file or directory # include <scsi scsi.h=""> ^~~~~~~~~~~~~</scsi>

Smile4ever commented on 2018-06-01 18:30

To start the GTK2 interface, I use: env QT_QPA_PLATFORMTHEME=gtk2 /usr/local/bin/vlc

Martchus commented on 2018-04-05 22:03

If it only breaks at built-time and not at runtime, the explicit version should at least be only a make dependency. Btw, I've just rebuilt vlc against the latest stable mesa package (18.0.0-2) and it worked fine.

Note that also without the explicit version nobody should assume this to work always with the Git version. Mixing stable with Git versions is always some kind of experimental (like the use of Git packages in general). So I still would not use the explicit version to avoid unnecessary rebuilds. Additionally, when building this the recommended way - in a clean chroot - the regular mesa will be installed anyways and not the Git version.

SolarAquarion commented on 2018-04-05 21:16

@Martchus @fisco, it needs gl or glx, which if you use mesa-git breaks the libtool

Martchus commented on 2018-04-05 21:09

@fisco No. I think it was wrong to add the explicitly versioned mesa dependency. The official package also just depends on mesa an hasn't been rebuilt after the mesa update. If you have created the package since the last update, you have to rebuild of course (just to make pacman not complain anymore). I would recommend to drop the explicit mesa version.

@SolarAquarion Why did you add the explicitly versioned dependency? I didn't find any direct use of the mesa libs: for plugin in $(pacman -Ql vlc-nightly | grep '.so' | awk '{print $2}'); do readelf -d $plugin | grep mesa ; done

fisco commented on 2018-04-05 19:41

Looks like it needs to be updated for the new mesa:

:: vlc-nightly: installing mesa (18.0.0-2) breaks dependency 'mesa=17.3.7'

Martchus commented on 2018-03-11 19:57

This package is now sync with the regular vlc package. I've kept the additions like (eg. dalaa, libfdk-aac) of course. To distinguish between the regular config and the additions of this package, I've separated the dependencies and configure options using a blank line.

To be able to built this against the latest version of OpenCV, I also needed to add a patch.

Also note that fribidi could be enabled again without hacks like the one in the regular vlc package (sed -e 's|-Werror-implicit-function-declaration||g' -i configure).

Martchus commented on 2018-03-06 17:05

Just because I've got notified about the update: I have started to worked on a version of this package which includes the recent changes made in the official vlc package while preserving additions like daala support. I also think fribidi can be enabled again. I'll upload this version when I have tested it.