Package Details: vlc-plugin-lua-git 4.0.0.r34182.g39a4b41-3

Git Clone URL: https://aur.archlinux.org/vlc-git.git (read-only, click to copy)
Package Base: vlc-git
Description: Multi-platform MPEG, VCD/DVD, and DivX player - Lua scripting plugins
Upstream URL: https://github.com/videolan/vlc
Licenses: GPL-2.0-or-later, LGPL-2.1-or-later
Conflicts: vlc-plugin-lua
Provides: vlc-plugin-lua
Submitter: None
Maintainer: xiota (knoelli)
Last Packager: xiota
Votes: 212
Popularity: 0.83
First Submitted: 2008-04-01 12:14 (UTC)
Last Updated: 2025-07-10 04:06 (UTC)

Latest Comments

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 47 Next › Last »

6ax commented on 2019-01-22 10:48 (UTC)

Pls add package vulkan-headers to makedepends. Tnx.

rpi2 commented on 2018-12-02 03:01 (UTC)

update x264 to 155, solved. but, g++: error: unrecognized command line option ‘-Wduplicated-branches’; did you mean ‘-Wduplicated-cond’?

rpi2 commented on 2018-12-01 03:37 (UTC)

got this error,

codec/.libs/libx264_plugin_la-x264.o: In function Open': /home/pi/Downloads/vlc/modules/codec/x264.c:1403: undefined reference tox264_encoder_open_155' collect2: error: ld returned 1 exit status

dbermond commented on 2018-09-13 19:10 (UTC)

@andrewSC Thank you for fixing this.

andrewSC commented on 2018-09-11 16:04 (UTC)

Interesting, I pulled that line in the last commit and didn't look much past the package building successfully. I'll add it back in once ff dev edition is done compiling on my machine. Good eye dbermond :) thank you.

dbermond commented on 2018-09-11 16:01 (UTC)

Since today I've started to receive this error when upgrading the package (error occurs at system install time when running the post-transaction hooks):

(5/5) Updating the vlc plugin cache...
call to execv failed (No such file or directory)
error: command failed to execute correctly

This error occurs because the files that were installed at /usr/lib/vlc are being installed in /usr/libexec, and the pacman hook cannot find the file /usr/lib/vlc/vlc-cache-gen. I could not find any recent upstream change that may lead to this. It seems to be something Arch/system related, but as far as I can gather I do not have made any change on the system that may cause this. Building the package in a clean chroot also leads to the same error.

I could fix it by adding this to the configure options: --libexecdir='/usr/lib'.

dbermond commented on 2018-09-10 19:20 (UTC)

@andrewSC Thank you!

andrewSC commented on 2018-09-10 16:20 (UTC)

dbermond: You're correct! Oversight on my part--terribly sorry. Should be fixed now.

dbermond commented on 2018-09-10 15:52 (UTC)

@@andrewSC Thank you for implementing this. Isn't --with-kde-solid needed?

andrewSC commented on 2018-08-27 12:50 (UTC)

dbermond: Definitely can/will, it may be a day or two though!

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 47 Next › Last »