Package Details: vlc-git 4.0.0.r31756.g76cd807c24-2

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
Upstream URL: https://code.videolan.org/videolan/vlc
Licenses: GPL-2.0-or-later, LGPL-2.1-or-later
Conflicts: libvlc, vlc
Provides: libvlc, vlc
Submitter: None
Maintainer: xiota (knoelli)
Last Packager: xiota
Votes: 210
Popularity: 1.05
First Submitted: 2008-04-01 12:14 (UTC)
Last Updated: 2024-11-16 22:21 (UTC)

Required by (153)

Sources (3)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 45 Next › Last »

blek commented on 2023-05-12 04:19 (UTC) (edited on 2023-05-12 04:20 (UTC) by blek)

I agree with slimb, the github repo is way less actively maintained

CompWizard commented on 2023-03-06 10:04 (UTC)

add "autoconf" and "automake" as dependencies

ronjouch commented on 2023-02-18 15:10 (UTC)

Build passes now, thanks to zvbi 0.2.41 released yesterday to Arch repos.

shoryuken commented on 2023-02-12 12:28 (UTC) (edited on 2023-02-12 15:01 (UTC) by shoryuken)

Build fails for me as well (in French sorry, commit 674cc68b264931069c7d0fb6843f1ac1d43765ee, 2023-02-10):

  CC       codec/libzvbi_plugin_la-zvbi.lo
Dans le fichier inclus depuis codec/zvbi.c:49:
/usr/include/libzvbi.h:28:10: erreur fatale: version.h : Aucun fichier ou dossier de ce type
   28 | #include "version.h"
      |          ^~~~~~~~~~~

EDIT: same error with current master 988cb382214526533c1dfefd24003dd2f7eb2868 (2023-02-12)

Looks like it's this bug: https://bugs.archlinux.org/task/77452

Downgrading zvbi to 0.2.39 fixes the issue.

Drogobo commented on 2023-02-11 13:35 (UTC)

The build fails. Does anyone else have a build that fails really early?

bkb commented on 2023-01-19 13:47 (UTC)

Add conflict with vlc-plugin-fluidsynth-bin vlc-plugin-ytdl-git

FuzzyMidnight commented on 2022-12-03 09:49 (UTC)

their github repo has not update since 09-29, any reason not to use their gitlab instance repo https://code.videolan.org/videolan/vlc ?

j1simon commented on 2022-11-17 13:43 (UTC)

Why is this package compiled with the debug option? That should be up to me to decide.

On the other hand, to compile it with the debug option you would have to add in the makedepends, at least in my case, the debugedit program.

And there are options that are deprecated: configure: WARNING: unrecognized options: --enable-realrtsp, --enable-sdl-image, --enable-aa, --enable-libtar, --enable-aribcam.

andrewSC commented on 2022-08-27 23:03 (UTC) (edited on 2022-08-27 23:04 (UTC) by andrewSC)

Alright so I spent some time trying to figure out what the path forward should be for the protobuf-lite issue and --enable-chromecast flag.

If you want chromecast support all you should have to do is:

1) Replace protobuf in the makedeps array with protobuf-git
2) Build protobuf-git from the AUR and install it in the clean chroot before building vlc-git in the chroot
3) swap --disable-chromecast with --enable-chromecast in the vlc-git PKGBUILD
4) Attempt to build vlc-git

It sucks and isn't elegant, I know. I decided to go this route instead of just making protobuf-git a makedep (instead of protobuf) and causing folks to have to build an AUR package just to have vlc-git (when they very well may not need or care about chromecast support) build correctly.

If there's an overwhelming response to pulling chromecast support then I'll introduce protobuf-git and we'll go that route instead. I just have a suspicion that it's not a critical path feature.

Again, greatly appreciate the patience! If anyone has other ideas on how to solve the problem please feel free to propose: I'm all ears!

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 45 Next › Last »