Training users to click on this removed is the same reason people wipe their desktop by ignoring “Yes I know what I am doing” warnings.

Unfortunately a lot of people think it’s to do with scraping as well. The amount of “defederate Threads so that they can’t scrape my data” posts I saw was about 50-50 with the sensible takes.

Yes, you will miss replies. This is the nature of federation as it is now.

How is your experience worse if you’ll never see the hashtag?

You’re right, that’s a very fair use case, and it would also boost the end-user appeal. I didn’t address it as I was fully in a user mindset.

Maybe it is overlooked, but is that unexpected when it seems to cater to such a specific niche? I’m struggling to see why I would use it. If I want to play my own music, I can just use my local setup that uses better apps and has my playlists already. If I want discovery, I can use last.fm, YouTube Music, and other venues. If I want to share music with other people, I start to see a point, but would rather direct people to use Soulseek or a different self-hosted solution that allows downloads. Speaking of, why is there no download link on the files? The website is sharing copyrighted content either way, what difference does it make whether it’s saved or streamed to my PC? At least with a download option I could see it as a Soulseek alternative.

And personally, it seems like a lot of effort to upload and reorganise my collection when I can’t trust the server and my effort to still be there a few years down the line. After all, storage costs money and who knows when the server host will get bored, run out of spare cash, or get taken down for hosting licensed music. This is before we get into the fact that even the removedty opus re-encodes I keep are over 60gb (the instance I found only supports 50). Of course you’ll tell me to host my own instance, but that is narrowing the niche once again as I would have to move my music to a server and learn how to host Funkwhale and would be opening myself up to legal problems.

Excuse my skepticism but I can only really see the use for either:

• Music collectors that want to share music with each other but for some reason don’t want to expand their library via downloading.
• Users with a tiny or non-existent library that don’t mind locking themselves into another website they don’t control and can lose their data from at any moment.

It bothers me how rose-tinted this article is. It pours praise onto the fediverse while glossing over all the major problems. They also keep saying “everything is available everywhere”, which it isn’t, or “you can take your account anywhere” which isn’t a thing on most fediverse sites, and where it is it’s limited.

I dunno, it’s good to be positive, but I feel this article over-promises and fails to explain what is is trying to. If anything, it muddies some of the basics and sets people up to leave as soon as they realise the experience isn’t all that or that instances don’t work how they think.

I happily follow users that make things. Artists, video producers, what have you. I don’t want to miss any of their work. That said, not having user profiles wasn’t a big deal on Reddit, you would just create a subreddit with your username and it worked fine.

Should require a license to go outside or read a book too, they might meet a dangerous group of people or read something that influences them.

Same reason we debate how to pronounce GIF (it’s pronounced gif, I’ll have you know) or what toppings to put on pizza. Because it’s entertaining for some, no matter how grating it may get for others.

You’re correct. That’s one of the few useful things superbirra mentioned, and I’ve updated the parent comment to correct my initial error. I was recalling from memory and just remembered it was a “bin” folder.

I read your entire comment and responded to everything relevant. I didn’t break down every sentence word by word because most people don’t enjoy reading those sorts of replies, so I kept it to the bits that required a response. I don’t know what you are talking about at this point, but considering I had the attention span to spend an hour re-installing Debian twice to verify, I don’t think that is the issue here. I have been exceedingly pleasant considering your condescending tone, so your repeated quips and assumptions of the worst are uncalled for.

I stated an experience I had that I disliked. You stated my experience didn’t happen, and I have laid out how it occured and explained what my initial issue was. I am allowed to dislike how a distro does things while acknowledging it is doing those things intentionally. I thank you for the bits of wisdom amongst your snark, but I’m going to go do more enjoyable things now. And maybe I’ll use Debian on my next server, sorry to disappoint you since you are so determined to gatekeep it (or why else are you so glad I’m not using it?).

I never said sudo was not installed, I said I wasn’t able to use sudo, which I wasn’t. This is why I went to run groupadd, which is when I discovered that it is not on PATH, which it isn’t. You’re right I shouldn’t have run groupadd as an unpriviledged user, that is fair, although it also isn’t on my root PATH.

You’re also correct that /usr/bin is on PATH, so my initial statement is not correct: /usr/sbin is not on PATH. Forgive me mixing up the two, it didn’t seem like an important disctinction earlier when I recalled the experience off memory.

Going back to my original post though, I was simply stating that every Ubuntu variant I have used sets me up with all this out of the box, meanwhile Debian immediately required more set up. It felt more “raw”. I can see the logic behind these changes, but as a new user it was off-putting as compared with every other distro I had used. That is all my point was. I got around the issue, it was not world-ending, but, to quote earlier me, I “was annoyed”. Simple as. I was sharing my experience with Debian because the pitfalls I encountered seemed relevant to the thread title: coming from Ubuntu to Debian.

now you have a chance to learn something

cmon, let’s explore a bit my good boy, let’s be curious about the world that is not wrong by default and only we are right ;) let’s learn stuff, for real

I am not averse to learning and I have learned a couple of new things, yes. Thank you for the insight. It doesn’t change my initial statement.

your user isn’t in the sudoers file because you choose to give login access to root during install

This makes sense, thanks. I don’t really mind not having sudo from install though, I mentioned it because it is what started me down the “groupadd” road.

so you probably made some other strange not-obvious thing

I followed the graphical install and used default options except for LXDE.

You don’t need to be defensive about this. I’m just sharing my experience, I’m not trying to insult Debian or it’s maintainers. And yes I believe anything can happen considering the crazy bugs I have seen get shipped. Windows wiping One Drive files, multiple Steam bugs on Linux that can wipe your system, etc. Or it may be my choices during install, but it is still unusual compared to all of my Ubuntu installs.

Anyway, I took another shot at it and it still happened. I downloaded the 12.4.0 net install that is on the front page of debian.org. Installed two different times in Virtualbox, once using the graphical and once using the CLI install, using two different mirrors. I unchecked Gnome and ticked LXDE during installation (as I did before), because that is the DE I wanted. I would hope that would not change bashrc settings. Tried sudoing and got the exact same error.

Here’s the generated .bashrc which I have not touched.

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
#[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
    xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
    if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
	# We have color support; assume it's compliant with Ecma-48
	# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
	# a case would tend to support setf rather than setaf.)
	color_prompt=yes
    else
	color_prompt=
    fi
fi

if [ "$color_prompt" = yes ]; then
    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
*)
    ;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
    test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
    alias ls='ls --color=auto'
    #alias dir='dir --color=auto'
    #alias vdir='vdir --color=auto'

    #alias grep='grep --color=auto'
    #alias fgrep='fgrep --color=auto'
    #alias egrep='egrep --color=auto'
fi

# colored GCC warnings and errors
#export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'

# some more ls aliases
#alias ll='ls -l'
#alias la='ls -A'
#alias l='ls -CF'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
    . /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
  fi
fi

I’m curious now so am going to try re-installing from their homepage.

As far as I know I was on the stable version. I downloaded the one right on their front page, which was 12.4.0 net install.

Well, I don’t know what to tell you when I had just installed and the system tells me the command does not exist, so I look up the error and adding the path to bashrc fixed the issue. The only PATH export in that bashrc file is the one I added after searching the issue.

I tried installing Debian recently as well but didn’t get too far into it. I was annoyed at the base configuration* though. I wasn’t able to use sudo, so I went to add myself to the sudo group and it told me the command didn’t exist… I looked it up and realised that /usr/sbin* wasn’t on terminal path. Extremely fixable but something I never ran into on other distros, made me nervous how many other tweaks I may have to do.

I was simultaneously testing Lubuntu and ended up sticking with that after following install instructions for another app kept complaining about bookworm errors. Perhaps the Debian version was too new?..

* Edited a couple of details to make them more accurate.

It was extremely unfortunate timing. Pop_OS! had a bug for that week (or a few days?) where installing Steam would IIRC try to install the wrong version with the wrong dependencies. To support these alternate dependencies, it had to uninstall a bunch of the defaults, thus breaking the system. You can probably find a much better explanation by searching it up, Steam Pop_OS! i386 or whatever, but that’s the jist. It was a crazy blip that Linus managed to be in the way of.

Not Linux’s fault, not normal, but in my opinion not entirely Linus’ fault either as who expects their desktop to be bricked by installing an everyday program?

Surprised that it prompted him to delete his system, when he was trying to install Steam!