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

Legal documents do this as well (albeit in different language, typically at the top of the document).


My experience with Apple store is also similar to the experience described (actively making false statements, in my case about a laptop logic board).


OP was correctly refuting the prior post which claimed "US govt" (that means federal) is "mostly in the business of insurance (welfare, healthcare) and 'education'. Defense and infrastructure come some time after those."

It's just not true that the federal government spends more on education than defense, in fact it's very lopsided in the other direction.

The context is a thread on the federal income tax specifically, and someone said the federal govt used to be not very technologically ambitious, and someone else says, essentially, it still isn't technologically ambitious, it spends most of its money on education and social welfare. OP corrected that. The social welfare part has some validity but federal education spending is quite minor.

Yes the total spending by all govts in the US including state + local has a lot more education spending but the thread and the whole article are focused on federal taxes.


No, "US Government" means government at all levels in most uses.


Totally incorrect. The most cursory research (e.g. a Google for “US government”, a search on the nytimes, lookup in the AP style guide) will refute this.

Anyway, regardless of your personal definition of the term, the intent of communication of the person you are replying to is crystal clear and in obvious contradiction to your analysis. (That person expressly uses the word “federal.”)


My initial reaction is to disagree with this statement and to point out that I think the parent comment is sorting the issue well.

As I think about more though, I must wonder if this could be a regional thing and varies.. and or if that is relevant to the specifics in this thread.

The more I think about it, I wonder if places like Cali and NY would think of things in that manner.. with places like Texas and TN thinking very differently.

It's an interesting thought, and wonder if there is data / polls out there for something seemingly basic like this.


Maybe read this whitepaper:

https://www.netbsd.org/gallery/presentations/justin/2015_Asi...

“ The rump kernel has been used as a way to supply device drivers in other new operating systems, which do not yet have a full set of device drivers. For example, Genode[4] is a framework for building microkernel operating sys- tems using the L4 family of microkernels. Genode uses the rump kernel to provide file system support, so that it does not have to develop its own file systems.”

Here’s a 362 page dissertation on rump kernels which has a netbsd focus:

http://lib.tkk.fi/Diss/2012/isbn9789526049175/isbn9789526049...

There’s also the Wikipedia entry.

https://en.m.wikipedia.org/wiki/Rump_kernel


That isn't how device drivers are used in NetBSD though, it is a different way of compiling them for other targets.


From the white paper published on netbsd.org:

“ An implementation that does this ships with NetBSD, allowing the NetBSD drivers to be run in NetBSD userspace… The first major PCI driver developed was the In- tel Centrino 7260 driver developed for NetBSD and OpenBSD by Antti Kantee. The commit message said “This is probably the world’s first Canadian cross device driver: it was created for OpenBSD by writing and port- ing a NetBSD driver which was developed in a rump ker- nel in Linux userspace.”[13]

Further, just another example, from page 149 in the dissertation is an extended many page discussion of how the rump kernel was used to provide usb support in netbsd.

http://lib.tkk.fi/Diss/2012/isbn9789526049175/isbn9789526049...

“ We implemented a host controller called ugenhc. When the kernel’s device autocon- figuration subsystem calls the ugenhc driver to probe the device, the ugenhc driver tries to open /dev/ugen on the host. If the open is successful, the host kernel has attached a device to the respective ugen instance and ugenhc can return a successful match. Next, the ugenhc driver is attached in the rump kernel, along with a USB bus and a USB root hub. The root hub driver explores the bus to see which devices are connected to it, causing the probes to be delivered first to ugenhc and through /dev/ugen to the host kernel and finally to the actual hardware. Figure 3.24 con- tains a “dmesg” of a server with four ugenhc devices configured and one USB mass media attached.”

¯\_(ツ)_/¯


> ¯\_(ツ)_/¯

UTSL.

The author used rump to develop the drivers, it isn't used to run them in a production NetBSD kernel.


But running on other targets is exactly what people are excited about?


> other major cloud providers catch CSAM content on their platform by inspecting every file uploaded

So does Apple.

EDIT: some people don’t like that answer, but “inspecting” in this context clearly means “digitally inspecting” (Google does not physically look at every file) and Apple does this with files that are uploaded. They do it in device, but it’s still inspected. That’s the whole point of this controversy, that there’s not much difference to people WHERE apple inspects and on device is actually arguably worse. Your sentence does not in any way distinguish what Apple does from what others do.


That is super interesting. I will say the package manager (pkgsrc) seems to be very portable as well. It’s default on netbsd, smartos/illumos, and minix, but also available for macOS, Linux, and other operating systems. I use it routinely on smartos and it’s a breeze.


What initially drove you to Calyx vs Lineage? I'm new to the Android fork landscape. I gravitate to /e/os because I like that it's prepackaged, but have no qualms about rooting a phone myself if the OS is good. My main concern is privacy and with Lineage I didn't trust myself to set it up properly - it seems as much oriented toward people wanting to just upgrade their Android phones or add features as people interested in privacy. So I worried about defaults. Calyx looks a little more explicitly pro privacy?


> What initially drove you to Calyx vs Lineage?

The promise of locked bootloader. Later I learned that Lineage does the same job, they sign their builds for AVB. Though their documentation sucks and forums full of idiots screaming "NEVER LOCK YOUR BOOTLOADER".

Regarding "privacy" - I'm not really sure how much work is done in Calyx. Well, you may choose cloudflare dns out of the box and you have a "firewall" (just a better fronted to android permissions API). Though you can perfectly get that on Lineage. Lineage has its telemetry but you can switch it off.

Actually I'm thinking about building my own lineage-based distro (with proper call recorder built in), that's not that hard. Though for now I don't want to invest too much time into that.


Thanks and be sure to post the distribution here on HN if it ever happens, call recording sounds great (I achieve this only with a tangle of wires, adapters, and a physically separate audio recorder)


On laptop I moved to Qubes a few years ago, on a ThinkPad X1 carbon which is an amazing machine. I keep a c2014 MacBook around for miscellaneous things (e.g. syncing Spotify local songs to my phone over local WiFi, which I have not figured out how to do in the Linux client).

For phone I’m very interested in /e/os and the one phone you can get new with it preinstalled, the Teracube 2 (wired has a Teracube review of the very similar previous model).

I am looking at photoprism running on a home server (intel nuc) synced via PhotoSync (can sync photos via sftp). It actually looks really cool and uses tensorflow to do some sort of AI photo sorting locally.

By the way, while there’s a learning curve to this stuff, it feels very empowering and educational once you’ve put in the work. It feels like the future. Compute and storage is cheap. I think hosting things on your own server is the inevitable future. Once you’re set up it just hums along. This stuff will eventually be sold in appliance form (see Helm email server for the model).


> abstract problem solving, logic, bigger-picture-how-things-fit-together.

These skills are not unique to programming. It’s true that building sophisticated applications requires skills that need to be developed over time. But there are many many useful programs short of that that can be written with a beginner’s limited knowledge. We see already with python widespread use by non computer scientists in certain fields. I think going forward this will become more and more common across more fields and beyond academia.


/e/os seems reasonably good for phones. It’s far from an iPhone or even stock new Android but not an order of magnitude worse and none of this file scanning.


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

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

Search: