Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

GNU Hurd News 2026-Q2

gnu.org

Post reply on HN
Print view View original

51–60 of 163 posts

Re: GNU Hurd News 2026-Q2

#51

Post by pjmlp »

soperj wrote: post #38
pjmlp wrote: post #22

Earlier quoted context omitted.

Ah, Android, with a userspace based on Java, Kotlin, C and C++ standard libraries, Android native APIs, without anything related to GNU/Linux, unless it is a rooted device, or one gets to package a full Linux userspace as an APK, which isn't fully compatible due to security enforcement mechanisms. I would look into those statistics regarding desktop world wide adoption, distribution per OS.

People using Linux in 1992 would say something similar to people using any of the current flavours of Linux.

No they wouldn't, given that the only reason I got into Linux was the lackluster POSIX support on Windows NT.

Re: GNU Hurd News 2026-Q2

#52

Post by pjmlp »

vkazanov wrote: post #32
pjmlp wrote: post #22

Earlier quoted context omitted.

Ah, Android, with a userspace based on Java, Kotlin, C and C++ standard libraries, Android native APIs, without anything related to GNU/Linux, unless it is a rooted device, or one gets to package a full Linux userspace as an APK, which isn't fully compatible due to security enforcement mechanisms. I would look into those statistics regarding desktop world wide adoption, distribution per OS.

Oh come on. :-) Linux is not userspace. Linux is a kernel, and android is a parallel fork of the kernel. So android is a version of linux but is not GNU/Linux. Android/Linux, if you will. We dont have to be shy this.

Yeah, exactly because of that, lets not do victory laps for a kernel.

GNU/Linux, the Linux desktop, has zero relevance on Android.

No one, not a single person, buying Android tablets and phones at places like MediaMarkt, cares about GNU/Linux Desktop.

They care about what apps via PlayStore, Samsung, Huawei and Xiomi stores, they can use, just like all normies.

Re: GNU Hurd News 2026-Q2

#54

Post by pessimizer »

maplant wrote: post #40
oytis wrote: post #39

Earlier quoted context omitted.

You are calling a Linux (sorry, GNU/Linux) killer small silly stuff?

I'd just like to interject for a moment. What you're referring to as GNU/Linux, is in fact, just Linux.

No, what they're referring to as a GNU/Linux is in fact GNU Hurd.

Re: GNU Hurd News 2026-Q2

#55

Post by brokencode »

oytis wrote: post #39
inigyou wrote: post #16

Cool to finally see some small silly tech stuff here that isn't trying to make money.

You are calling a Linux (sorry, GNU/Linux) killer small silly stuff?

Of course it’s a large and complex project in terms of code, but in terms of industrial impact it’s unlikely to ever amount to much.

Linux just has too much momentum and there are too few real benefits to Hurd.

Re: GNU Hurd News 2026-Q2

#56

Post by IsTom »

maplant wrote: post #40
oytis wrote: post #39

Earlier quoted context omitted.

You are calling a Linux (sorry, GNU/Linux) killer small silly stuff?

I'd just like to interject for a moment. What you're referring to as GNU/Linux, is in fact, just Linux.

Are you saying that Hurd will also kill Google/Linux?

Re: GNU Hurd News 2026-Q2

#57

Post by IsTom »

sampo wrote: post #37
lynx97 wrote: post #4

Earlier quoted context omitted.

Hurd will have its day once Linux makes it on the desktop :-)

Eric S. Raymond opines that now that Microsoft makes its profits mainly from Azure, some product owner in Microsoft will be allowed to enshittify Windows for collection short-term profit, thus paving way for Linux on the desktop. https://x.com/esrtweet/status/2084605702203424896

Hasn't this been happening for a while now?

Re: GNU Hurd News 2026-Q2

#58

Post by MisterTea »

> 9pfs for the Hurd

From the wiki:

> 9P is perhaps not as robust or as fault tolerant as NFS

How is it not robust? What metric did they use? Fault tolerance is not explained here so I don't know what they mean by this. You can use aan(8) on 9front which runs on each side of the connection and holds it open if the network breaks, then resume on reconnect.

Re: GNU Hurd News 2026-Q2

#60

Post by ZiiS »

csb6 wrote: post #15

Does anyone more familiar with Hurd know how they addressed performance issues encountered by other Mach-based kernels? I remember reading that one of Mach's bottlenecks was validating that each IPC message had proper permissions/access when sending them between processes due to the large number and frequency of messages.

Lets get to a usable feature set before optimization.
Post reply on HN