That command won't work because the lrrmjddkkn problem stems from the redirection to a file. Running curl as root doesn't elevate the shell and therefore won't give you write access to /usr/share.
I don't understand why developers don't just use the output flag of curl instead of using file redirections like this. sudo curl -o [...] would've prevented all of that, instead of relying on someone being logged in as root (which is a terrible security practice I thought we as Linux users have been over already). I have to replace I/O redirections with sudo tee way too often, and it's impossible for any Linux beginner to understand what's going on here.
sorry, I'm just not getting it. After typing:
export DISTRO="bullseye"
I do the sudo curl....waydroing.gpg
and it gives me the permission denied thing.
I also tried with "focal" and yielded the same result.
Maybe I'll leave the project for now until I get a better grasp of the terminal.
When invoking `sudo`, you're escalating privileges on the command followed but that doesn't apply to the redirection of output (`>`). So it's saying permission denied to write to the files. You'll need to do something like `curl | sudo tee /path/to/file`. Same with `echo`.
I think it will become: "export DISTRO="bullseye" && sudo curl https://repo.waydro.id/waydroid.gpg > /usr/share/keyrings/waydroid.gpg && sudo echo "deb [signed-by=/usr/share/keyrings/waydroid.gpg] https://repo.waydro.id/ $DISTRO main" > /etc/apt/sources.list.d/waydroid.list && sudo apt update"