Hacker Newsnew | past | comments | ask | show | jobs | submit | inahga's commentslogin

Mostly, if not entirely due to intentionally poor breeding practices. Who betrayed who?


Mostly, if not entirely, due to poor raising.

I've gotten "BEWARE OF DOG!" pitbulls and rottweilers to befriend me simply by speaking kindly to them, and then over a period of days raising that to handsniffs, then petting.

Misanthropic dogs are taught that behavior, which contradicts 10,000+ years of training. They don't enjoy being assholes.

This is not to say dogs aren't naturally barky and suspicious of strangers; that is also part of their millenia of training. Lots of nice people are also suspicious of strangers. But aggressively attacking people is basically psychotic behavior for a social animal that considers humans part of its society.


Watching this classic channel may be safer https://youtube.com/playlist?list=PLU4IMu04MIlJgB6Aaj07q-5iX...


If he doesn't, he needs to be forthright about it in his speeches and podcasts. "The ISP is disobeying my direct orders."

Until then, he bears responsibility for their actions.


The NYPD all but threatened to kill Bill de Blasio's daughter when he tried to bring them to heel. I'm limiting myself to being furious at the fucking freaks terrorizing my city instead of creating new shit to get mad about. There's plenty as is.


Sure, I don't mean this to arouse anger. I point it out for the Democratic primaries in March. https://ballotpedia.org/Illinois_gubernatorial_and_lieutenan...


I don't think the software hacking side of Wrangler mods is barren. e.g. https://www.jlwranglerforums.com/forum/threads/jeep-hacking-..., which IIUC has been commercialized into https://www.zautomotive.com/products/z_tzr_jlm.

I don't know that anyone has broken the head unit firmware though.


For those (i.e. me) who were concerned that the cert wasn't actually revoked, it is.

https://crt.sh/?id=20924740030

    $ curl -s http://r13.c.lencr.org/105.crl | openssl crl -noout -text | grep -A1 899DE8
        Serial Number: 055B8B1F23D5BCF09DD8E9CAF8798F899DE8
            Revocation Date: Sep 10 16:00:16 2025 GMT


2023 Jeep: I was able to remove the cellular modem from the head unit. Disconnecting the antenna was not effective (just reduces the range).

See e.g. https://sandsprite.com/blogs/index.php?uid=7&pid=462&year=20...


Colorado, at least, provides several resources for minimizing and compensating wolf depredation.

https://cpw.widencollective.com/assets/share/asset/pzqhipzb1... (see Funding)

Cursory search shows that not just Colorado does this.


It's rather shocking for a company to admit to flaunting software licensing in public communications.

But this is not new https://fly.io/blog/wrong-about-gpu/

> At one point, we hex-edited the [NVIDIA] closed-source drivers to trick them into thinking our hypervisor was QEMU.


What's been driving me batshit is when nixos-rebuild decides it wants to build from source. I just burned an hour the other day trying to update, and getting stuck because Nix decided my little old laptop needed to compile node.js from source. Had to trial-and-error remove packages to figure out which one was transitively pulling in node.js.

It turned out to be ansible... which is a pure python tool. Beats me.

There's also some cases where it wants to build Android Studio from source. I've just removed it and now run it in a VM.

I'm sure I'm doing it wrong, and I'm sure nixos-rebuild has a reason to build things from source, and maybe I'm not RTFMing hard enough. But good god, I just need my system to update.


Less than a week ago I complained about nearly the exact same issue and received the typical “nixy” response “that’s what the cache is for”. Well, that’s excellent news, when the cache actually works as expected. I see this a lot with my flake.nix per repo configurations too. The flake.nix never changes, yet it inexplicably rebuilds packages sometimes


I've been wondering about that too.

I guess our system's nixpkgs moves forward while the nixpkgs in our project flake.nix stays the same. So eventually the nixpkgs of the project is garbage collected, because it isn't pinned by the system, and it needs to redownload and rebuild?

I don't know.

I try to `nix flake update` my system configuration every 2-3 months.

Arguably, running Arch and not updating frequently is a pain, too.


> eventually the nixpkgs of the project is garbage collected

You should manually create a garbage collection root (that pesky 'result' symlink, --out-link)


Are you saying that the presence of a result/ symlink means the sources are kept, and if I remove the result/ symlink, it gets gc’ed?


Yes, gc root links are accounted at the moment they are written by nix and they retain the graph while they are continue to exist.


This happened across the board to everybody as there was some change that went into unstable that broke 1000s of packages, everybody was rebuilding nodejscause it failed to build (thus wasn’t in the upstream cache). It’s a good idea to pin you nixpkgs with with flakes or fetchgit in your config and not use channels. Or stick to stable(can’t do this on macOS as easily though, this is where I learned this).

You can use hydra to observe the ebb and flow of broken packages getting fixed and pick good git hashes to pin to. Once I figured that out I was very happy and had a good time glancing through hydra to monitor this. Now I can make informed decisions about what hash I build from and still keep unstable train, upgrading more often then I was before.


> Had to trial-and-error remove packages

There are introspection tools for that.

> Build from source

That's not an issue unless you stay on master or use config flags (there is just a handful of them, but they are imortant, eg cudaSupport=true can easily give you 5-6 hours of build time, rocmSupport can easily give you a couple of days)


Darn, with removable doors and top, I thought this could be a Jeep killer. But no 4WD makes that a non-starter.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: