Skip to content

Fix Calamares installation failure: Replace vlc-plugins-all with vlc#141

Open
Obsidian-Jackal wants to merge 1 commit intoCachyOS:cachyos-systemd-qt6-devfrom
Obsidian-Jackal:fix/vlc-plugins-all-dependency-conflict
Open

Fix Calamares installation failure: Replace vlc-plugins-all with vlc#141
Obsidian-Jackal wants to merge 1 commit intoCachyOS:cachyos-systemd-qt6-devfrom
Obsidian-Jackal:fix/vlc-plugins-all-dependency-conflict

Conversation

@Obsidian-Jackal
Copy link
Copy Markdown

Issue

Calamares installation fails during the package installation phase with a "Package Manager error" due to a dependency version conflict in the GStreamer package ecosystem.

Root Cause

The vlc-plugins-all package pulls in a dependency chain that causes version conflicts:

  • vlc-plugins-allvlc-plugin-gstreamergst-plugin-va
  • gst-plugin-va requires exact versions:
    • gstreamer=1.26.10-3
    • gst-plugins-base-libs=1.26.10-3
    • gst-plugins-bad-libs=1.26.10-3
  • During installation, pacman attempts to install version 1.26.10-2.1 of these packages
  • This version mismatch causes: error: failed to prepare transaction (could not satisfy dependencies)

Solution

Replace vlc-plugins-all with vlc in the desktop integration package group.

Rationale:

  • vlc package does not pull in gst-plugin-va as a dependency
  • This eliminates the version conflict entirely
  • VLC media player will still be installed, just without all optional plugins
  • Users can install vlc-plugins-all manually post-installation if needed

Changes

  • Modified: src/modules/netinstall/netinstall.yaml (line 112)
    • Changed: - vlc-plugins-all- vlc

Testing

This fix has been tested and resolves the installation failure. Calamares installations now proceed successfully past the package installation phase.

This commit fixes a dependency version conflict that causes Calamares
installation to fail during the package installation phase.

The issue:
- vlc-plugins-all pulls in vlc-plugin-gstreamer → gst-plugin-va
- gst-plugin-va requires exact versions: gstreamer=1.26.10-3,
  gst-plugins-base-libs=1.26.10-3, gst-plugins-bad-libs=1.26.10-3
- During installation, pacman attempts to install version 1.26.10-2.1
- This version mismatch causes: 'error: failed to prepare transaction
  (could not satisfy dependencies)'

The fix:
- Replace vlc-plugins-all with vlc in the desktop integration package
  group
- vlc package does not pull in gst-plugin-va as a dependency
- This eliminates the version conflict entirely
- VLC media player will still be installed, just without all optional
  plugins
- Users can install vlc-plugins-all manually post-installation if needed

Files modified:
- src/modules/netinstall/netinstall.yaml (line 112)

This fix resolves the 'Package Manager error' that prevented successful
CachyOS installations via Calamares.
@ptr1337
Copy link
Copy Markdown
Member

ptr1337 commented Jan 15, 2026

The issue was a mirror issue, so the installation failed. weve added vlc-plugins-all since people had due the vlc split issues with encoding in a bunch of videos.

@crian
Copy link
Copy Markdown
Contributor

crian commented Jan 24, 2026

Why would you even want to force the installation?
For example, in KDE Plasma, Haruna is already installed by default.

@ventureoo
Copy link
Copy Markdown
Member

Why would you even want to force the installation? For example, in KDE Plasma, Haruna is already installed by default.

It's needed as phonon backend. But to be honest I prefer to just wait when Plasma drop support for it completely:
https://invent.kde.org/libraries/phonon/-/issues/2
Only okular and ktorrent remain depend on it.

@crian
Copy link
Copy Markdown
Contributor

crian commented Jan 25, 2026

phonon-qt6-vlc already pulls vlc-plugins-base as dep.
Is that not sufficient?

@ptr1337
Copy link
Copy Markdown
Member

ptr1337 commented Jan 26, 2026

phonon-qt6-vlc already pulls vlc-plugins-base as dep. Is that not sufficient?

The problem is without a bunch of vlc plugins many people had a lot of issues with encoding in several application, due the split of the vlc packages

@Revival8697
Copy link
Copy Markdown

The problem is without a bunch of vlc plugins many people had a lot of issues with encoding in several application, due the split of the vlc packages

Is vlc-plugin-ffmpeg not sufficient?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants