Using the website just now, I had to search the internet to find the
subhurd page. Perhaps these link will help others find the right
page.
* documenation.mdwn: add a link to subhurds
* hurd.mdwn: add a link to subhurds
* hurd/documentation: add a link to subhurds
---
documentation.mdwn
Justus Winter, on mar. 14 mars 2017 19:40:37 +0100, wrote:
> SCNR. Seriously, use Subhurds, they're great. The best. Use Subhurds.
:D
Thanks!
Samuel
Hello :)
last year some commie bastard took away the privileges of our Subhurds!
Tearable! And worse, the processes of our poor Subhurds were weird
looking as before, but no longer debuggable. Sad.
But fear not, my friends, for I made Subhurds great again:
teythoon@hurdbox ~ % ps
PID TT
On Thu, Nov 13, 2014 at 12:44:12PM +0100, Justus Winter wrote:
> Well, the proc server registers for these notifications. I'll add
> this RPC to the process protocol:
This looks good to me. I like that it relies on the kernel for
security, but that it's also minimalist.
--
Richard Braun
Quoting Richard Braun (2014-11-13 12:25:14)
> On Thu, Nov 13, 2014 at 12:09:03PM +0100, Justus Winter wrote:
> > Possession of the privileged host control port, and it is only
> > possible to register for these notifications once.
>
> How does this recurse in the subhurd ?
Well, the proc server r
On Thu, Nov 13, 2014 at 12:09:03PM +0100, Justus Winter wrote:
> Possession of the privileged host control port, and it is only
> possible to register for these notifications once.
How does this recurse in the subhurd ?
--
Richard Braun
Quoting Richard Braun (2014-11-13 11:30:20)
> On Wed, Nov 12, 2014 at 04:49:07PM +0100, Justus Winter wrote:
> > Overall it's looking good, time to get the discussion going.
>
> What privilege is required to request these notifications ?
Possession of the privileged host control port, and it is o
On Wed, Nov 12, 2014 at 04:49:07PM +0100, Justus Winter wrote:
> Overall it's looking good, time to get the discussion going.
What privilege is required to request these notifications ?
--
Richard Braun
Hello,
I'm trying to get unprivileged Subhurds to work. The first part of
the puzzle is in fact a tiny kernel patch to provide a robust parental
relationship of tasks to userspace. Currently, /hurd/proc relies on
posixesque processes to call proc_child to form a process hierarchy.
I'
Quoting Ludovic =?utf-8?Q?Court=C3=A8s?= (2013-09-17 13:47:23)
> Hi!
>
> Justus Winter <4win...@informatik.uni-hamburg.de> skribis:
>
> > Linux has this feature called cgroups. It groups processes (threads)
> > together in groups, furthermore so called controllers can be used to
> > restrict the
Hi!
Justus Winter <4win...@informatik.uni-hamburg.de> skribis:
> Linux has this feature called cgroups. It groups processes (threads)
> together in groups, furthermore so called controllers can be used to
> restrict the use of various resources (like cpu time, memory) on a
> per-group basis.
Isn
Hi :)
this mail discusses my recent attempts of creating a cgroupfs, related
problems and issues I encountered so far.
Problem statement
=
Linux has this feature called cgroups. It groups processes (threads)
together in groups, furthermore so called controllers can be used to
res
Am Freitag, 6. November 2009 21:51:08 schrieb olafbuddenha...@gmx.net:
> > As far as I know they didn't have atomic commits back then - am I
> > right in that?
What I mean is if they tried to version single files (like cvs) or just the
filesystem state (like Mercurial / Git / ...).
> > How exac
Hi,
On Wed, Nov 04, 2009 at 10:46:48AM +0100, Arne Babenhauserheide wrote:
> Am Sonntag, 1. November 2009 13:52:47 schrieb olafbuddenha...@gmx.net:
> > The original idea for versioning filesystems was to automatically
> > keep track of individual changes, and it failed magnificently.
>
> As far
Hello,
On Sun, Nov 01, 2009 at 01:52:47PM +0100, olafbuddenha...@gmx.net wrote:
> On Wed, Oct 28, 2009 at 06:51:43PM +0200, Sergiu Ivanov wrote:
>
> > I do backups of sensitive information, but the reason I want a
> > snapshotting filesystem for is automated decision when to do the
> > backup.
>
Am Sonntag, 1. November 2009 13:52:47 schrieb olafbuddenha...@gmx.net:
> The original idea for versioning filesystems was to automatically keep
> track of individual changes, and it failed magnificently.
As far as I know they didn't have atomic commits back then - am I right in
that?
> This is
Hi,
On Wed, Oct 28, 2009 at 06:51:43PM +0200, Sergiu Ivanov wrote:
> I do backups of sensitive information, but the reason I want a
> snapshotting filesystem for is automated decision when to do the
> backup.
There is no automated decision, that was my whole point!
The original idea for version
Am Montag, 26. Oktober 2009 07:22:28 schrieb olafbuddenha...@gmx.net:
> I have some vague ideas how such partial subhurds could be used; but not
> really much of an idea how such a setup would look like exactly...
> Probably needs some very concrete use case(s) to work from.
Can you thin
Hello,
On Mon, Oct 26, 2009 at 07:22:28AM +0100, olafbuddenha...@gmx.net wrote:
> On Wed, Sep 23, 2009 at 03:38:08PM +0300, Sergiu Ivanov wrote:
>
> > I'd like to have a snapshotting filesystem at my box, because having
> > experienced the possibility to roll anything back in git, I'd be happy
>
;
> > Yes. Reusing most of the original system environment, and only
> > replacing specific bits you are interested in.
>
> I see. I've always thought that sub-hurds worked in this way right
> now :-( Is it very hard to make things work like this, or is it the
> lack of
Hello,
On Tue, Sep 22, 2009 at 01:58:52AM +0200, olafbuddenha...@gmx.net wrote:
> On Tue, Aug 18, 2009 at 09:46:23AM +0300, Sergiu Ivanov wrote:
> > On Mon, Aug 17, 2009 at 01:59:49AM +0200, olafbuddenha...@gmx.net
> > wrote:
>
> > > It's much more interesting to have a partially customized
> > >
Am Dienstag, 22. September 2009 01:58:52 schrieb olafbuddenha...@gmx.net:
> The snapshotting filesystems we are seeing now OTOH avoid all this, by
> not trying to track individual changes, but rather only creating
> snaphots of the current state on explicit request. (With manual
> triggering, or ti
Hi,
On Tue, Aug 18, 2009 at 09:46:23AM +0300, Sergiu Ivanov wrote:
> On Mon, Aug 17, 2009 at 01:59:49AM +0200, olafbuddenha...@gmx.net
> wrote:
> > It's much more interesting to have a partially customized
> > environment *without* booting a complete extra system instance; but
> > rather accessin
Hello,
On Mon, Aug 17, 2009 at 01:59:49AM +0200, olafbuddenha...@gmx.net wrote:
> On Mon, Aug 03, 2009 at 11:14:32AM +0200, Arne Babenhauserheide wrote:
>
> > And it would be nice to be able to just use the same base Hurd for the
> > main hurd and all subhurds - it needs
ervers.
> As soon as the "subhurd needs root" issue is solved, it should allow
> every normal user to boot his own system.
Indeed.
> And it would be nice to be able to just use the same base Hurd for the
> main hurd and all subhurds - it needs a readonly mounted partition
Am Samstag 08 November 2008 12:20:33 schrieb [EMAIL PROTECTED]:
> > It's definitely far out, though.
>
> Not as far out as some of the other ideas discussed here... The
> necessary stuff should be quite possible to implement in a couple of
> months or even weeks I think. It requires a proxy for the
> Booting a subhurd from a file system that resides on a sparse file
> currently fails like this: ``ext2fs: pseudo-root: panic:
> get_hypermetadata: disk size (115085312 bytes) too small; superblock says
> we need 419430400''.
This comes from the size of the store reported by libstore. Try storei
Hello!
Booting a subhurd from a file system that resides on a sparse file
currently fails like this: ``ext2fs: pseudo-root: panic:
get_hypermetadata: disk size (115085312 bytes) too small; superblock says
we need 419430400''.
I can see in the source code (`ext2fs/hyper.c') where this is stemming
Hello!
On Sat, Aug 05, 2006 at 07:59:23PM -0700, Thomas Bushnell BSG wrote:
> Thomas Schwinge <[EMAIL PROTECTED]> writes:
> > Are subhurds meant to be bootable by ordinary mortals?
>
> As Marcus and Roland mentioned, this in theory works but in practice
> is not well
Thomas Schwinge <[EMAIL PROTECTED]> writes:
> Are subhurds meant to be bootable by ordinary mortals?
As Marcus and Roland mentioned, this in theory works but in practice
is not well explored.
I believe that it is important that it really work, so this is a good
tasklist item
Yeah, what Marcus said. It should work. I vaguely recall there being some
strange complexities in doing it, like proc not having the host-priv port.
If you investigate the failure, we'll remember what the issues are.
___
Bug-hurd mailing list
Bug-hurd
At Fri, 4 Aug 2006 16:01:20 +0200,
Thomas Schwinge <[EMAIL PROTECTED]> wrote:
>
> [1 ]
> [1.1 ]
> Hello!
>
> Are subhurds meant to be bootable by ordinary mortals? Trying this
> currently looks like this:
As far as I remember there was some support for subhurds r
Hello!
Are subhurds meant to be bootable by ordinary mortals? Trying this
currently looks like this:
#v+
$ boot -D subhurd subhurd/boot/script.boot subhurd.ext2fs
boot: /hurd/ext2fs.static: mach_port_insert_right: (os/kern) invalid value
33 matches
Mail list logo
