Arch Linux User Repository

@carstene1ns: 4.0.2 is a Flatpak only release, there are no changes.

@yochananmarqos yeah your right, sorry xp. Now it's working perfectly

@BlackCherry: Oh my... maybe you should update your toolchain?

Cargo (1.84.0 (66221abde 2024-11-19)

Gee whiz, folks. Why would you have rustup installed if you don't bother updating it?

@taivlam is right, I waited long enough to get the repo successfully updated, altought now I get this error:

error: failed to parse manifest at `/home/cherry/.cargo/registry/src/index.crates.io-6f17d22bba15001f/cfg-expr-0.20.0/Cargo.toml`

Caused by:
  feature `edition2024` is required

  The package requires the Cargo feature called `edition2024`, but that feature is not stabilized in this version of Cargo (1.84.0 (66221abde 2024-11-19)).
  Consider trying a newer version of Cargo (this may require the nightly release).
  See https://doc.rust-lang.org/nightly/cargo/reference/unstable.html#edition-2024 for more information about the status of this feature.
==> ERROR: A failure occurred in prepare().
    Aborting...
error: failed to build 'pipeline-gtk-2.4.1-2':
error: packages failed to build: pipeline-gtk-2.4.1-2

First, an update: I opened Pipeline after installing the latest version and now playing PeerTube videos works!

Second, I also noticed that the process takes some time (but isn't actually stuck? I had to give my computer at 1-5 minutes) when installing the package at this line in the prepare() stdout:

    Updating git submodule `https://gitlab.freedesktop.org/gstreamer/gir-files-rs`

BTW, the stop from the PKGBULD failing is:

cargo fetch --locked --target "$(rustc -vV | sed -n 's/host: //p')"

As you might guess it's trying to get all the dependencies, but locked. I tried without the "locked" arg, and the same... Perhaps @fossdd knows better since I'm not familiar with meson, arch-meson, neither the requirement to pre-fetch the sources... Not sure if this is the way upstream supports building BTW, so it might be counterintuitive for upstream to deal with Arch way of doing it, :(

I noticed that as well @BlackCherry, and I know it won't help, but it was building fine couple of days ago. Can you file an upstream issue?

The rust cargo inter dependency on these "ports" to rust of everything is plain crazy. "pipeline-gtk" itself doesn't have this dependency, but one of the cargo packages it depends on does:

% pwd
<...>/pipeline-2.4.1
% grep -r gir-files-rs
%

Now the repo exists:

https://gitlab.freedesktop.org/gstreamer/gir-files-rs

However who knows what strict commit is being referred, which could have been pruned from that repo.

Definitely as shown before, this really ought an upstream bug, so an upgrade on the dependencies is done, which could carry an upgrade on their own dependencies.

The more I realized how ugly cargo works, the more I like the efforts from Guix to make the dependencies explicit, and better yet to use shared libraries (cargo just build huge bloated binaries with everything within), but the worse is handling the Cargo.lock stuff, all that becomes a nightmare that nobody seems to vocalize because it's rust, and it has a native packager. I believe sooner or later conscious people will start vocalizing how crazy cargo mess is.

Sorry for the rust/cargo runt, in the end what matters is that this is not directly visible on the "pipeline" code, it's a mess with its cargo dependencies, and the best is for the pipeline developer to decide what's best for building it.

Why is the process stuck at updating a git submodule?

:: Downloading PKGBUILDs...
 PKGBUILDs up to date
 nothing new to review
fetching devel info...
==> Making package: pipeline-gtk 2.4.1-2 (sáb 14 jun 2025 21:26:33)
==> Retrieving sources...
  -> Found pipeline-2.4.1.tar.gz
==> Validating source files with sha256sums...
    pipeline-2.4.1.tar.gz ... Passed
==> Making package: pipeline-gtk 2.4.1-2 (sáb 14 jun 2025 21:26:34)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found pipeline-2.4.1.tar.gz
==> Validating source files with sha256sums...
    pipeline-2.4.1.tar.gz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Extracting pipeline-2.4.1.tar.gz with bsdtar
==> Starting prepare()...
    Updating crates.io index
    Skipping git submodule `https://github.com/gtk-rs/gir` due to update strategy in .gitmodules
    Updating git submodule `https://github.com/gtk-rs/gir-files`
    Updating git submodule `https://gitlab.freedesktop.org/gstreamer/gir-files-rs`

I've tried to delete the clone cache and redo the build, but the problem still the same

This would work as a patch for the PKGBUILD:

diff --git i/PKGBUILD w/PKGBUILD
index ba5b96c..11fbbd6 100644
--- i/PKGBUILD
+++ w/PKGBUILD
@@ -8,7 +8,7 @@ pkgdesc="Watch YouTube and PeerTube videos in one place"
 arch=("x86_64" "aarch64" "riscv64")
 url="https://gitlab.com/schmiddi-on-mobile/pipeline"
 license=("GPL-3.0-or-later")
-depends=("libadwaita" "libclapper" "libclapper-gtk" "gst-plugins-gtuber")
+depends=("libadwaita" "libclapper" "libclapper-gtk" "clapper-enhancers")
 makedepends=("blueprint-compiler" "cargo" "meson")
 conflicts=("tubefeeder")
 replaces=("tubefeeder")

BTW, the embeded clapper is not separate, is part of the rust huge static bin, and feedtuber/pipeline depends on the rust clapper, :(

   Compiling tubefeeder v2.3.0 (/home/vasqueja/.pkgs/src/laur/pipeline-gtk/src/pipeline-2.3.0)
error[E0432]: unresolved import `clapper`

And the git commit used is already top of main, so there's no new commit on the rust clapper repo one can try, :(

So, no luck. I still think the best is to have as a dep clapper-enhancers instead of gtuber. Either way youtube videos can't be seen, and although using clapper-enhancers still doesn't make them work, I guess it's still on development.

The best option keeps being an external player, and yt-dlp as external downloader, which is pretty cool and still low on resources.