unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Edouard Klein <edou@rdklein.fr>
To: Joshua Branson <jbranso@dismail.de>
Cc: help-guix@gnu.org
Subject: Re: package manager guix on Windows and OSX
Date: Sun, 27 Jun 2021 22:05:37 +0200	[thread overview]
Message-ID: <87czs7844u.fsf@rdklein.fr> (raw)
In-Reply-To: <871r8px48s.fsf@dismail.de>



>
> Why Plan 9? May I ask?

Plan 9 is awesome. What the whole industry is barely managing to achieve
with containers and VMs, Guix does somewhat correctly with namespaces,
but Plan 9 had all this in its DNA, in a cleaner implementation 30
years ago !

By default, a process in Plan 9 only has a partial view of the system,
and is truly isolated from the other processes. No network, user,
filesytem namespace bullshit, everything (yes everything is a file), so
there is only one namespace, the filesystem namespace, and you mount
only what your process needs to see.

e.g . your process does not need to access the internet, then don't mount
/net !

e.t. your process need to access only one host: the connect to the host,
and mount the relevant /net/tcp/n/ directory, but not /net/tcp/clone,
and so your process will not be able to connect anywhere else !

Also, any file could be managed by a process running on another machine,
transparently.

Anyway, Guix reminds me of Plan9 because it achieves like 10% of what
Plan9 could do, but on a Kernel that actually runs on modern hardware,
and with a sane API, and so it's 10 times better than anything else. Yet
I wish Linux was more plan9ish.


> And I do really like the Hurd, but I use the
> dvorak keyboard layout.  My understanding is that the Hurd does not
> support variant keyboard layouts yet...  :(

I don't think that the kernel is the part where your keyboard layout is
implemented, but I don't know the Hurd at all so I may well 

>
> I actually think that the Guix developers may want to consider a port to
> the OpenBSD kernel, provided that the Hyperbola developers get
> HyperbolaBSD working.  Though I guess the Debian guys sort of did
> already.  :)

OpenBSD is really good too. The pledge() function is a really nice API
that is much easier to use than the mess we got on Linux...


  parent reply	other threads:[~2021-06-27 20:06 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-24 18:09 package manager guix on Windows and OSX Patricio Martínez
2021-06-24 19:07 ` jbranso
2021-06-25 12:36   ` Edouard Klein
2021-06-25 17:07     ` Joshua Branson
2021-06-25 17:50       ` Jonathan McHugh
2021-06-25 20:56       ` jbranso
2021-06-25 23:18       ` indieterminacy
2021-06-26  0:25       ` jbranso
2021-06-26  8:47       ` indieterminacy
2021-06-27 20:05       ` Edouard Klein [this message]
2021-06-29  2:21 ` maxxcan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87czs7844u.fsf@rdklein.fr \
    --to=edou@rdklein.fr \
    --cc=help-guix@gnu.org \
    --cc=jbranso@dismail.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).