Package Details: vlc-git 4.0.0.r34890.gdf46fce-1

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 (monolithic)
Upstream URL: https://github.com/videolan/vlc
Licenses: GPL-2.0-or-later, LGPL-2.1-or-later
Conflicts: libvlc, vlc, vlc-cli, vlc-gui-ncurses, vlc-gui-qt, vlc-gui-skins2, vlc-plugin-a52dec, vlc-plugin-aalib, vlc-plugin-alsa, vlc-plugin-aom, vlc-plugin-archive, vlc-plugin-aribb24, vlc-plugin-aribb25, vlc-plugin-ass, vlc-plugin-avahi, vlc-plugin-bluray, vlc-plugin-caca, vlc-plugin-cddb, vlc-plugin-chromecast, vlc-plugin-dav1d, vlc-plugin-dbus, vlc-plugin-dbus-screensaver, vlc-plugin-dca, vlc-plugin-dvb, vlc-plugin-dvd, vlc-plugin-faad2, vlc-plugin-ffmpeg, vlc-plugin-firewire, vlc-plugin-flac, vlc-plugin-fluidsynth, vlc-plugin-freetype, vlc-plugin-gme, vlc-plugin-gnutls, vlc-plugin-gstreamer, vlc-plugin-inflate, vlc-plugin-jack, vlc-plugin-journal, vlc-plugin-jpeg, vlc-plugin-kate, vlc-plugin-kwallet, vlc-plugin-libsecret, vlc-plugin-lirc, vlc-plugin-live555, vlc-plugin-mad, vlc-plugin-matroska, vlc-plugin-mdns, vlc-plugin-modplug, vlc-plugin-mpeg2, vlc-plugin-mpg123, vlc-plugin-mtp, vlc-plugin-musepack, vlc-plugin-nfs, vlc-plugin-notify, vlc-plugin-ogg, vlc-plugin-opus, vlc-plugin-png, vlc-plugin-pulse, vlc-plugin-quicksync, vlc-plugin-samplerate, vlc-plugin-sdl, vlc-plugin-sftp, vlc-plugin-shout, vlc-plugin-smb, vlc-plugin-soxr, vlc-plugin-speex, vlc-plugin-srt, vlc-plugin-svg, vlc-plugin-tag, vlc-plugin-theora, vlc-plugin-twolame, vlc-plugin-udev, vlc-plugin-upnp, vlc-plugin-vorbis, vlc-plugin-vpx, vlc-plugin-x264, vlc-plugin-x265, vlc-plugin-xml, vlc-plugin-zvbi, vlc-plugins-all, vlc-plugins-base, vlc-plugins-extra, vlc-plugins-video-output, vlc-plugins-visualization
Provides: libvlc, libvlc.so, libvlccore.so, vlc, vlc-cli, vlc-gui-ncurses, vlc-gui-qt, vlc-gui-skins2, vlc-plugin-a52dec, vlc-plugin-aalib, vlc-plugin-alsa, vlc-plugin-aom, vlc-plugin-archive, vlc-plugin-aribb24, vlc-plugin-aribb25, vlc-plugin-ass, vlc-plugin-avahi, vlc-plugin-bluray, vlc-plugin-caca, vlc-plugin-cddb, vlc-plugin-chromecast, vlc-plugin-dav1d, vlc-plugin-dbus, vlc-plugin-dbus-screensaver, vlc-plugin-dca, vlc-plugin-dvb, vlc-plugin-dvd, vlc-plugin-faad2, vlc-plugin-ffmpeg, vlc-plugin-firewire, vlc-plugin-flac, vlc-plugin-fluidsynth, vlc-plugin-freetype, vlc-plugin-gme, vlc-plugin-gnutls, vlc-plugin-gstreamer, vlc-plugin-inflate, vlc-plugin-jack, vlc-plugin-journal, vlc-plugin-jpeg, vlc-plugin-kate, vlc-plugin-kwallet, vlc-plugin-libsecret, vlc-plugin-lirc, vlc-plugin-live555, vlc-plugin-mad, vlc-plugin-matroska, vlc-plugin-mdns, vlc-plugin-modplug, vlc-plugin-mpeg2, vlc-plugin-mpg123, vlc-plugin-mtp, vlc-plugin-musepack, vlc-plugin-nfs, vlc-plugin-notify, vlc-plugin-ogg, vlc-plugin-opus, vlc-plugin-png, vlc-plugin-pulse, vlc-plugin-quicksync, vlc-plugin-samplerate, vlc-plugin-sdl, vlc-plugin-sftp, vlc-plugin-shout, vlc-plugin-smb, vlc-plugin-soxr, vlc-plugin-speex, vlc-plugin-srt, vlc-plugin-svg, vlc-plugin-tag, vlc-plugin-theora, vlc-plugin-twolame, vlc-plugin-udev, vlc-plugin-upnp, vlc-plugin-vorbis, vlc-plugin-vpx, vlc-plugin-x264, vlc-plugin-x265, vlc-plugin-xml, vlc-plugin-zvbi, vlc-plugins-all, vlc-plugins-base, vlc-plugins-extra, vlc-plugins-video-output, vlc-plugins-visualization
Submitter: None
Maintainer: xiota (knoelli)
Last Packager: xiota
Votes: 212
Popularity: 0.35
First Submitted: 2008-04-01 12:14 (UTC)
Last Updated: 2025-10-10 13:25 (UTC)

Required by (199)

Sources (2)

Latest Comments

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

fuzun commented on 2025-03-16 23:29 (UTC)

qt6-tools is not necessary. This is confusing (Qt naming problem) because the tools used (moc, uic, rcc, qmlcachegen, qsb) are provided by qt6-base, qt6-declarative, and qt6-shadertools.

fuzun commented on 2025-03-16 23:24 (UTC)

qt6-svg is no longer required for building. However, at runtime, the plugin it supplies is used to load SVG images. I'm not sure if it should remain a "dependency", ideally it should be marked as runtime dependency (if possible). I'm also not sure if it should be optional, because although the application should run, essential SVG images would either not load or show up as purple rectangles.

fuzun commented on 2025-01-18 16:42 (UTC) (edited on 2025-01-18 16:43 (UTC) by fuzun)

  • kwindowsystem should be an (optional) dependency, it provides background blur effect for the Qt interface. Probably only relevant with KWin (Wayland and X11).

  • qt6-5compat should not be a dependency, Qt Quick Effects is used if Qt version is at least 6.5.0 and that comes with qt6-declarative.

  • qt6-wayland should not be a dependency. It is up to the user if they want to use Qt wayland platform plugin (only relevant for runtime).

xiota commented on 2024-11-16 21:57 (UTC) (edited on 2024-11-16 22:24 (UTC) by xiota)

Updated provides and conflicts. However, it may not work with some packages because some files are absent, like libvlc.so.5 and vlc/deprecated.h.

emanresU commented on 2024-11-16 20:53 (UTC) (edited on 2024-11-16 21:58 (UTC) by emanresU)

vlc-git also provides libvlc. This should be stated in the PKGBUILD because otherwise pacman can't replace vlc with vlc-git, because there are file conflicts between vlc-git and libvlc. Removing vlc manually isn't really suitable because quite some other packages (e.g. okular) depend on it.

rubin55 commented on 2024-10-22 20:04 (UTC) (edited on 2024-10-22 20:05 (UTC) by rubin55)

With build 4.0.0-dev-31343-ge009cc4da6, built a few days ago, I'm running into a weird assertion error (possibly gcc related?) when trying to play some video files:

/usr/include/c++/14.2.1/optional:475: constexpr _Tp& std::_Optional_base_impl<_Tp, _Dp>::_M_get() [with _Tp = long int; _Dp = std::_Optional_base<long int, true, true>]: Assertion 'this->_M_is_engaged()' failed.
Aborted (core dumped)

I think this might be an upstream issue, but not sure. I filed https://code.videolan.org/videolan/vlc/-/issues/28838

MontBD.Veloper commented on 2024-09-25 03:26 (UTC) (edited on 2024-09-25 03:27 (UTC) by MontBD.Veloper)

@xiota, yes, I received response from code.videolan.org as seen in my previous comment. With regards to your suggestion, I will do that. Thanks.

xiota commented on 2024-09-21 11:57 (UTC) (edited on 2024-09-21 11:59 (UTC) by xiota)

I wouldn't mind switching to github, because their performance is usually better, but there can still be problems cloning some github repos. But doing so would require users to clear cache before next build or some changes to the package to make it work without clearing cache. Some other updates are also needed, like changing license strings to SPDX identifiers.

@MontBD.Veloper Do you receive any response when you ping code.videolan.org? If not, you may have something like a DNS outage (some sites may still work because of caching). Otherwise, please try rebuilding with git config --global http.version HTTP/1.1 added to the beginning of the PKGBUILD? (If you're not building in clean chroot, run git config --global http.version HTTP/2 after build to undo.)

knoelli commented on 2024-09-21 11:49 (UTC) (edited on 2024-09-21 11:50 (UTC) by knoelli)

@MontBD.Veloper Changing the upstream url would technically be no problem. In the past, the VLC team used code.videolan.org as primary place where development took place, and their github repository was way behind. That's why I made the switch to code.videolan.org back then. Currently both resources are updated regularly so we might switch back to github. Btw. for me there's a difference in the latency for code.videolan.org (on average 25ms) and github.com (on average 15ms), but that barely makes a notable difference.