available on AUR for Arch and derivatires
kixik
joined 3 years ago
I've been a long term freetube user, but lately I'm finding pipeline built locally through AUR, formerly known as feetuber, a much better experience at least for me. I've set it up to use ytdlp and mpv all the time, so I don't care about Piped sites. It supports Peertube already, and it's way light, at least with mpv playing it is
There are a bunch of non bloated alternatives with whether wayland compositors and also X11 window managers, and there's also kde/plasma, xfce and mate if still wanting full DE, plus a hybrid lxde-gtk3/lxqt (lxqt supports both X11 and wayland I believe).
If going the non bloated ways, distributions can offer some modifications on the system configurations files, so that users can start with working software out of the box, and can even offer installation meta packages for a complete set of i3/sway packages to have an equivalent DE experience. What would be left to users is custom settings to get more appealing aesthetics depending on the user, if not i3/sway, then openbox/labwc, and so on. For a DE experience including into the meta package a toolbar like yambar (works on X11 and wayland), dunst/mako, udiskie, redshift/wlsunset and so on. The missing part on non bloated alternatives is easy of configuring through buttons and widgets, and even so lxqt made an easy of configure software component for openbox, and there might be something similar for labwc.
So non systemd distributions are far from dying because of gnome's hostility.
And if I recall correctly, several gnome users (not its huge base of course) are moving away from gnome any ways unhappy with its plugin support, given gnome is known to leave plugins unsupported on its releases and not caring about them.
The AUR PKGBUILD shows a pretty simple recipe:
build() {
arch-meson "${pkgname}-${pkgver//+/-}" build
meson compile -C build
}
package() {
meson install -C build --destdir "${pkgdir}"
# permission fix
chmod 755 "${pkgdir}/usr/bin/ascii-draw"
}
I've been seeing arch-meson often used, but haven't explored what it does. Some day...
Though it's way more fun to use text specification, like the one referenced by @fratermus@lemmy.sdf.org
My only experience with it was with harmony-music built/installed from AUR on artix, and I couldn't keep using it, it was consuming too munch CPU, making the fans run nuts. Not sure if it was harmony-music itself, or flutter. Apparently not the same OP experience.
maybe, he mentioned stacked mode on a tiling compositor, which is valid, but that's not a thing on stacking compositors... BTW, the stack mode on sway doesn't mean it turns into a stacking compositor, rather it means tabbed mode with the tabs stacked vertically. But the OP knows better.
You might try tabbed mode instead of stacking mode. It's great, as mentioned in some comment I made, I'm not a tiling guide, but the tabbed mode on sway is great. I would guess it's available on hyprland since it borrows some concepts from sway. However if you find a lot of trouble on hyprland enabling it (I guess you shouldn't) you might try sway. Beware you need exceptions because otherwise everything shows up maximized, but that's not hard byt reading the man pages, compositor documentation, and looking around on the web. BTW, on sway this global config gives tabbed mode on all workspaces: workspace_layout tabbed and of course you can chenge it to stacking, or tiling whenever you want on any workspace...
I'm not a tiling guy, and the tabbed mode on sway seems to me like the best I've used. I believe it's a much better experience than stacking compositors by a lot. Having a tab bar, and everything maximized to it (except what I consider is better off floating) is the best I've experienced. Stacking mode is the same just that is uses too much space by stacking the tabs, so I really don't like stacking mode. So sway tabbed mode, in combination with a tiling concept of a workspace per particular objective (I use 10) and a simple bar (yamber) has no alternative on the stacking spectrum of compositors.
BTW, if going with a stacking compositor, I recommend labwc instead. I found a smoother and way more stable experience than wayfire (some functionality stops working often like sunset functionality, and usually way behind on wlroots support, not a take on wayfire devs, just that I find it more unstable than labwc).
Of course I'm biased towards less eye candy, though I still appreciate the equivalent to basic picom/compton on the Xorg world, which is the norm on any wayland compositor AFAIK.
Of course using another distro you want to emulate is much better.
But as it's debian based, I'm wondering if a better approach would be to use repos from another close enough distro, like derivative distros which decide to build the stuff for the distro as much as possible (that maybe won't prevent the need of flatpak and the like).
Another approach would be using a package manager that can work on top of any distro, like Guix, at least for FLOSS software.
I use artix, so if something is not in the official artix repos pacman also look on arch repos, then it looks my personal repos (I build some personal packages, but I also use aurutils, so there are packages on one of my personal repos that are really aur packages not mine). As I prefer to package the stuff I can't find anywhere I haven't found the need for something like Guix, but it might come handful if in order to include some software which depends on software way old for artix or something similar to that. Just a reminder that Guix and the like will work fine as package mechanism on top of any distro given their approach to keep the software out of the common unix path hierarchy.
ohh, now it makes sense. I was referring rather to:
I try to move away from centralised aggregation like Reddit.
believing you subscribe to reddit or similar link aggregators to keep up to date with certain topics (subreddits, communities on lemmy), and usually by subscribing to the rss/atom feeds from which people share URLs most of the time and which you are interested on, then you mostly can discard such link aggregators. Lemmy offers rss feeds in case you want to follow up a community without subscribing to any lemmy instance, and I believe reddit hadn't killed it's similar rss feeds per subreddit.
However if it's just for one interesting post you find, then rss/atom feeds don't provide what you want. However, if you like a post from a rss/atom feed, most rss/atom readers allow you to include the link into favorites, so that they are available for you whenever wanting to come back to such post or to actually get deeper into it. Favorites would have a somehow similar functionality to pocket, but I agree it's not the same, since the sources have to come from a feed, as opposed to any generic URL, however if your URLs sources come from recurrent blogs or sites, and they offer rss/atom feeds, then this would work. I'm kind of following this approach to have my rss/atom personal link aggregator, :)
rss/atom feeds?
view more: next ›
There's an AUR open-tv package for Arch/Artix/..., and there's even an AUR open-tv-bin version, but I prefer looking at the build recipes if available, and if not using Arch/Artix/... one can read through the PKGBUILD and see how it builds.