Oddly, the endpoint on lemm.el and lemmy.ml return comments:

> curl 'https://lemm.ee/api/v3/comment/list?post_id=45734814' | jq '.comments.[] | .comment.content[:50]'
"Yeah, you're right. I didn't read enough of the do"
"Thank you for the tip ... but whatever I try with "
"~~In 0.19.5, they removed the deprecated `post_id`"

> curl 'https://lemmy.ml/api/v3/comment/list?post_id=21766749' | jq '.comments.[] | .comment.content[:50]'
"Yeah, you're right. I didn't read enough of the do"
"Thank you for the tip ... but whatever I try with "
"~~In 0.19.5, they removed the deprecated `post_id`"

I think it would be better to ask the admin of the instance before creating the issue.

Yes, fenced code block with specifying langauge may work as a workaround.

```text
systemctl --user cat emacs
```

but I said “inline” explicitly.

lemmy-ui: Highlighting some words blindly in inline code is really annoying. For example,

• systemctl --user cat emacs
• pactl load-module module-switch-on-connect

I see. Thanks for the explanation. It seems a long standing issue: https://github.com/Maato/volumeicon/issues/49

But the problem is that if you plug in a USB or bluetooth headset, it doesn’t automatically switch to it as the default.

How about module-switch-on-connect?

You may need gtk-murrine-engine (actual package name may differ).

For logging, PANEL_DEBUG=all (source) seems to work. Anyway, did you reboot the system after removing xfce-volumed-pulse (so only xvce-pulseaudio-plugin should be enabled) ?

You don’t need pulseaudio and pipewire at the same time because pipewire provides pulseaudio-compatible server (pipewire-pulse). Also, pipewire usually doesn’t require audio group. Did you follow the official docs or other online guide?

Although I haven’t used Arch for a long time, I guess https://wiki.archlinux.org/title/Kernel#Compilation and https://wiki.archlinux.org/title/Kernel/Arch_build_system will work.

“Pactl load-module” outputs “you have to specify a module name and arguments.”

As I said in earlier comment, please run "pactl load-module module-switch-on-connect" exactly. Note that Pactl and pactl are different commands and the former is invalid.

Is the command different for that?

As the name suggests, pactl is a command for PulseAudio. PipeWire supports application written for PulseAudio, including pactl. Try "man pipewire-pulse" to get further info.

Did you enter the command line (especially load-module) correctly?

It’s not a silly question; I thought it doesn’t matter because PipeWire supports Pulseaudio.

Can you try "pactl load-module module-switch-on-connect"?

I’d try other (lightweight) distros for that case. Since your PC is old, it may not fulfil the latest Ubuntu’s system requirements.

I think GET /api/v3/resolve_object should work:

curl --url-query q=https://feddit.org/post/2401677 \
    https://lemmy.ml/api/v3/resolve_object \
    | jq .

(note that the value of q is url-encoded by --url-query)

Oh it was hard. FYI Fedora supports a major version for a year. To upgrade from non-supported old version, additional steps may be required:

• https://en.wikipedia.org/wiki/Fedora_Linux#Releases
• Can I upgrade from an End Of Life (EOL) release?

I hope you could solve the new issue too.

It’s not a dead end :) Can you

1. make sure "systemctl suspend" suspends your machine to check suspend work
2. Run "gnome-tweaks" and there’s no suspend inhibitor in the “Startup Applications”
3. post the output of "systemd-inhibit | less" to know who inhibit the suspend
4. post the output of "gsettings list-recursively | grep -i 'lid\|suspend'"

(Please remove enclosing double quotes when you try them.)

If I’m reading it right, it’s saying it should be working?

I think so, but I might be overlooking something.

Apparently # makes a line huge? All the huge lines are preceded by a #

As macniel said, a line starts with “#” is converted to a heading. To post preformatted lines such as the log or source code, you can use “fenced code block”. For example,

```
foo
#bar
baz
```

becomes

foo
#bar
baz

Can you run these commands and paste the output here?

$ systemd-analyze cat-config systemd/logind.conf | grep -i lid
$ grep -i lid /etc/UPower/UPower.conf

Yes. In a typical live USB session, all changes are written to the RAM, so they are lost on the shutdown. Some live USB supports persistent storage, but I think it’s not so common.