Google doesn’t even have a motive to try evading this. Legally mandating that they collect user IDs means that they get to collect more personal data under the guise of compliance, and can also market the increased privacy invasion as a “child safety” feature.

ChromiumOS doesn’t need to comply, according to the current bill, but Google has no reason to ship it preinstalled on any consumer devices.

A lot of the AI marketing you see for various devices might be meant to appease and interest investors rather than potential users. Or the result of some marketing person or executive being convinced that absolutely every product needs to have an AI angle.

Even so, not every “AI” workload needs to be running the biggest local LLMs you can at the highest speeds possible.

Robotics often need low-power chips that can handle computer vision, for example, and that’s a use-case that Nvidia Jetson seems to focus on, to great success, with only 8-16GB RAM. SpacemiT’s engineers seem to be aiming at that market considering they put K3 on modules that are pin-compatible with Jetson NX carrier boards, and gave it dedicated cores for matrix and vector processing.

Regardless whether they manage to succeed at all for AI uses, K3 is designed for that. Maybe it makes more sense for that domestically in China, where they would want drop-in substitutes for less reliance on Nvidia imports.

For anyone else, it’s a RISC-V devboard that manages to be faster than any others despite the low power budget and having so much of the silicon wasted on AI stuff instead of more general-purpose cores. It’s not really designed for general dev use but the alternatives just happen to be so much worse for now.

This (or frankly any other single-board computer releasing this decade) absolutely isn’t something that’d make sense to use as an inference server that you access from a desktop that already has a GPU and plenty of memory.

It’s not even remotely in the same product category as GB10. More akin to a Jetson NX: a low-power device that can do a little local processing for contexts where it doesn’t have a reliable connection to a more powerful server, though even for that purpose it has lower performance than Orin. Probably would’ve been substantially cheaper than Orin if not for the RAM crisis.

I’d guess most of the actual users of this thing probably will ignore the AI cores entirely and just use it as a RISC-V development board. It’s the first hardware that supports RVA23, which is the set of ISA extensions that most distros will treat as the baseline requirement for RISC-V. Also the fastest RISC-V CPU to date, meaning faster code compile (if you can’t cross-compile) and automated tests than any other RISC-V system.

There are plenty of RISC-V cores available on the market for SoC vendors to license and use. So many that they even outnumber the SoCs using them.

Several RISC-V SoC vendors design their own cores and license those core designs out for other vendors to use in their own SoCs (T-Head, SpacemiT, Tenstorrent), some are focused entirely on core designs that they sell and don’t currently make SoCs themselves (SiFive, etc.), and countless open-source RISC-V cores exist online.

StarFive, ESWIN, and Sophgo are some of the companies that make RISC-V processors/SoCs but which don’t actually “design it from the ground up” since they license the CPU core design from either SiFive or T-Head. Similar to how most ARM SoC vendors license the ARM Cortex CPU cores.

Its VRAM (8GB) is soldered and not upgradeable. Its main memory (16GB) uses SODIMM but accessing those slots seems to require removing the heatsink which means anyone who does so should be ready to replace the thermal paste as well. That’s a lot to expect from the people who buy this thing considering it’s largely intended for people who don’t already use a custom desktop build.

Even if they do want to sell it without the SODIMM slots populated to avoid supply issues there, they can’t avoid the supply issues on the VRAM side.

The absence of JMAP support seems even more strange when considering that the Thunderbird team is planning to sell email hosting with server software (Stalwart) that not only supports JMAP but seems to have a strong focus on it.

The Thunderbird Pro team even made a blog post today with pictures for the Thundermail account dashboard, one of which shows JMAP info: https://blog.thunderbird.net/2025/11/thunderbird-pro-november-2025-update/

No custom ROM on a recent smartphone technically gives you a fully open source Android system when they rely on vendor-provided proprietary blobs in order for basic hardware functionality to work at all. Unless you want to go without a modem, GPS, and likely more depending on your model, at which point it’s functionally no longer a smartphone.

Open-source custom ROMs are at least far more open-source than the alternative in most of the ways that matter most, including the ability to change the code in order to remove app installation restrictions, to avoid Google’s telemetry, etc.

This seems fairly similar in capability to the Anbernic RG351P, which uses the same RK3326 processor (and by extension the same GPU), similarly has 1GB RAM, similarly has two sticks, and similarly has a conspicuous lack of integrated Wi-Fi. Biggest difference is the screen and body: 351 has a 3.5" 480x320 screen and this is 4" 800x680.

A bunch of Powkiddy devices use this processor too, like the Powkiddy RGB10, RGB20 and V10. Reviews for any of them should tell you how well this’ll perform.

Depends on what you consider self-hosted. Web applications I use over LAN include Home Assistant, NextRSS, Syncthing, cockpit-machines (VM host), and media stuff (Jellyfin, Kavita, etc). Without web UI, I also run servers for NFS, SMB, and Joplin sync. Nothing but a Wireguard VPN is public-facing; I generally only use it for SSH and file transfer but can access anything else through it.

I’ve had NextCloud running for a year or two but honestly don’t see much point and will probably uninstall it.

I’ve been planning to someday also try out Immich (photo sync), Radicale (calendar), ntfy.sh, paperless-ngx, ArchiveBox (web archive), Tube Archivist (YouTube archive), and Frigate NVR.

DisplayPort 1.2 and later is very much not an open and free standard. Access to the specification is locked behind an NDA and a VESA membership that costs thousands of dollars annually.

DisplayPort 1.1a is a freely available standard and has enough bandwidth to support a single display at either 1080p/150Hz, 1440p/90Hz, or 4K/30Hz. Any higher than that and it’s proprietary. Still, VESA doesn’t seem to be as restrictive about its standard as the HDMI Forum, which goes so far as to deliberately prohibit HDMI 2.1 in anything open-source (foss drivers like Nouveau can only work with it if the actual support is handled by closed-source firmware).

VESA’s fees are for the membership itself rather than per-device like HDMI’s are, but a completely separate organization that’s unrelated to the DP standard tries to charge per-device license fees on all DP devices. MPEG LA demands $0.20 per DP device for protection from their patents, which is much higher than the HDMI per-device fee, but the claims that their patents apply at all seems to be disputed.

For what it’s worth, the “Download & transfer via USB” feature was applying DRM locked to the key of the specific Kindle device you select, giving you a file that’s incompatible with other devices even if they’re kindles linked to the same Amazon account. For many publishers it also gives files with drastically lower image quality than the Kindle app: about one-fourth to one-third the file size. For a couple examples, a 368MB KFX manga volume has a 125MB AZW3 file and an 8.0MB KFX light novel has a 2.2MB AZW3 file. Those smaller AZW3 files are also similar in size to DRMed EPUB files of the same books from other markets like Kobo and Google Play, so I expect it’s a deliberate choice to limit the quality of formats that are more trivial to strip DRM from.

The best way I’ve found to make personal backups of owned Kindle content is to use a rooted Android device to download everything through the Kindle app, copy the KFX files to a computer, extract the key in a root shell, and then use DeDRM tools on those files with that key.

A quick and dirty shell command I’ve used for that purpose is egrep -ao 'dsn[0-9a-f]{32}' /data/data/com.amazon.kindle/databases/map_data_storage.db. The key is 32 hex characters.

Having a rooted Android device in the first place is the biggest hurdle for being able to do that. This new jailbreak should make it possible to do something similar with e-ink kindles instead.

Rack width includes the rails/ears. That’s where the extra inch you’re referring to comes from. The actual size of equipment you can slide between the rails and inside the rack, not including ears, is about 17.75" for 19" racks and about 8.75" for 10" racks. That is indeed half the width. Or at least within 0.125", but I don’t know how accurate these numbers really are.

MicroATX very much cannot fit in this 10" rack.

Equipment that is “half-rack” or “half-width rackmount” tends to be primarily intended to mount two devices side by side on the same row of a 19" rack, but also can often be mounted in a 10" rack by attaching ears to both sides.

This form factor isn’t actually new. This article is just about someone consolidating resources related to its current market options into simple documentation.

One major perk to this size is that it’s small enough that the vast majority of 3D printers can make plastic mounting brackets for it, making it a lot easier for people (who happen to have access to a 3D printer) to use small low-power gear that isn’t designed for rack mount.

So it’s most popular for people who want to run a few Pi systems, similar small SBCs, or mini PCs similar in size to a Mac Mini, or who want to throw network gear they already own that isn’t designed for racking into a rack. Even ITX systems don’t really seem like a great fit for this in my opinion, though it’s at least possible to fit them.

I’ve been using single-disk btrfs for my rootfs on every system for almost a decade. Great for snapshots while still being an in-tree driver. I also like being able to use subvolumes to treat / and /home (maybe others) similar to separate filesystems without actually being different partitions.

I had used it for my NAS array too, with btrfs raid1 (on top of luks), but migrated that over to ZFS a couple years ago because I wanted to get more usable storage space for the same money. btrfs raid5 is widely reported to be flawed and seemed to be in purgatory of never being fixed, so I moved to raidz1 instead.

One thing I miss is heterogenous arrays: with btrfs I can gradually upgrade my storage one disk at a time (without rewriting the filesystem) and it uses all of my space. For example, two 12TB drives, two 8TB drives, and one 4TB drive adds up to 44TB and raid1 cuts that in half to 22TB effective space. ZFS doesn’t do that. Before I could migrate to ZFS I had to commit to buying a bunch of new drives (5x12TB not counting the backup array) so that every drive is the same size and I felt confident it would be enough space to last me a long time since growing it after the fact is a burden.

For years I’ve been using KeepassXC on desktop and Keepass2Android on mobile. Rather than sync the kdbx file between my devices, I have each device access it through the network. Either via sftp, smb, or nfs, but regardless I need to connect to my home’s VPN to access it when away from home since I don’t directly expose those things to the outside world.

I used to also keep a second copy of the website-tied passwords in Firefox Sync, but recently tried migrating that to Proton Pass because I thought the PIN feature might help, then ultimately decided to move away from that too and start using the KeepassXC-Browser plugin instead. I considered Bitwarden too but haven’t tried it out yet, was somewhat deterred by seeing people say its UI seems very outdated.