GNU/Hurd 1.0 when?

We need it. RMS, please save us from non-free software. Let us use not proprietary languages, but program freely in the elegance of a free implementation of Scheme such as GNU Guile.

In the meantime let's try to get GNU/OpenBSD going.

Other urls found in this thread:

youtube.com/watch?v=Tm2uFKV3hDo&t=199s
github.com/jackpot51
twitter.com/SFWRedditVideos

>RMS
He doesn't program anymore, due to fucking up his hands from using emacs, and being more focused on running the FSF and promoting Free Software

>fucking up his hands from using emacs
That's why you should use foot pedals with emacs.

>motherfucking foot pedals
just use vim for fuck's sake

I wanna extend my editor using elisp

Devs are autistic, they explicitly say no code will be done until they figure how to improve the kernel.
>GNU/OpenBSD
Have you tried this yourself? I find OpenBSD too limiting.

i will extend my foot up your arse

I'd just like to interject for a moment. What you’re referring to as GNU/Hurd, is in fact, Linux/GNU/Hurd, or as I’ve recently taken to calling it, Linux + GNU/Hurd. GNU/Hurd is not an operating system unto itself, but rather based on the deign principles of a fully functioning Kernel made useful by Linus Benedict Torvalds.

Many computer users run a modified version of the Linux Kernel every day, without realizing it. Through a peculiar turn of events, some neckbeards often call it “GNU/Linux”, and many of its users are not aware that it is basically just the Linux Kernel, developed by Linus. There really is a GNU project, and these people are sometimes using some tools made by it, but it is just a part of Linux.

GNU/Hurd is a wet dream of the GNU people: A fully functioning operating system all made by GNUtards. But fact of the matter Linux will always and forever be the only reason people even remembers the GNU project these days. The GNU tools are somehow an essential part of Linux, but useless by themselves; they can only function in the context of a mature Kernel.

All the so-called “GNU/Linux” distributions are really distributions of Linux with some GNU tools included.

>GNU/Hurd 1.0 when?
In a useful form: never.

L4 is practically dead. Meanwhile Fuchsia, Minix and Redox are forging fast forward with microkernels that work.

to get SEL4 kernel out of it's niche people will attach the gnu userland to it and because everyone is more retarted it will be easier to put a compatibility layer on hurd then to port it directly.

Not trying to be awkward here but I just could not parse this. Please try again.

>Fuchsia, Minix and Redox
Fuchsia is an attempt by google at breaking yet more things
Minix is used for embedded malware
Redox is a meme promoted by the Rust community

someone should help out on the hurd port of guix. once that is in place it could kickstart hurd adoption.

Fuchsia is great, it'll be the push many people need to finally dump Android.

>no drivers for ANYTHING
No really, even Haiku has much better hw support

>finally dump Android.
yes, dump Android... for something that's going to be just as locked-down as Android.

I can smell the anti open source sentiment around Fuchsia. Killing Android so Linux gets the damage, pushing an OS with a joke license instead which drains the support from developers. We are selling our future.

youtube.com/watch?v=Tm2uFKV3hDo&t=199s

>Fuchsia is an attempt by google at breaking yet more things
Perhaps. it is a while since "Don't be evil" was killed off. Still, the point here is that they are progressing far faster than Hurd.
>Minix is used for embedded malware
That too but also more. Again my point is that they are up and running while Hurd is stumbling around.
>Redox is a meme promoted by the Rust community
There is not BDFL who is getting this stuff done, just check out the stats on his Github accound. He also has a full trime job.
github.com/jackpot51
They already have a micro kernel, file system, shell, windowing system and more. hurd, on the other hand, has... err... umm...

Just give me a distro I can try god dammit!

he's too busy picking things from between his toes and eating them.

The Hurd stated they doen't code until surpassing some theoretical designs. This is a bad decision since they keep the Hurd the test ground for academic purposes when there is a huge userbase who would jump to it in a blink of an eye if they had support a couple stuff.

Anyone else think the rise of web development/web technologies/webapps could be good for these more obscure OSes? Nowadays the most important component for a desktop OS is a modern web browser, so just being able to port one over is enough for someone to go from "lel look at this shitty meme OS" to "hmm this actually seems like it could go somewhere"

I agree. This will probably end up with Stallman interjecting a GNU/Redox-OS soon.

FSF seem to be founded by a lot of hippies, have they completely baked their brains??

All you need to do is conform to POSIX standards, but even that small thing is too much to ask of Windows and its userbase.

Here's Redox's thoughts on that, at least when it comes to its ion shell.

>Why Not POSIX?
>If Ion had to follow POSIX specifications, it wouldn't be half the shell that it is today, and there'd be no solid reason to use Ion over any other existing shell, given that it'd basically be the same as every other POSIX shell. Redox OS itself doesn't follow POSIX specifications, and neither does it require a POSIX shell for developing Redox's userspace. It's therefore not meant to be used as a drop-in replacement for Dash or Bash. You should retain Dash/Bash on your system for execution of Dash/Bash scripts, but you're free to write new scripts for Ion, or use Ion as the interactive shell for your user session. Redox OS, for example, also contains Dash for compatibility with software that depends on POSIX scripts.

>That said, Ion's foundations are heavily inspired by POSIX shell syntax. If you have experience with POSIX shells, then you already have a good idea of how most of Ion's core features operate. A quick sprint through this documentation will bring you up to speed on the differences between our shell and POSIX shells. Namely, we carry a lot of the same operators: $, |, ||, &, &&, >,

it's the opposite, because web browser are such massive and complex things it makes them hard to port to different systems, thus systems that want to focus on desktop use need to be shaped against what browsers need - compatible graphics stack, IPC and syscalls, supporting all sorts of languages (there could be ~5 programming languages in FF).
And developing new browser from scratch that complies with modern requirements and standards is more work than rest of OS.

NetRunner is the exception, is design to reuse a lot of programs for inner functions (aka the unix way). I hope devs from both parts would join, NetRunner in Hurd would be awesome.

Fuck off, stop shilling your shitty Sup Forums project.

Not a dev you mong, fuck off.

>NetRunner is the exception
Pretty awesome statement for a project that has hardly gone past the initial let's-make-a-logo stage.

You said it yourself, has gone past that stage. Not sure why the jealousy, it was started on Sup Forums but is now in HN so is not like their success is not giving to other projects.

Use GuixSD till Guix the package manager matures and can be used with Hurd.

netrunner isn't a real web browse, user

pedrill me on GuixSD.
I heard it does some thing with installing packages for one user only, rather than the usual system-wide installs. Is that the default behavior?

/thread

Port Source Mage GNU/Linux, make the dream come true.

>You said it yourself, has gone past that stage.
Barely. Software appears updated but news have stopped since last year.
>Not sure why the jealousy, it was started on Sup Forums
Scepticism, not jealousy. And I know Sup Forums can get some stuff done, like the two FAQs in >but is now in HN
I saw only an old thread, about half a years old.
>so is not like their success is not giving to other projects.
Not sure what this means.

>news have stopped
They post threads on Sup Forums with news, but sure need more people talking about them.
>Scepticism, not jealousy. And I know Sup Forums can get some stuff done, like the two FAQs in Point taken.
>Not sure what this means.
Sorry, meant giving hope to other projects. Although Tox already did that to some extent.

Guix's package manager can compile and build for any architecture.
It has versioning control allowing multiple versions of the same library.
It allows reverting updates to prior ones.
There's so many abilities that it's almost limiting to try and define it to certain tasks only.

Also the reasoning behind that is to allow people to use their own versioning.
It doesn't prevent your ability to use the roots if you want (if permission is allowed)

It's basically like using a /usr/var/you vs /usr/local/shared or w/e

ok, but which one is the default behavior?

>footpedals
Weak
You should use organ controls.

The default behavior is to install system-wide (in /gnu/store), but each user has a unique profile of software to use in their ~/.guix_profile directory. The /gnu/store is essentially a content-addressable store of package derivations. Each derivation is given its own directory, named with a hash of the derivations contents (which includes its entire dependency graph).

The .guix_profile/ directory has a similar layout to /usr, except that everything inside it is a symlink to the actual content in the store. A user's PATH will point to .guix_profile/bin. Every binary in the store points to exact versions of the shared libraries it uses in the store, so there's no need for a shared /usr/lib.