I have a similar scriptlet that I use to open YouTube URLs in mpv, using just and wl-clipboard… I just copy the URL and press my G1 key (it has a keybind of just yt-paste attached) which launches the yt-paste snippet below, reads the url from the clipboard, parses it and passes it to mpv.

# Parse the clipboard for YouTube URLs and open them in mpv
yt-paste:
  #!/usr/bin/env bash
  YOUTUBE_URL_REGEX="^https:\/\/(www\.youtube\.com\/watch\?v=|youtu\.be\/)[a-zA-Z0-9_-]{11}"
  YOUTUBE_PLAYLIST_URL_REGEX="^https:\/\/(www\.youtube\.com\/playlist\?list=)[a-zA-Z0-9_-]+"
  YOUTUBE_SHORTS_URL_REGEX="^https:\/\/(www\.youtube\.com\/shorts\/)[a-zA-Z0-9_-]{11}"
  # Youtube URL
  if [[ "$(wl-paste)" =~ $YOUTUBE_URL_REGEX ]]; then
    echo "Opening valid YouTube URL" >&2
    notify-send --app-name="YT-Paste" --icon=mpv --transient "Opening YouTube URL"
    mpv "$(wl-paste)"
  # Youtube Playlist URL
  elif [[ "$(wl-paste)" =~ $YOUTUBE_PLAYLIST_URL_REGEX ]]; then
    echo "Opening valid YouTube Playlist URL" >&2
    notify-send --app-name="YT-Paste" --icon=mpv --transient "Opening YouTube Playlist URL"
    mpv "$(wl-paste)"
  # Youtube Short URL
  elif [[ "$(wl-paste)" =~ $YOUTUBE_SHORTS_URL_REGEX ]]; then
    echo "Opening valid YouTube Shorts URL" >&2
    notify-send --app-name="YT-Paste" --icon=mpv --transient "Opening YouTube Shorts URL"
    mpv "$(wl-paste)"
  # No Match
  else
    echo "Clipboard does not contain a valid YouTube URL" >&2
    notify-send --app-name="YT-Paste" --icon=mpv --transient "Whoops!" "Clipboard does not contain a valid YouTube URL"
    exit 1
  fi

Amass, the Android client for Music Assistant, has rebranded to “Assistant to the Music” since this was written.

A reddit user pointed out the previous Amass logo looked like it spelled “All Ass”

I’ve had no issues with Dash to Dock, this looks more like an ArcMenu issue to me based on your screenshot.

In the description for ArcMenu they say:

Requires GMenu package:

• Depending on your distro you may need to install ‘gir1.2-gmenu-3.0’, ‘gnome-menus’, or ‘libgnome-menu-3-0’

Have you got that dependency covered?

What other extensions do you have installed? What versions of Ubuntu and GNOME are you using?

I’m not doing this for approval.

Okay. Go away and do it then.

My monitors.xml has two `` blocks, with the only real difference being that one has physical and the second has logical. I don’t really think that’d be the issue here though, because if the dummy plug is listed as disabled it shouldn’t be trying to use it anyway…?

I think you’re right in reporting it to the GDM repo, at a minimum someone there will know where to point you towards figuring this out. Maybe the GNOME Mutter repo might be a related stop for this too, seeing that’s the part generating the monitors.xml…

The things that are supposed to be simple are always the bits that suck the most!

Yeah, seems like it should just be working…

You’ve probably already got this covered, but when you created your user monitors.xml config, did you have the dummy plug connected and disabled?

Maybe the config:

• has it included as a monitor and enabled as part of the screen layout
• or possibly doesn’t include it at all, and then GDM just assumes it can/should use it as a new option?

When you copy over your monitor config, are you correcting the ownership/permissions?

The little scriptlet I made to combat a previous nvidia/wayland multi-monitor headache boils down to:

sudo cp $HOME/.config/monitors.xml /var/lib/gdm/.config/
sudo chown gdm:gdm /var/lib/gdm/.config/monitors.xml

Maybe double check if GDM is ignoring wayland as well, I’ve definitely had that happen in the past too.

I use Tauon Music Box on Linux, I think it’s pretty decent, but it is kinda playlist focused.

Yeah, the Forgejo documentation was dreadful when I last looked, it really showed its origin as a Gitea replacement for people already using (and understanding) Gitea.

That’s cool. Any reason why you went with a self-hosted GitHub runner over making the full jump to a self-hosted Gitea instance + runner?

Maybe Linux just isn’t for you, and that’s okay. Go use Windows or Mac and enjoy your “just works” setup and lack of involuntary learning.

What I feel would be acceptable:

If you’re proud of your Framework laptop and want to brag about it, we’ll give you some swag for free that you can show off with when you’re out and about!

What this looked like to me:

If you’re attending a conference we’d be paid to attend, but can’t go to, will you show off your Framework laptop to attendees in an effort to convince them to buy one from us too, and we’ll send you some stickers?

The issue isn’t even what they’re asking for, but how their asking it.

When I last had an everyday carry USB stick (5+ years ago) I found I never actually used it for anything.

I had Ventoy and some practical ISOs, and PortableApps with a bunch of useful software (firefox, foobar2000, GIMP, notepad++…) for when I was using someone else’s Windows PC.

…think I stored like two word documents on it, ever.

I think we Fedora users just have to wait for RPMFusion to roll out the updated driver. Not entirely sure if they only use Stable branch drivers or not though. I’m used to Arch where it would just be in the AUR within the hour…

I’ve been refreshing half the uBlue repos a lot today in the hopes there’s some commits showing they’re rolling the drivers out for Bluefin quickly 😂

• For what I assume is a security precaution, SysRq is disabled by default in Fedora, and you need to go enable it if you want to be able to recover when shit like this happens - the link shows how, and explains what each letter does.
• It’s honestly hard to say what caused it, but you could check your system logs and see what looks suspicious around the time of the crash. journalctl, dmesg and your steam logs (in ~/.steam/steam/logs usually) could be worth a look, or worth showing someone else at least if you aren’t sure whats going on in there.
• I’d avoid actively trying to cause it, but if it happens again you handled it exactly how I’d try handle it. Having SysRq enabled would let r-e-i-s-u-b handle it more gracefully than a forced shutdown at least!

Regardless of what distro you do end up using, the Arch Wiki is a great bookmark to have. The info is like 90% relevant to Linux in general, and at worst you might need to figure out what a file path or package might have changed to in the likes of Ubuntu or Fedora.

and a Nvidia 2080ti

Do you know which Nvidia driver you’re using currently?

There’s an established open-source Nouveau driver that Ubuntu & Mint probably defaulted to, a bleeding-edge open-source NVK driver that is still very early in it’s development, and a proprietary Nvidia driver that Nobara probably tried, as it’s kinda what you’d want for gaming.

The other question would be if you’re using Wayland or X11 underneath your desktop environment?

It should be listed in Settings > System > System Details, under the heading “Windowing System” if you’re using GNOME.

Wayland has better multi-monitor support than X11, but the proprietary Nvidia driver has a few teething problems with Wayland at the moment - a new 555 beta driver update should be coming this week with proper fixes for the sync/screen-tearing issues people have been experiencing.

It’s not gonna stop Google’s internal processes from deciding to pick complete BS results, and you’d definitely be ignoring new genuine content too, but as long as your not looking for results on something time sensitive it would tune out a lot of the AI generated noise out there from the crazy rise in ChatGPT content-farmed articles.

I seen a post on mastodon yesterday that said if you’re using google to search for anything, the trick to getting useful results is to include before:2023 and ignore anything newer because it’s probably just AI generated/prioritized BS.

I don’t think they were entirely wrong in thinking that, tbh.

It looks like Debian 12 only provides 525, 390 and a legacy 340 driver, based on the wiki. As @people_are_cute@lemmy.sdf.org mentioned, Debian 11 has a 470 driver, but that would be a different set of repositories that would probably not work great for you on Debian 12.

The actual latest Nvidia driver is 550 as of a few days ago, so maybe you could try a manual install of either the latest or 470? I’m not sure if anything like downgrade or frogging-family\nvidia-all exists for Debian, I ^*sigh* use Arch Linux^btw.