Improving object mobility within the Hurd

Hello, I'll be starting my bachelor's thesis this semester and have decided to pick up where I left off with libchannel. (Not 100% sure if it's called ``bachelor's thesis'' in English, it's similar to a master's thesis except that it for a bachelor's degree and gives half the amount of credits.)

Report in Swedish, English or both?

Hi, As I was writing my previous mail, I suddenly realized something that should of occured to me sooner. I've started a bit on the report for my bachelor's thesis, mostly writing up an introduction. However since I based it on my original specification it's all in Swedish. However, I'm sure yo

Re: Improving object mobility within the Hurd

Hi, On Sat, Jan 10, 2009 at 08:50:28AM +0100, olafbuddenha...@gmx.net wrote: > > I have dropped the channel concept and have opted to focus on > > arbitrary Hurd objects. I've adopted term ``mobile object'' from > > similar frameworks such as Java's RMI, where it is usually used when > > the tran

Re: Report in Swedish, English or both?

Hi, My previous mail was a bit of a knee-jerk reaction. I have come to terms with writing the report in English and have started the translation of the previous text. Thanks to everyone for their input on the subject. On Sat, Jan 10, 2009 at 08:57:02AM +0100, olafbuddenha...@gmx.net wrote: > O

Re: Improving object mobility within the Hurd

is context means that either a local or remote object can be used with the same interface (using a wrapper). This is to make it possible to fall-back on using the object remotely if the object can't be transferred. > On Sat, Jan 10, 2009 at 06:56:15PM +0100, Carl Fredrik Hammar wrote: > >

Re: Improving object mobility within the Hurd

Hi, this is just a small correction to my previous mail. On Thu, Jan 22, 2009 at 10:54:53AM +0100, Carl Fredrik Hammar wrote: > Take copy store as an example. The copy store makes a copy-on-write > copy of another store and discards changes when closed. For instance, > a copy store ov

Re: Improving object mobility within the Hurd

the nitty-gritty details. In hind-sight, I should of broken the mail and replied to the different parts as I finished them. On Fri, Jan 30, 2009 at 10:39:51AM +0100, olafbuddenha...@gmx.net wrote: > On Thu, Jan 22, 2009 at 10:54:53AM +0100, Carl Fredrik Hammar wrote: > > On Fri, Jan 16, 2

Re: Unionmount. Basic details

Hi, On Mon, Apr 06, 2009 at 04:26:25PM +0300, Sergiu Ivanov wrote: > Hello, > > I would like to start a discussion about some basic details > implementation of the unionmount project. > > Firstly, the implementation was suggested in two ways: as a stand-alone > translator and as a series of exten

Re: Unionmount. Basic details

Hi! On Tue, Apr 07, 2009 at 12:20:40AM +0300, Sergiu Ivanov wrote: > > Then it might be possible to implement the shadow node in unionmount > > and pass it to unionfs. Just wrap a file descriptor around the port > > and let unionfs inherit it, to make unionfs use it pass `/dev/fd/$FD' > > as an a

Re: Unionmount. Basic details

Hi, > > unionmount is expected to merge the filesystem on which it sits with > > the filesystem exposed by the translator it is asked to start in > > unionmount mode (further referred to as ``the Translator''). > > Nah, I think there are various clearer ways to name it: e.g. "target > translator"

Re: Unionmount. Basic details

Hi, On Wed, Apr 08, 2009 at 07:10:26PM +0200, olafbuddenha...@gmx.net wrote: > On Mon, Apr 06, 2009 at 06:58:23PM +0200, Carl Fredrik Hammar wrote: > > On Mon, Apr 06, 2009 at 04:26:25PM +0300, Sergiu Ivanov wrote: > > > So the only difference between unionmount and unionf

Re: Unionmount. Basic details

On Fri, Apr 10, 2009 at 07:18:34PM +0300, Sergiu Ivanov wrote: > Carl Fredrik Hammar writes: > >> I actually realized a couple of days ago that unionmount could probably > >> be done by a combination of nsmux and unionfs: I think it should be > >>

Re: Unionmount. Basic details

Hello, On Fri, Apr 10, 2009 at 08:35:07PM +0300, Sergiu Ivanov wrote: > Carl Fredrik Hammar writes: > > On Tue, Apr 07, 2009 at 12:20:40AM +0300, Sergiu Ivanov wrote: > >> > [...] > >> > If you're uncomfortable keeping around a process just to im

Re: Unionmount. Basic details

Hi! On Mon, Apr 13, 2009 at 12:41:07AM +0300, Sergiu Ivanov wrote: > [snip] > > >> This is true that in the greater part of the operation of unionmount > >> there will be no difference in speed (the difference will be at startup, > >> of course). However, I still don't have sufficiently compelling

Authority verification

Hi, I guess this mail turned out to be more of a report on my findings rather than to start a discussion. So I'm mostly looking for feedback, e.g. if what I'm saying doesn't make sense, if one of my assumptions are wrong, or if I have missed something. Anyways, here comes a long mail about what

Re: Authority verification

Hi, On Fri, Apr 24, 2009 at 08:48:34AM +0200, olafbuddenha...@gmx.net wrote: > [snip] > > > Note also that it's possible for the sender to trick the receiver to > > use objects the sender itself does not have access to, in ways they > > are not expected to be used. Possibly leading to precious da

Re: Unionmount. Basic details

Hello, On Sun, Apr 26, 2009 at 06:28:51AM +0200, olafbuddenha...@gmx.net wrote: > On Thu, Apr 09, 2009 at 10:09:04PM +0200, Carl Fredrik Hammar wrote: > > On Wed, Apr 08, 2009 at 07:10:26PM +0200, olafbuddenha...@gmx.net > > wrote: > > > > while unionfs must be able to

Re: Unionmount. Basic details

Hi, On Sun, Apr 26, 2009 at 10:48:13PM +0200, olafbuddenha...@gmx.net wrote: > On Sat, Apr 11, 2009 at 03:03:45PM +0200, Carl Fredrik Hammar wrote: > > On Fri, Apr 10, 2009 at 08:35:07PM +0300, Sergiu Ivanov wrote: > > > > Also, I'm not aware of anybody still do

Re: Networking Problems

Hi, > However, when I try to ping www.google.com, I get the following: > > # ping www.google.com > PING www.l.google.com (74.125.79.99): 56 data bytes > --- www.l.google.com ping statistics -- > 4 packets transmitted, 0 packets received, 100% packet loss I'm no expert on networking, but I did no

[bug #26585] Assertion failure when signaling zombie pthread

URL: Summary: Assertion failure when signaling zombie pthread Project: The GNU Hurd Submitted by: hammy Submitted on: Fri 15 May 2009 02:35:18 PM CEST Category: Hurd S

Re: [bug #26585] Assertion failure when signaling zombie pthread

Hi, On Sun, May 17, 2009 at 04:51:32AM +0200, olafbuddenha...@gmx.net wrote: > > On Fri, May 15, 2009 at 12:35:20PM +, Carl Fredrik Hammar wrote: > > > After this, the program hangs and doesn't respond to any signals other > > than SIGKILL. My guess is tha

Re: Hurd Mission Statement

Hi, On Tue, May 26, 2009 at 02:40:34PM +0200, olafbuddenha...@gmx.net wrote: > What do you think? Is this a good mission statement? If so, it should go > on the Hurd web front page. It's good, and your reasoning seems pretty spot-on to me. I agree that it should be on the front page. Regards,

Initial target(s) for libmob (was Re: Improving object mobility within the Hurd)

Hi, I was going to refute your suggestion of ioctl handlers, but in arguing about it back and forth with myself, I ended up agreeing with you. ;-) As such this mail became a good bit longer than intended, feel free to just skim through most of this first part. I will answer the rest of your mail

Re: [PATCH 1/1] Update the bug-reporting address.

Hi, On Fri, May 29, 2009 at 12:34:23AM +0300, Sergiu Ivanov wrote: > >From 23763c18399985e62686282ec848c42c3a540066 Mon Sep 17 00:00:00 2001 > From: Sergiu Ivanov > Date: Fri, 29 May 2009 00:29:25 +0300 > Subject: [PATCH] Update the bug-reporting address. > > * options.c (argp_program_bug_addres

Re: [PATCH 5/5] Changed argp parsing policy

Hi, On Sun, May 31, 2009 at 11:01:21AM +0200, olafbuddenha...@gmx.net wrote: > > On Fri, May 29, 2009 at 12:09:04AM +0300, Sergiu Ivanov wrote: > > > +/*---*/ > > +#include "unionmount.h" > > +/*-

Re: Initial target(s) for libmob

Hi, On Sat, May 30, 2009 at 06:50:01AM +0200, olafbuddenha...@gmx.net wrote: > > > > ioctl()s are always specific to a particular device class, and thus > > > the server(s) implementing (or proxying) it. It makes perfect sense > > > for a server implementing a specific device, also to provide the

cmp: the port comparison server

Hi, I've been making some progress code-wise with libmob. In particular I have written a working server for secure comparison of ports. And now I would like to ask a few questions that have popped up in the duration. You can get the code here: git://gitorious.org/hurd-cmp/hurd-cmp.git The repo

Re: [PATCH 1/1] Update the bug-reporting address.

Hi, On Thu, Jun 11, 2009 at 01:38:58PM +0300, Sergiu Ivanov wrote: > Sorry for the very late reply :-( No problem. :-) > On Thu, Jun 04, 2009 at 04:02:31PM +0200, Carl Fredrik Hammar wrote: > > On Fri, May 29, 2009 at 12:34:23AM +0300, Sergiu Ivanov wrote:

Code trust by reverse authentication

Hi, To load a mobile object we first need to load its code base that has been specified by the sender of the object. The ideal way to do this would be to send a port to a .so file and then load that. If we loaded the code module unconditionally, the sender could essentially inject arbitrary code

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, I skimmed through this patch and noticed some issues with the license. On Thu, Jun 11, 2009 at 09:10:24PM +0300, Sergiu Ivanov wrote: > >From d0f0f5c41d9046aec765a7264914c19642adead9 Mon Sep 17 00:00:00 2001 > From: Sergiu Ivanov > Date: Thu, 11 Jun 2009 15:22:24 +0300 > Subject: [PATCH] Add

Re: Code trust by reverse authentication

Hi, On Thu, Jun 11, 2009 at 07:07:35PM +0200, Carl Fredrik Hammar wrote: > Instead we can provide a translator that provides this reverse > authentication but otherwise proxies its underlying node, or perhaps > just gives out a unproxied port to it directly. > > This is has some o

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, This time around I'll review your patch more thoroughly. On Thu, Jun 11, 2009 at 09:10:24PM +0300, Sergiu Ivanov wrote: > >From d0f0f5c41d9046aec765a7264914c19642adead9 Mon Sep 17 00:00:00 2001 > From: Sergiu Ivanov > Date: Thu, 11 Jun 2009 15:22:24 +0300 > Subject: [PATCH] Add the ``--mount

Re: [PATCH 1/3] Add the ``--mount'' command line option

Hi, On Mon, Jun 15, 2009 at 09:01:55PM +0300, Sergiu Ivanov wrote: > On Sat, Jun 13, 2009 at 03:53:27PM +0200, Carl Fredrik Hammar wrote: > > On Thu, Jun 11, 2009 at 09:10:24PM +0300, Sergiu Ivanov wrote: > > > diff --git a/unionmount.c b/unionmount.c > > > new f

Re: cmp: the port comparison server

Hi, On Mon, Jun 15, 2009 at 01:24:05AM +0200, olafbuddenha...@gmx.net wrote: > On Wed, Jun 10, 2009 at 01:49:02PM +0200, Carl Fredrik Hammar wrote: > > > I've been making some progress code-wise with libmob. In particular I > > have written a working server for sec

Re: Moving to git

Hi, On Thu, Jun 18, 2009 at 03:02:41PM +0200, Thomas Schwinge wrote: > Fetch the whole shebang from . > Give it a try. Unless someone finds any issues that really need to be > corrected, these trees shall be the new basis for our collaboration! Nicely done

[patch #6856] Declare trivfs hooks external and provide defaults

URL: Summary: Declare trivfs hooks external and provide defaults Project: The GNU Hurd Submitted by: hammy Submitted on: Sat 27 Jun 2009 08:47:14 PM CEST Category: libtrivfs

Re: cmp: the port comparison server

Hi, On Sun, Jun 28, 2009 at 11:21:09PM +0200, olafbuddenha...@gmx.net wrote: > > On Mon, Jun 15, 2009 at 01:24:05AM +0200, olafbuddenha...@gmx.net > > wrote: > > > On Wed, Jun 10, 2009 at 01:49:02PM +0200, Carl Fredrik Hammar wrote: > > > > Actually, I'm

Re: Code trust by reverse authentication

Hi, On Mon, Jun 29, 2009 at 12:05:26AM +0200, olafbuddenha...@gmx.net wrote: > On Thu, Jun 11, 2009 at 07:07:35PM +0200, Carl Fredrik Hammar wrote: > > > To load a mobile object we first need to load its code base that has > > been specified by the sender of the object. The id

Symbolic names vs. port references (was Re: Code trust by reverse authentication)

Hi, On Mon, Jun 29, 2009 at 11:23:34AM +0200, Carl Fredrik Hammar wrote: > > > The only real problem with specifying the module by port is that the > > > receiver needs to load the exact same module and not a copy of it. > > > > I don't consider that a problem

[bug #26960] firmlink opens target with client specified flags

URL: Summary: firmlink opens target with client specified flags Project: The GNU Hurd Submitted by: hammy Submitted on: Sat 04 Jul 2009 06:05:50 PM CEST Category: Hurd Servers

Re: Unionmount: proxying the control port

Hi, On Tue, Jul 07, 2009 at 08:55:37PM +0300, Sergiu Ivanov wrote: > It was agreed that unionmount should forward some of the RPCs invoked > on its control port to the mountee. Most (if not all) of such RPCs > are the fsys_* ones. I've made up a list of RPCs which should be > proxied in my opini

Re: How to clone a port right

Hi, On Tue, Jul 07, 2009 at 09:24:27PM +0300, Sergiu Ivanov wrote: > In the latest working design unionmount creates a proxy node (by > cloning the netfs_root_node of unionfs translator) and sets the > mountee on this proxy. I'm currently trying to implement cfhammar's > idea about having the mou

Re: How to clone a port right

Hi, On Wed, Jul 08, 2009 at 02:14:53PM +0300, Sergiu Ivanov wrote: > My previous mail says that when I simply pass the unionfs's underlying > node I get an error; the error is given in that mail :-) That's why > the question in the subject of the post ;-) I knew I shouldn't have replied when I wa

Re: How to clone a port right

Hi, On Tue, Jul 07, 2009 at 09:24:27PM +0300, Sergiu Ivanov wrote: > /* Opens the port on which to set the mountee. */ > error_t > open_port (int flags, mach_port_t * underlying, >mach_msg_type_name_t * underlying_type, task_t task, >void *cookie) > { >

Re: Unionmount: proxying the control port

Hi, On Wed, Jul 08, 2009 at 03:41:51PM +0300, Sergiu Ivanov wrote: > On Tue, Jul 07, 2009 at 09:50:12PM +0200, Carl Fredrik Hammar wrote: > > On Tue, Jul 07, 2009 at 08:55:37PM +0300, Sergiu Ivanov wrote: > > > * fsys_set_options: This RPC should be forwarded to the mountee

Re: [PATCH 2/3] Add the code for starting up the mountee

Hi, On Fri, Jul 10, 2009 at 04:17:23AM +0200, olafbuddenha...@gmx.net wrote: > > > > + /*Opens the port on which to set the new translator */ > > > > + error_t > > > > +open_port > > > > +(int flags, mach_port_t * underlying, > > > > + mach_msg_type_name_t * underlying_type, task_t t

Re: [bug #26960] firmlink opens target with client specified flags

On Fri, Jul 10, 2009 at 03:27:32PM +0200, olafbuddenha...@gmx.net wrote: > On Sat, Jul 04, 2009 at 04:05:52PM +0000, Carl Fredrik Hammar wrote: > > > firmlink opens its target file with any client specified open flags, > > except O_CREAT. This makes it is possible for a

Re: Code trust by reverse authentication

Hi, On Thu, Jul 16, 2009 at 05:23:11AM +0200, olafbuddenha...@gmx.net wrote: > As I already said on IRC, I do see some merit in the idea of reverse > authentication, i.e. file objects authenticating against clients. It > makes sense to consider files as active objects, which have access to > certa

Re: cmp: the port comparison server

Hi, On Thu, Jul 16, 2009 at 03:48:19AM +0200, olafbuddenha...@gmx.net wrote: > On Mon, Jun 29, 2009 at 09:59:18AM +0200, Carl Fredrik Hammar wrote: > > On Sun, Jun 28, 2009 at 11:21:09PM +0200, olafbuddenha...@gmx.net > > wrote: > > > If the receiver has the task por

Re: [PATCH 3/4] Conditionally forward some fsys_* RPCs to the mountee.

Hi, This is just a thought that suddenly struck me, I figure I'll get it out so I don't forget it. On Fri, Jul 17, 2009 at 01:58:01PM +0300, Sergiu Ivanov wrote: > +/* Shutdown the filesystem; flags are as for fsys_goaway. */ > +error_t > +netfs_shutdown (int flags) > +{ > + int nports; > + in

Re: Hiding nodes with unionmount

Hi, On Thu, Jul 30, 2009 at 10:14:06AM +0200, Arne Babenhauserheide wrote: > Would it be possible to hide a node via unionmount? > > For example I might want to remove a file from the underlying node when I > replace it with a new but differently named one (i.e. lib.so.1 -> lib.so.3). Not rea

Server provided ioctl handler details

Hi, I've gotten a basic implementation of server provided ioctl handlers working. In which I unconditionally load a server provided module containing the handlers on every call to ioctl, and then immediately unload the module. I would like to discuss some details of the current implementation.

[bug #27184] Memory leak in procfs

URL: Summary: Memory leak in procfs Project: The GNU Hurd Submitted by: hammy Submitted on: Wed 05 Aug 2009 09:27:23 PM CEST Category: Hurd Servers Severity: 3 - Norma

[PATCH 3/4] Reload fd ioctl handler on each call to ioctl

* hurd/hurdioctl.c (_hurd_dummy_ioctl_handler): New function. * hurd/hurd/ioctl.h (_hurd_dummy_ioctl_handler): Likewise. * hurd/fd-ioctl-call.c: New file. * hurd/hurd/fd.h: Update copyright years. (_hurd_fd_call_ioctl_handler): New function declaration. * hurd/Makefile: Update copyright years. (use

[PATCH 2/4] Cast with ioctl_handler_t instead of its definition

* hurd/hurd/ioctl.h (_HURD_HANDLE_IOCTLS_1): Cast to `ioctl_handler_t' type. --- hurd/hurd/ioctl.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/hurd/hurd/ioctl.h b/hurd/hurd/ioctl.h index ee156f0..e5ab3dc 100644 --- a/hurd/hurd/ioctl.h +++ b/hurd/hurd/ioctl.h @@ -57,7

[PATCH 1/4] Don't resolve FD's port and ctty twice for TIOCSCTTY

* hurd/hurdioctl.c (tiocsctty): Only get FD ports, do work in... (tiocsctty_internal): ...this new function. --- hurd/hurdioctl.c | 31 --- 1 files changed, 20 insertions(+), 11 deletions(-) diff --git a/hurd/hurdioctl.c b/hurd/hurdioctl.c index 96d910b..13a1a78 1006

[PATCH 4/4] Save handlers between calls to ioctl

* hurd/hurd/ioctl.h (ioctl_handler_t): Move from here... * hurd/hurd/fd.h (ioctl_handler_t): ...to here. Change return type. Add `d', `crit', and `result' arguments. Change all callers and ioctl handlers. (hurd_fd): Add ioctl handler members. * hurd/fd-close.c: Update copyright years. (_hurd_fd_clo

[PATCH 0/4] Load ioctl handlers from server

with that until I have the reverse authentication going which is my next step. Regards, Fredrik Carl Fredrik Hammar (4): Don't resolve FD's port and ctty twice for TIOCSCTTY Cast with ioctl_handler_t instead of its definition Reload fd ioctl handler on each call to ioctl

Re: [PATCH 2/3] Start the mountee in a lazy fashion.

Hi, On Mon, Aug 17, 2009 at 07:15:09PM +0300, Sergiu Ivanov wrote: > > > + mountee_node = netfs_make_node (netfs_root_node->nn); > > > + if (!mountee_node) > > > +return ENOMEM; > > > + > > > + /* Set the mountee on the new node. > > > + Note that the O_READ flag does not actually limit

[PATCH] Cast to ioctl_handler_t instead of its definition

* hurd/hurd/ioctl.h (_HURD_HANDLE_IOCTLS_1): Cast to `ioctl_handler_t'. --- Hi, This is an obvious fix to glibc that makes it easier to change `ioctl_handler_t'. I sent in this patch before as part of the server provided ioctl handler patch series. I'm resending it because I'm going to resend th

[PATCH] Only resolve FD's port and ctty once for TIOCSCTTY

* hurd/hurdioctl.c (tiocsctty): Only get FD ports, do work in... (tiocsctty_internal): ...this new function. --- Hi, This is another stand-alone patch I have sent earlier. This fixes the handler for TIOCSCTTY so it only resolves the underlying port of the file descriptor once. Since the descript

[PATCH] Reopen file descriptor on lookup

* hurd/lookup-retry.c (__hurd_file_name_lookup_retry) : Reopen file descriptor before returning it. --- Hi, Another stand-alone patch, but this one is new. It fixes what I think is a bug in glibc. The problem is that when opening file descriptors using FS_MAGIC_RETRY's `fd/*' syntax, the descrip

[PATCH 0/2] Ioctl handler protocol patches

Hi, this patch series adds a MIG interface for getting an ioctl handler module associated with an io object. The first patch adds a plain and insecure protocol, while the second does reverse authentication to establish the identity of the module provider. Regards, Fredrik Carl Fredrik Hammar

[PATCH 1/2] Add ioctl-handler interface

/ioctl_handler.defs b/hurd/ioctl_handler.defs new file mode 100644 index 000..cd59a16 --- /dev/null +++ b/hurd/ioctl_handler.defs @@ -0,0 +1,35 @@ +/* Protocol for server provided ioctl handler. + + Written by Carl Fredrik Hammar . + + This file is part of the GNU Hurd. + + Copyright (C) 2009

[PATCH 2/2] Reverse authenticating ioctl-handler protocol

100644 index 000..af8595b --- /dev/null +++ b/hurd/ioctl_handler_reply.defs @@ -0,0 +1,46 @@ +/* Replies to ioctl_handler interface. + + Written by Carl Fredrik Hammar . + + This file is part of the GNU Hurd. + + Copyright (C) 2009 Free Software Foundation, Inc. + + The GNU Hurd is free

[PATCH 0/3] Use server provided ioctl-handler

ining `ioctl_handlers' to `ioctl_handler'. In addition there are some fixes I have not bothered to track, but I don't thing anybody have reviewed my earlier patches enough to be interested in listing those anyway. Regards, Fredrik Carl Fredrik Hammar (3): Reload fd ioctl handler o

[PATCH 1/3] Reload fd ioctl handler on each call to ioctl

* hurd/hurdioctl.c (_hurd_dummy_ioctl_handler): New function. * hurd/hurd/ioctl.h (_hurd_dummy_ioctl_handler): Likewise. * hurd/fd-ioctl-call.c: New file. * hurd/hurd/fd.h: Update copyright years. (_hurd_fd_call_ioctl_handler): New function declaration. * hurd/Makefile: Update copyright years. (use

[PATCH 2/3] Save handlers between calls to ioctl

* hurd/hurd/ioctl.h (ioctl_handler_t): Move from here... * hurd/hurd/fd.h (ioctl_handler_t): ...to here. Change return type. Add `d', `crit', and `result' arguments. Change all callers and ioctl handlers. (hurd_fd): Add ioctl handler members. * hurd/fd-close.c: Update copyright years. (_hurd_fd_clo

[PATCH 3/3] Use reverse authenticating ioctl-handler protocal

* hurd/Makefile (interfaces): Add `ioctl_handler_reply'. * hurd/fd-ioctl-call.c: Check that handlers are provided by the same user. --- hurd/Makefile|3 +- hurd/fd-ioctl-call.c | 157 +- 2 files changed, 158 insertions(+), 2 deletions(-)

[PATCH 0/3] Test server provided ioctl-handler

ead I just focused on getting something working, but this should atleast be a kernel for future tests of the ioctl functionality. Regards, Fredrik Carl Fredrik Hammar (3): Test server provided ioctl-handler Update to reflect ioctl_handler_t change Test reverse authenticating ioctl-handler protocol

[PATCH 3/3] Test reverse authenticating ioctl-handler protocol

* Makefile (ioctl_handler_MIGSFLAGS): New variable. * ioctl-tests/qioctl.c (S_ioctl_handler_get): Remove deprecated routine. (S_ioctl_handler_request): New funtction. --- ioctl-tests/Makefile |1 + ioctl-tests/qioctl.c | 29 - 2 files changed, 25 insertions(+), 5

[PATCH 1/3] Test server provided ioctl-handler

@@ +# Makefile for ioctl tests. +# +# Copyright (C) 2009 Free Software Foundation, Inc. +# +# Written by Carl Fredrik Hammar . +# +# This file is part of the GNU Hurd. +# +# The GNU Hurd is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as

[PATCH 2/3] Update to reflect ioctl_handler_t change

* ioctl-tests/qioctl-handler.c (hurd_ioctl_handler): Update to reflect `ioctl_handler_t' change. --- ioctl-tests/qioctl-handler.c | 20 +++- 1 files changed, 11 insertions(+), 9 deletions(-) diff --git a/ioctl-tests/qioctl-handler.c b/ioctl-tests/qioctl-handler.c index a5b2503..

Re: [PATCH] Apply pattern-matching immediately beneath the stow directory.

Hi, On Mon, Sep 07, 2009 at 11:24:48PM +0300, Sergiu Ivanov wrote: > unionfs needs to explicitly enumerate the contents of a directory to > do pattern matching in it. I cannot envision a way to do > multi-component pattern matching without iterating all subdirectories > of stow/ . Well, okay, th

Re: [PATCH] Apply pattern-matching immediately beneath the stow directory.

Hi, On Wed, Sep 09, 2009 at 12:28:28AM +0300, Sergiu Ivanov wrote: > On Tue, Sep 08, 2009 at 01:55:41PM +0200, Carl Fredrik Hammar wrote: > > On Mon, Sep 07, 2009 at 11:24:48PM +0300, Sergiu Ivanov wrote: > > > > > Do you have some general idea of how multi-component patt

Re: nsmux Documentation

Hi, On Thu, Oct 01, 2009 at 07:52:57PM +0300, Sergiu Ivanov wrote: > On Wed, Sep 30, 2009 at 09:45:32PM +0200, Arne Babenhauserheide wrote: > > Am Mittwoch, 30. September 2009 18:36:34 schrieb Sergiu Ivanov: > > > > It reads nice, but I miss an info: How can I activate nsmux, so I > > > > can use

Re: My absence at the tomorrow's (Oct 7) meeting

Hi, On Tue, Oct 06, 2009 at 08:17:02PM +0300, Sergiu Ivanov wrote: > I'm afraid I won't be able to arrive at the Hurd meeting, because > there will be a meeting regarding scholarships in leading European > universities tomorrow, and I have a dream to manage to get into one of > such universities.

Re: My absence at the tomorrow's (Oct 7) meeting

On Tue, Oct 06, 2009 at 11:00:41PM +0100, Davi Leal wrote: > Carl Fredrik Hammar wrote: > > > Things may turn out differently and I may still arrive at the Hurd > > > meeting (being late), but I won't say this is much probable. > > > > Oh, that reminds me.

Re: [PATCH 2/3] Implement mountee startup.

Hi, On Thu, Nov 05, 2009 at 12:29:54PM +0100, olafbuddenha...@gmx.net wrote: > > > > > > Why are you passing O_READ, anyways?... > > > > > > > > The flags which I pass to start_mountee are used in opening the > > > > port to the root node of the mountee. (I'm sure you've noticed > > > > this; I

Re: grub vs st_dev (aka fsid) / st_rdev

Hi, On Mon, Nov 09, 2009 at 10:47:08PM +0100, Samuel Thibault wrote: > I can see two solutions: > > - Either we align more on POSIX to manage to get the st_dev (aka > fsid) of filesystems equal to the the st_rdev of their underlying /dev > entries. An easy way is to have storeios expose thei

Re: grub vs st_dev (aka fsid) / st_rdev

On Tue, Nov 10, 2009 at 11:24:34AM +0100, Samuel Thibault wrote: > Carl Fredrik Hammar, le Tue 10 Nov 2009 09:27:14 +0100, a écrit : > > > - An easy way is to have storeios expose their own pid as > > > st_rdev, and have filesystems use the underlying storeio st_rdev for

Re: grub vs st_dev (aka fsid) / st_rdev

On Tue, Nov 10, 2009 at 02:01:19PM +0100, Samuel Thibault wrote: > > I assumed that was the case for the ones that are interesting for grub. > > Yes, but then to realize unicity it's more difficult, as you have > several sources of IDs. You can of course use a prefix to identify where > it comes f

Re: My absence from the yesterday's (Nov 11) meeting

Hi, On Thu, Nov 12, 2009 at 08:35:45AM +0200, Sergiu Ivanov wrote: > Hello, > > I'm very sorry that I didn't arrive at the yesterday's (Nov 11) > meeting. Unfourtunately, I fell sick and, although I made several > attempts, I didn't manage to put my hands on the computer :-( Sorry to hear that,

Re: website: background color in css

Hi, On Thu, Nov 12, 2009 at 04:03:10PM +0100, Arne Babenhauserheide wrote: > > I'm currently browsing in "dark mode" (dark colors for my KDE 4), and > realized > that the website wasn't very readable with dark background color. > > I just fixed that by putting "background-color: white;" into

Re: website: background color in css

On Thu, Nov 12, 2009 at 08:28:54PM +0100, Arne Babenhauserheide wrote: > Am Donnerstag, 12. November 2009 19:42:11 schrieb Carl Fredrik Hammar: > > Why wasn't it readable? If it was because the font color was still black > > (my first guess), then shouldn't we change

Re: Adding entries to a directory

Hi, On Tue, Nov 17, 2009 at 11:57:46AM +0200, Sergiu Ivanov wrote: > On Mon, Nov 09, 2009 at 02:58:12PM +0100, Carl Fredrik Hammar wrote: > > On Thu, Nov 05, 2009 at 12:29:54PM +0100, olafbuddenha...@gmx.net wrote: > > > > > > > Well, obviously, O_READ permission o

Re: Adding entries to a directory

Hi, On Tue, Nov 17, 2009 at 06:49:24PM +0200, Sergiu Ivanov wrote: > On Tue, Nov 17, 2009 at 01:15:59PM +0100, Carl Fredrik Hammar wrote: > > On Tue, Nov 17, 2009 at 11:57:46AM +0200, Sergiu Ivanov wrote: > > > On Mon, Nov 09, 2009 at 02:58:12PM +0100, Carl Fredrik Hammar wro

Re: Adding entries to a directory

Hi, On Tue, Nov 17, 2009 at 09:21:18PM +0200, Sergiu Ivanov wrote: > > > > My idea was that a unionfs *run* by root can recreate any auth object > > > > that the client has and then authenticate with it against the unioned > > > > directories. > > > > > > > > If run by any other user then it can

Re: Adding entries to a directory

Hi, On Wed, Nov 18, 2009 at 12:15:16AM +0200, Sergiu Ivanov wrote: > On Tue, Nov 17, 2009 at 10:29:40PM +0100, Carl Fredrik Hammar wrote: > > > > I don't so much want to create a new file access mechanism, as I > > want to rely on the unioned directories own access m

Re: Adding entries to a directory

Hi, On Wed, Nov 18, 2009 at 08:03:30PM +0200, Sergiu Ivanov wrote: > On Wed, Nov 18, 2009 at 10:21:13AM +0100, Carl Fredrik Hammar wrote: > > On Wed, Nov 18, 2009 at 12:15:16AM +0200, Sergiu Ivanov wrote: > > > On Tue, Nov 17, 2009 at 10:29:40PM +0100, Carl Fredrik Hammar wrote:

Solving the firmlink problem with io_restrict_auth (was Re: Adding entries to a directory)

Hi, On Tue, Nov 17, 2009 at 08:55:38PM +0100, olafbuddenha...@gmx.net wrote: > On Tue, Nov 17, 2009 at 01:15:59PM +0100, Carl Fredrik Hammar wrote: > > > If run by any other user then it can only recreate the intersection of > > credentials between unionfs and the client. Thi

Re: [PATCH 2/3] Implement mountee startup.

Hi, On Sun, Nov 22, 2009 at 09:05:16PM +0100, olafbuddenha...@gmx.net wrote: > On Thu, Nov 19, 2009 at 10:28:37AM +0200, Sergiu Ivanov wrote: > > > + /* Fetch the effective UIDs of the unionfs process. */ > > + nuids = geteuids (0, 0); > > + if (nuids < 0) > > +return EPERM; > > + uids =

Re: Solving the firmlink problem with io_restrict_auth

Hi, On Sun, Nov 22, 2009 at 08:19:01PM +0100, olafbuddenha...@gmx.net wrote: > On Thu, Nov 19, 2009 at 02:58:07PM +0100, Carl Fredrik Hammar wrote: > > On Tue, Nov 17, 2009 at 08:55:38PM +0100, olafbuddenha...@gmx.net > > wrote: > > > > It is actually a problem that

Re: [PATCH 2/3] Implement mountee startup.

Hi, On Sat, Nov 28, 2009 at 12:36:07AM +0100, olafbuddenha...@gmx.net wrote: > On Wed, Nov 25, 2009 at 07:59:33PM +0100, Carl Fredrik Hammar wrote: > > On Sun, Nov 22, 2009 at 09:05:16PM +0100, olafbuddenha...@gmx.net wrote: > > > On Thu, Nov 19, 2009 at 10:28:37AM +0200, S

Re: [RFC] git fs translator

Hi, On Sun, Dec 20, 2009 at 02:49:19PM +0530, Shakthi Kannan wrote: > > This is in regard to a prototype implementation of gitfs translator > for a student project. The idea is to write a simple translator that > can query results from a remote git repository. > > * Which lib*fs translator can b

Re: [RFC] git fs translator

Hi, On Sun, Dec 20, 2009 at 07:47:27PM +0530, Shakthi Kannan wrote: > > --- On Sun, Dec 20, 2009 at 7:43 PM, Carl Fredrik Hammar > wrote: > | but why not maintain a temporary repository where you fetch (only) the > | needed repo objects on demand with the usual git commands, or

Re: Should trivfs.h include fcntl.h?

Hi, On Sun, Dec 20, 2009 at 06:40:10PM +0100, olafbuddenha...@gmx.net wrote: > > While trivfs.h doesn't use any definitions from fcntl.h itself, > trivfs_allow_open takes values like O_READ, which are defined in fcntl.h > -- so a program including trivfs.h will generally need these definitions >

[bug #28408] unionmount doesn't reauthenticate handle to mountee on setauth()

URL: Summary: unionmount doesn't reauthenticate handle to mountee on setauth() Project: The GNU Hurd Submitted by: hammy Submitted on: Sat 26 Dec 2009 04:59:33 PM CET Category: Hurd

Re: [PATCH 2/3] Implement mountee startup.

Hi, On Wed, Dec 09, 2009 at 03:07:59PM +0100, olafbuddenha...@gmx.net wrote: > On Tue, Dec 08, 2009 at 08:53:46PM +0200, Sergiu Ivanov wrote: > > On Sun, Nov 22, 2009 at 09:05:16PM +0100, olafbuddenha...@gmx.net wrote: > > > On Thu, Nov 19, 2009 at 10:28:37AM +0200, Sergiu Ivanov wrote: > > > > >

Re: Reauthentication implementation flaw due to EINTR

Hi, On Mon, Dec 21, 2009 at 08:43:12PM +0100, Samuel Thibault wrote: > > I had been noticing odd issues with sudo when it calls setresuid & > such, it took me some time to understand that there was a flaw in the > reauthentication implementation: > > sudo calls setresuid(), which calls setauth()

  1   2   3   >