If the gun was plastic, the barrel would definitely be the hottest part of the gun. Would still be true if the gun was a lighter metal, I think. Hmmm

Literally 1984

There is a trauma surgeon in the article stating she shouldn't have even been allowed in the room, let alone allowed to drill into a patient's skull.

Is it less ethical or more ethical if the patient had given informed consent?

No patient gives consent to who is helping in the surgery because there is an implicit understanding that it will only be performed by qualified licensed personnel. There are multiple regulating bodies that prevent unqualified people from practicing in a professional setting. So, it is not unreasonable to make this assumption.

My argument is that it would be one thing if this was a simple superficial elective surgery where the patient consented to allowing the doctor's unqualified child "to give it a go" popping a pimple or something. It is significantly worse because it was a life-threatening emergency procedure where the doctor elected to increase the likelihood of failure/harm/death while the patient was in a position where they couldn't consent to the doctor taking that unnecessary risk.

"We are now confirming once again that playing with fire—and they are like small children playing with matches—is a very dangerous thing for grown-up uncles and aunts who are entrusted with nuclear weapons in one or another Western country."

So countries with nuclear capabilities should be more responsible and perhaps not invade their neighboring countries? 🤔

Allowing a literal child with 0 medical training/education to drill into/near a vital organ of someone experiencing an acute head injury while they are unconscious and without their consent? Naw, nothing wrong there at all.

Disney backpeddeled on that argument because of the PR nightmare. But the damage is done

My brain does not like. It's stunlocked asking "why is this bold?" over and over again even though I already answered.

Every three months we get new battery hype...

This is a very goofy workaround for you that doesn't actually check what the device is. Only checks if /dev/sr0 exists and if yes, use that if no then use /dev/sr1. Better solution below this block. But leaving it because I kind of like it's jankiness.

if [ -e /dev/sr0]; then
    DEVICE="/dev/sr0"
else
    DEVICE="/dev/sr1"
fi

Not elegant and a little janky but works.

This will work better. We are taking the output of -checkdrive, searching for "Detected" and sending that to awk. We are telling awk to split that line into columns based on this character ":" and to print the second column. That should give you an output of " /dev/sr0" with a space in front.

DEVICE=$(cdrecord -checkdrive | grep Detected | awk -F ":" '{print $2}')

That should work. But if you absolutely must kill the whitespace for some reason we can add trim to the end like so

DEVICE=$(cdrecord -checkdrive | grep Detected | awk -F ":" '{print $2}' | tr -d ' ')

There might be a more elegant solution by using the output of "cdrecord -scanbus" instead. No clue though since I don't have the hardware to verify from here. Hope that helps!

Ahhh, so apparently in the man page for cdrecord it mentions it needs to be ran as root since it uses "real time scheduling" to write. So even if you have proper permissions to use the cd burner, you still need root to run it. I made a bad assumption that you were having to use root since you didn't have permissions as your use to write to it.

If you don't need to parse the output of "cdrecord -checkdrive" then setting that var is pretty trivial.

CDROM=$(cdrecord -checkdrive)

If that outputs more than just the string you need, that gets a little headachey. Grep/awk/sed/sort/uniq/regex are all very powerful and esoteric.

That being said, the man page also mentions that most users will not have to specify "dev" at all as it should figure it out automatically. So you might be ok with axing the "dev" part of the command instead of feeding it the device path.

My bad thought it was printed as "user:group" and not "user group".

When you add yourself to a group you need to either log out and log back in or reboot in order for it to take effect. So maybe next time you log in try it without sudo again.