Earlier quoted context omitted.
well played. I think that just got added to my standard vocabulary. Caching has caused more errors and bugs that I've had to deal with than I can recall. My favorite was an off by one error where we returned nicely cached info -- just for the previous user who came through our system! :facepalm: That was a bad one.
Here goes the obligatory > There are only two hard things in Computer Science...
Git: Malicious repositories can execute remote code while cloning
81–90 of 228 posts
Re: Git: Malicious repositories can execute remote code while cloning
#82Earlier quoted context omitted.
Per your downvotes - I used to hate jokes on Hacker News and downvote them when I saw them, but I've become more ambivalent. They're a way of amicably sharing culture and experiences with other engineers that transcend any differences in age, gender, race, background, etc. The formulation of this joke I tend to see is, The two hardest problems in programming: (1) cache invalidation (2) appropriately naming things (3)…
The two hardest problems in programming: (1) cache invalidation (3) off-by-one errors (2) appropriately naming things (4) parallel execution [leading to race conditions / ordering bugs]
Re: Git: Malicious repositories can execute remote code while cloning
#83Earlier quoted context omitted.
Here goes the obligatory > There are only two hard things in Computer Science...
I can never remember what they are, though. To avoid this problem, I think I wrote them down on a post-it, but I had too many post-its on my desk so I got rid of them all, and now I can't remember.
You write it on local media and kept it on-premises?
Cloud is the new thing, I hear.
Re: Git: Malicious repositories can execute remote code while cloning
#84Re: Git: Malicious repositories can execute remote code while cloning
#85Re: Git: Malicious repositories can execute remote code while cloning
#86Have you seen the mayhem that some of mine cause when you clone them and then type ./configure && make, like you have been socially engineered into doing?
Re: Git: Malicious repositories can execute remote code while cloning
#87Re: Git: Malicious repositories can execute remote code while cloning
#88Earlier quoted context omitted.
Ashamed to admit (as an OSX user) that I didn't even realize the FS was case-insensitive (having migrated from years of Linux usage to a non-Linux desktop). It does a good job of hiding this from the user (filenames are still listed with cases, and bash autocompletion completes to the correct case as well)
MacOS by default uses a "case-preserving case-insensitive" filesystem, so you can create files with mixed case, but you can't create two files with the same name and different case. It's one of MacOS's more-egregious crimes against Unix. Fortunately it doesn't manifest that often, but it rears its head often enough to be a problem.
IIRC, one place where it does rear its head in when a file is renamed in a git commit to a value that downcases to the same value as the prior name. For example `Foo.txt`->`foo.txt`.
I have `core.ignorecase = true` in my `.gitconfig` for this very reason.
Re: Git: Malicious repositories can execute remote code while cloning
#89Re: Git: Malicious repositories can execute remote code while cloning
#90I guess I'll have to stop running $ sudo git clone ...