Whiskey is so sleepy but wanted to help us out for another TOT post anyway.
Whiskey is so sleepy but wanted to help us out for another TOT post anyway.
Figure out it seems to be correlated to the simpleaudio module. Spend thirty minutes finding out that package is deprecated, but over the last year multiple people have run into this problem. Find one dude who debugged it to a bad global lock missing, but original library maintainer isn't updating, learn how to use pip to install this guy's private fork (praise that dude). #python #oldman
Figure out weird mess of PyQT, get that sorted. Get VSCode setup to debug which of course requires a launch.json to be setup. Get weird serial module exception that I've never seen before, only when run from within VS Code. Switch to trusty -m pdb invocation on command-line, get weird segfault that is not caught, with no backtrace. #python #oldman
Sehen Sie den Text des Liedes “Old Man” von Neil Young
#NeilYoung #OldMan
https://daletra.top/neil-young/liedtexte/old-man.html
Letra de la canción “Old Man” de Neil Young
#NeilYoung #OldMan
https://daletra.net/neil-young/letras/old-man.html
Voir les paroles de la chanson “Old Man” de Neil Young
#NeilYoung #OldMan
https://daletra.art/neil-young/paroles/old-man.html
I've been in the software field for some time. Many - perhaps most - of the software and systems engineers that I've worked with have had an interest in system security, or at least in not introducing obvious security holes into what they were building.
This was a good thing.
But somewhere along the way, this kind of thing got normalized. We've taught a new cadre of programmers that security doesn't matter if it slows you down or inconveniences you in the slightest way. No one should ever be doing this, with the possible exception of the script you're fetching being one you wrote yourself, and even then I wouldn't trust that it hadn't been tampered with.
As a result, I'm really not surprised at the level of (in)security in deployed systems these days.