Strange, I don't see this behavior on my device. Not sure what information would be relevant to debugging this though.
It's probably the biggest deal for games running in xwayland
I used to use Strawberry, but my collection has grown enough that I can't just sync it everywhere, so I use Jellyfin now. I still use Strawberry's library management to move files into album artist/album/00 - track.ext though. Someday I'll dig into id3v2 to just write a script instead.
You know, in some systems that's a crit success!
Hard agree. I've played exclusively with one group, and we've only ever played with Into the Odd-style combat. It's been plenty expressive for us.
(NOTE: A lot of my more interesting "aliases" are actually short functions, but I'm keeping myself to alias.)
Some of mine that I haven't seen yet:
# Simple python calculator
alias pycalc='python3 -ic "
from math import *\nimport cmath as C
try:
import numpy as np
except:
pass
i, j = 1j, 1j
"'
# Defaults
alias cp='cp --interactive --reflink=auto'
alias gcc='gcc -fdiagnostics-color=auto'
# Lemmy doesn't handle ampersands in codeblocks correctly
alias rg='rg --max-columns=$((COLUMNS > 60 && ! ZSH_SUBSHELL ? COLUMNS - 30 : 0))'
alias rj='rg --json'
alias rm='rm -s'
alias rscp='rsync -azP --human-readable --info=flist0,progress2,stats1'
alias rust-c='rustc --out-dir build -O'
# Shorter forms
alias g=git
alias v=$VISUAL
alias py=python
alias jfeu='journalctl --user -xfeu'
alias sys='systemctl --user'
alias Jfeu='journalctl -xfeu'
alias Sys=systemctl
# Desktop stuff
alias trash='gio trash'
alias ud=udisksctl
alias y=wl-copy
alias Y='wl-copy -p'
alias p=wl-paste
alias P='wl-paste -p'
# Colorize with acolor/grc
alias GRC='grc -es'
alias LA='acol ls -lFAhb --color'
alias LS='acol ls -lFhb --color'
alias df='GRC df -hT'
alias dig='GRC dig'
alias docker='GRC docker'
alias docker-machine='GRC docker-machine'
alias env='acol env'
alias lsblk='acol lsblk'
alias lsmount='command mount | rg --color=never "^/" | acol -i -o mount'
alias lspci='acol lspci'
alias mount='acol mount'
alias nmap='acol nmap'
alias ping='GRC ping'
alias ps='GRC ps --columns $COLUMNS'
alias traceroute='GRC traceroute'
That would make my shell unusable, since some plugins use ./source.
Well, those requires D-Bus. The wlroots project decided early on to support non-dbus software stacks, so wlroots compositors expose Wayland protocol extensions which could either be used directly or wrapped by the xdg-desktop-portal-wlr daemon.*
*(Well... many wlroots devs argued that the ecosystem should have chosen WP extensions instead of dbus, but I think most relented when Pipewire entered the equation.)
I was curious about what they'd say next. Their argument is "most users don't need more than Xorg, so it's 'silly' to expect investment in Wayland".
I found some agreement in "as more people need Wayland features, investment will grow", especially with the Valve and KDE/wlroots/gamescope. Also Automotive Grade Linux embracing libweston.
14 years later the need is slowly growing so the support is slowly growing
Yes! I agree wholeheartedly. Adoption has been slow because Wayland did not meet the needs of most people more than Xorg did. Cinnamon isn't moving any time soon because the value-add isn't enough for the average desktop user.
But...
build something that people need
People have needed HDR and VRR for years. HDR is essential for professionals in video and image editing. They needed Wayland years ago, and it was being built with them in mind, not just the average desktop user in 2012.
Not every feature is used by every user of that software. I used X-forwarding over SSH once, ever. It did not add any value to me. SSH forwarding adds no value to the average user either. But it is essential to someone.
I think I'm legally required to now.
Basically the Matrix Spec Change Proposal system, I like it. Opens the floor to more players, gives tool authors a list of protocols they could choose to build on, and hopefully compositors will choose to adopt or adapt one of these protocols before writing their own.