Go through it, keep what is truly sir use and definitely try to sell or donate what you can, especially physical media since even without a lot of monetary value those are items that typically aren’t being made any more so are of a finite number. There are those of us that like collecting physical media and have the space to store and enjoy it so helping it get a second life is a better choice than just dumping it in a landfill to rot (almost literally) forever.

Otherwise the key is to relish the nostalgia of going through it but don’t let it color your decisions on what to keep too much. It’s okay to hold on to some things that truly matter to you just for sentimental reasons, but you shouldn’t try to keep it all. My wife and I each have a plastic tote in our basement of keepsakes, we try to limit sentimental things to just that one tote each to help keep it manageable.

This is comparing apples and oranges though. Automotive cooling systems are designed for a very different problem set than datacenter cooling systems. The temperature gradients are much larger in ICE systems, they need to be small, light, and portable, and they cool something that generates much more variable heat loads.

A data center creates a consistent heat load, is stationary, with access to a source of water that is functionally limitless to the operators, cools a much smaller gradient and needs to do so in the most economical way possible to be as profitable as it can be to the owners. Evaporative coolers are dead simple, very effective, and scale very easily which is why they are used.

It evaporates, that’s how it cools. The water is sprayed over a heat exchanger and gets turned to essentially steam and then new water is pumped in and thus the water is “gone”. It will fall as rain somewhere but likely not near where it was taken from.

A closed loop system could be used but they are more expensive and require more maintenance so large data centers don’t usually use them unless required to.

It really depends on what you want to accomplish, your priorities, the amount of time and effort you are willing/able to put into it, and your risk appetite (not just privacy but also availability of your mail server).

It is for sure one of the more challenging services to self-host, and IMO doesn’t offer a huge improvement over a hosted solution with your own domain from an actual security and privacy standards point since email is inherently insecure and non-privacy protecting without adding additional not-always-standard layers on top like PGP/GPG, SMIME, one-time passcode escrow systems, etc. that all have their own huge trade offs.

Your self-hosted server will have downtime as well, some planned but also some unplanned. If your server is down, it can’t accept or send mail obviously which can be an issue (many services will try to deliver again after a back off period, but won’t try forever). Enterprises work around this with load balanced servers and running different services on fault tolerant infrastructure. That increases complexity quickly though and isn’t what most self hosters do AFAIK.

It’s a combination of conservative designs, robust training, and a zero tolerance safety stance where even minor misses that have any relationship to the reactor or power systems get throughly investigated through a formal process that seeks to understand and learn from mistakes rather than assign blame.

If anyone is curious, the Naval Nuclear Propulsion Program (NNPP) publishes the Gray Book with some history of the Program, the various arms that are involved to make it successful, and how the Program is managed including training, suppliers, labs, and fleet operations and maintenance.

Turn the Ship Around is a leadership book that also touches on safety and operations of a nuclear sub and is just a good read overall if your looking for a different way to think about bringing a leader in an organization.

Email is de facto not private/secure without adding additional layers to it, so using services like ProtonMail or Tuta are putting lipstick on a pig. They give a false sense of security and privacy that just doesn’t exist without a ton of additional overhead and opsec. Unless you plan to only email other Proton accounts, or use janky one-time password secure messages, your email isn’t E2EE, it’s just encrypted on Protons servers which is table stakes for most paid mail services. They are marketing something that just can’t fully work in the real world. You also then make a ton of trade offs like very limited client support (especially on mobile), and can’t even use S/MIME for compatibility with enterprise secure mail solutions.

To be clear, I think it makes sense to pay for something as critical as email so you aren’t the product, as well is using your own domain for portability. But I don’t recommend folks buy into the false security and privacy promises of services like Proton for email/calendaring.

I use SimpleLogin with my own domain and have no problems 99% of the time. Every once in a while I’ll find a site that doesn’t like my .net domain, but those typically won’t take anything that isn’t a major provider. I use that as a sign I probably don’t need to use that service.

There are two things in my house I don’t “play” with: internet connectivity and core home functions (lights, locks, garage doors, etc). That doesn’t mean I don’t self host anything or then, but I always start from a mindset of “must work”.

I run HA on a Yellow (functionally an RPi 5 with radios and storage interface built in). My lights are either Hue running as plain Zigbee devices, or Zigbee switches. I don’t necessarily want more customization with home automation, I want stable, extensible, and easy to use day today. HA checks all those boxes easily. I’ve not done much looking into OpenHAB, but I would caution against going with something for home automation just because it’s more customizable. Sure, it’s great to have an automation routine that turns on your lights when you get home, it’s less great to have an integration that misbehaves and now you cannot turn off a light, or lock your door, or turn down the volume on your music, etc. Be sure to know what you want to accomplish before you buy devices, build automations, and always build things with a manual backup operation option.

There is, I think, a few things that contribute here.

1. The US has a very stupid “bigger is better” mentality. So if you go out you expect a large portion because that translates to better (and more value). This is of course not true, but culturally it’s very embedded.
2. almost everyone I know takes home some portion of their meal from a restaurant. So that single portion is really two, or maybe three.
3. IME people don’t usually have giant portions at home, they sometimes do of course, but things tend to be more sane for home cooked meals for your family. They also tend to be a lot more balanced, with more veg and grain.
4. what you see on TV is often sensationalized, and not fully indicative of normal here.

I would hazard to guess they are investigating how the use of AI was missed in their editorial process, how they missed the incorrect quotes, and who violated their journalistic standards by using an AI to directly write article text since it’s a coauthored piece.

In typical Ars fashion, the editorial team appears to be looking into what happened and are being fairly open about at things: https://arstechnica.com/civis/threads/journalistic-standards.1511650/

I will be very disappointed if this was BenJ or Dan [edit: I had messed this up, it wasn’t Dan but Kyle Orland that coauthored it] Kyle using AI to write their article since both have had really good pieces in the past, but it doesn’t sound like this is some Ars wide shift at this point. Like all things, it makes sense that it will take time for them to investigate this, Aurich (the Ars community lead and graphic designer) was clear that with this happening on a Friday afternoon and a US holiday on Monday, it’s likely to be into next week before they have anything they can share.

Eh, it can be a lot of work but doesn’t have to be. I’ve automated backups, and if you follow current best practice guidance from industry, you should use long pass phrases and not worry about regularly rotating them. For things like SSH keys, you can rotate them if you think you’ve had a breach but in normal usage there isn’t a huge benefit security-wise since they functionally can’t be guessed and would need to be stolen. If an adversary steals your SSH keys then you’re already pretty hosed as the next step is for them to establish another backdoor to access your server without needing your key.

Yes, hail is from thunderstorms and is generally larger, ice pellets are winter precipitation and almost always smaller. Hail usually lasts only a few minutes, ice pellets can last many hours.

Honestly it’s not a ton of time. A few minutes to run patches every few weeks, and the initial investment to plan, install, and configure your services (but then that’s the fun part no?). Self hosting IMO isn’t a great way to save time and money, or even to get out of the pocket of big tech. If those are your goals you’re better off looking at hosted solutions that are Open, and likely paying for it since running IT stacks isn’t free. Self hosting is a hobby, something you do to learn and because you enjoy it. It is hard sometimes, takes time, and comes with risks, but so do most other hobbies.

It doesn’t usually matter what the service is, the basic concepts are the same. If you want to access a service you host on your internal network from another external network you either need to use a VPN to securely connect into your network, or expose the service directly. If you are exposing it directly you should put it (or a proxy like NPM) in your DMZ. The specifics of how to do this though will vary from service to service and with your specific network config.

You can run a port scan against your public IP from another network to see what is open. But if you haven’t specifically set something up for external access through port forwarding you are probably fine.

Hail is formed through a completely different process and is a spring/summer precip type associated with thunderstorms. It forms as water gets lifted high into the atmosphere from updrafts in the thunderstorm then fall before getting lifted again. Hail often shows layers (like a jawbreaker) and can grow very large.

In the US, sleet/graupel is essentially just a frozen raindrop and is a winter precip type. Wintry mix is what the US National Weather Service uses for any mix of rain, snow, sleet, graupel, and freezing rain. The WMO and Europe use Ice Pellets for frozen raindrops and Sleet for mixed rain and snow. So both are official terms depending on where you are.

Only expose services internally then use a secure VPN to access your services, this makes your network no more vulnerable in practice than not self hosting. If you need/want to expose something to the internet, make sure you setup your network right. Use a DMZ to separate that service and leverage something like CrowdSec along with good passwords, antivirus, and keep things patched.

This was posted here yesterday by the dev. Overall the reaction seems positive.

A quick look through the repo it looks pretty legit, it’s a lot of effort to create something that works, with all the documentation (including a lot of planning docs) just to collect data on you. Traffic to various IPs, foreign or otherwise, wouldn’t really be odd for an app like this either. You could try and run it through something like virustotal though to look for malicious code (there are more than a few docker scanning tools on GitHub that use virustotal).

This seems a little different though no? Like it appears to be a fully contained system that should work as long as you have a smart brick and tags. It doesn’t need to physically interact with the various tech enabled elements so at worst you end up with some plates and minifigs with what appear to be passive electronics inside that still work as normal pieces.

I think what I’m most leery of is that the smart brick itself looks like it has a fully seal battery that isn’t user serviceable which means in a few years these just become e-waste. I hope LEGO has considered that and has a way to replace them.

These look fundamentally different to Powered Functions or Mind Storms for instance which were focused on expanding the capabilities of LEGO to be interactive. The Smart Brick though looks very specifically aimed at enhancing the play pillar of LEGO and not at what most AFL want (in the creativity or building/engineering pillars). This isn’t really for the 16+ audience is my big takeaway, it’s for kids in the same way the Mario interactive figures are for kids mainly.