Arch Linux User Repository

Please remove 'freetube-git'.

'provide' and 'conflicts' should be the same as you do for VCS packages. See freetube-git and see https://wiki.archlinux.org/index.php?title=PKGBUILD&action=edit&section=21 ("..., you do not need to specify that conflicting package in your conflicts array.").

Very good development support. I has been request ability save subscriptions offline (without google account) and now it has this feature. Thank You Developers!

freetube-git is redundant.

Really love the project and really love the AUR (and especially @plague-doctor) for maintaining it!!

There is a new version available. If I can do more than point that out, please let me know ;)

Thanks man for your help, explanations and your maintainer work!

@Archislove:

You're on the hardened kernel, makes sense. Check out this wiki page if you want to be able to run Electron apps (or have any other containers, really) without having to start the sandbox binary as root (which is what you're doing when you set the suid bit on a file with root as the owner): https://wiki.archlinux.org/index.php/Linux_Containers#Unpriviledged_containers_on_linux-hardened_and_custom_kernels

The freetube executable isn't in $PATH simply simply because that's not the case in the official packages either. :) The previous PKGBUILD was making a symlink from /opt/FreeTube/freetube to /usr/bin/, which is not quite where you're supposed to put it; if you really wanted it in $PATH, symlinking it to /opt/bin/ would be the right place (https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch04s04.html) but since Arch doesn't include that directory in $PATH, I decided to just leave it out.

Chmodding chrome-snadbox to 4755 did it. It now works from the desktop.

Anyway I'm using KDE Plasma on Wayland with the hardened kernel from the official repos. zgrep USER_NS /proc/config.gz : CONFIG_USER_NS=y # CONFIG_USER_NS_UNPRIVILEGED is not set

sysctl kernel.unprivileged_userns_clone : kernel.unprivileged_userns_clone = 0

If I might ask, why isn't it in the PATH anymore?

If it doesn't run using the desktop file but does run from the terminal, try checking if you have any FreeTube desktop files in ~/.local/share/applications folder and remove them, or at least change their Exec key; remember, the "freetube" executable is no longer in $PATH so you have to use absolute paths. Or better yet, use /usr/share/applications/freetube.desktop as the basis for your changes.