Package Details: vlc-nightly 4.0.0v20180624-1

Git Clone URL: (read-only)
Package Base: vlc-nightly
Description: Multi-platform MPEG, VCD/DVD, and DivX player - nightly snapshot
Upstream URL:
Licenses: GPL2, LGPL2.1
Conflicts: vlc, vlc-plugin
Provides: vlc
Replaces: vlc-plugin
Submitter: Xavion
Maintainer: SolarAquarion (Martchus)
Last Packager: SolarAquarion
Votes: 18
Popularity: 0.039155
First Submitted: 2013-01-07 21:00
Last Updated: 2018-06-24 22:37

Dependencies (160)

Required by (102)

Sources (4)

Latest Comments

1 2 3 4 5 Next › Last »

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.

maxfact commented on 2018-02-25 08:26

I have error run vlc "skins2 interface error: cannot instantiate dialogs" and vlc is not running, to solve the problem I added to the pkgbuild "--libexecdir=/usr/lib to pkgbuild", inspired by the vlc-git package

Martchus commented on 2018-02-24 01:33

I updated to the latest version (actually just to rebuild against x265 2.7 which is currently in staging).

When doing that, I've noticed that vlc does not support the latest fribidi yet and hence disabled it for know. The vlc-git package seems to do the same. If you really need fribidi, you could try to apply