KingMachiavelli
KingMachiavelli on Hacker News
It would be very useful if I could just boot a kernel and get an instant report of what kernel config, firmware and modules are actually used/needed. You can kind of do this but
The dealerships like making $200+ per fob program and the automotive companies like selling $$$ hardware + software licenses to be able to do so.
It's also likely that a processor that can only do rolling codes but no RNG or AES operations is cheaper and has longer battery life. Car model lifecycles are very long so the choice of components even for ~2018 cars might be using parts form 2013 (my guess). And auto companies are probably only considering parts purpose built for their industry due to supply and price guarantees.
If it wasn't for insurance companies refusing to insure some models with insecure fobs, the issue would likely be much worse today.
That said, I'm really looking forward to small and quick (latency wise) models are a reality. I can easily see a world where every keystroke, terminal command, etc. goes through a "autocorrect" type model. You could even blend natural language plus terminal program segments and the AI just infers what you intend. Either built-in or a second classifier model, determines if the autocorrect change needs human review first.
Absolutely crazy how PDF parsing and image rendering are still exploitable.
Half the problem is flagship apps like HBO/Netflix don’t implement this correctly.
Oh and this is all different if you have a keyboard attachment because only then are you allowed to “extend” display which can use the screen’s native resolution.
I do agree that taxes in general should not be a fixed percentage that taxes people more just because valuations increased (be that land, property, tax).
We should instead have fixed taxation totals (pegged to local inflation) and just use property tax or land value taxes to establish the relative amount of tax between people/property.
If a housing shortage is causing increased costs for schools, local governments should say “Either vote for higher taxes to raise teacher wages or vote for denser housing so teachers can live here”. Instead taxes go up automatically, the money is spent on $X random shortfall.
People don’t care about cutting property taxes because local governments are historically and perceptually mismanaged so people assume that the roads and schools will decline regardless of higher or lower taxes.
There's a huge industry around digital signage and I've always felt it could be replaced with a simple Chromium kiosk + auto-refreshed webpage content. There's really no need for expensive HDMI connections or custom video streams when we already have browsers.
A survey found that average daily consumption was 0.9g and median 0.35g.
92lb=41.73 kg = 41730g / 0.9g / 365 =127.032 average-user-years. Or basically a month’s supply for a small town.
Like most consumption, the top 10% easily account for >80% of total consumption.
A fake photo plus a valid barcode will pass any current check right? Unless you still do a secondary proprietary photo lookup that I don’t think exists.
A bit strange for Apple to let fairly popular products just go so long without a refresh. Just the vision component of the new AirPods could have been delayed, not really a critical feature anyway.
Apple Watch seems to be getting pretty good, might finally switch away from Garmin if the Apple one is as durable.
The defense IMO is just trying to muddy the waters between "irreversible AI training that updates weights" and "AI learning by just storing secrets in text files".
Even in the 5% chance this AI model actually was fine-tuned or fully-trained (i.e the weights were updated), the employee did this while employed at Apple and used Apple IP as the training data. Even if the output is under fair-use (because it's transformative), (1) any IP created while employed during work duties almost always belongs to your employer and (2) the act of accessing Apple's IP would be (trade secret or regular) theft if done outside normal work duties.
I tried using the flatpak Chromium in case it was some NixOS build optimization oddities but didn't see much of a difference.
If you don't want to run Windows, is there even a choice? My issue now with the non-Apple computers if you want to run Linux it's really hard to predict how awful Chromium/Firefox will be. My work Dell Laptop is only a 3 year old CPU with integrated GPU (and unused Nvidia GPU) but Chromium and Firefox are both slow as shit just loading pages like Slack and Outlook. Even resizing the browser windows seems 4-5x times slower than my M3 Macbook Air.
Maybe this is strictly a Linux issue but it hardly matters when the Windows ecosystem is pretty stagnant, full of junk-ware, and software development is much, much better on Linux/MacOS.
My wife also drives a smaller Forester that we realize could have been an EV or hybrid. Although in CA, electricity is so expensive that it’s not much improvement over gas especially if you spend more on the car itself. Really, just a same model year but more fuel efficient sedan or one of those old 100-mile range EV cars is what you have to “downgrade” too.
Of course, it’s silly seeing all the oversized, sparkling clean massive trucks and SUVs on my commute while I’m driving my heavily scratched glorified minivan (since that’s what SUVs are now days).
Lots of dental stuff like Invisalign or even regular braces involve keeping plastic and adhesives in the mouth for long periods of time. I think even some gum (non-nicotine or otherwise) contain plastics technically.
If I’m spending $10K on something, I want the Android/iOS experience to be first-class instead of some shitty UI designed be people who I presume don’t drive cars.
Cars are otherwise fungible between brands. If one has CarPlay/Android Auto there is little reason to pick a brand that lacks support.
Using what? Using NixOS to configure a system is orthogonal to the system actually running the Nix binary. Nix/Nixpkgs provide well maintained package derivations and module configuration for the largest amount of software of any ecosystem. IMO it's far simpler than Yocto or Buildroot or the dozen OCI container builder ecosystems that go in and out of favor.
I’d still probably just implement this in Nix/Nixpkgs so I could leverage the rest of the ecosystem but that’s not trivial at all.
I wouldn’t even say Nix as a language is better than Starlark. The author is certainly well informed in the choices made.
build-vm is the same as building the configs “config.system.build.vm” attribute.
nixos-rebuild is fine for getting started but you end up needing to use the attribute path to do anything more complicated like CI caching or inspecting the drvPath.
$ my-arm-system = nixpkgs.lib.nixosSystem { system = "aarch64-linux"; modules = [ ./configuration.nix ]; };
$ :b arm-system.config.system.build.images.iso
Like the article points out, the software stacks people use for embedded devices are the same as people use non-embedded use; Rust, Go, NodeJS, and sure still C++. The only real difference with embedded devices is non-OS components like the bootloader (u-boot, EDK2) and customizing the device tree. (And of course firmware flashing). Fundamentally those are all just packages that I can describe in Nix. I don't need a separate tool just because the board is small.
IMO the embedded space, especially in the US, is already pretty Niche. Most companies either just ship the vendors BSP example (Ubuntu/Debian/Yocto) and pay very little attention to the detail or re-useablity. Once you vendor declares the BSP EOL you are stuck unless you re-implement it yourself.
Using Nix (or Guix) has the massive advantage of a large and active community that isn't fractured like the Yoctoo/Buildroot community. (By fractured I mean there may by many, many people using those tools at $DAYJOB but due to vendor BSP customization they likely share much less with the upstream community maintained sources).
Unfortunately that means they can play both cards, they can benefit from scarcity while pretending to be anti-gentrification. And they can claim any pro-housing group is actually “pro scary capitalist developer”.
IMO the danger to US service members outside of combat seems way too high. It's a well known fact most fatalities occur during training than during combat. (Sure this due to there being many more training exercises than active combat engagements but from a policy perspective it is very worrying).
https://en.wikipedia.org/wiki/List_of_accidents_and_incident...
The 7.84% state would probably be significantly diluted over this time frame so 4-5% is probably a more accurate estimate but perhaps high estimate.