On top of the money that goes in to social security from migrants that cant withdrawal it. And the taxes we get from them in general

Stein syphons off votes from the dems, AOC calling her out on her bullshit does kind of matter in context.

It’s bussin

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

Girls have inherent value, not just instrumental value. Cute comment.

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…

I think he is referencing the right-wing talking point of the week: Kamala “stole Trump’s idea” (big air quotes) for not taxing tips. I’d be mad too if the otherside also supported my guys only popular agreeable stance 😤

Their boy Reagan enacted the tax to begin with…

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.

I think Ideally you should be able to run it as you instead of root or sudo. I’m assuming you are needing sudo since you don’t have access to the burner as your user.

Do an “ls -lah” on your cd burner. I think you said it was /dev/sr0 so “ls -lah /dev/sr0” and see if it is owned by root:root or hopefully root:disk or something like that. The format is “user:group” so I’m hoping it is owned by a group that you can simply add your user to.

If it is owned by another group, you can just run “sudo usermod -aG disk user” replace disk with the group that shows on the ls command and user with your user.

If that burner is owned by root:root, there is a way to change that. But that gets very complicated. And I’m not sure its worth the effort for you unless you are wanting to learn more. Point 4.3 here: https://wiki.archlinux.org/title/Udev

In which case to directly answer your question, I’d personally prefer to sudo the script instead of adding sudo in the script. But at the end of the day, I don’t think it matters too much for this specific use case.