Re: [PATCH] build system: gcc_cv_libc_provides_ssp

> + *-*-gnu*) > + # Avoid complicated tests (see > + # ) and for now > + # simply assert that glibc does provide this, which is true for all > + # realistically usable configurations. Write "Hurd configurations", otherwise

Re: [PATCH] build system: gcc_cv_libc_provides_ssp

Hello! On Fri, Oct 10, 2008 at 10:56:34AM +0200, I wrote: > On Wed, Oct 08, 2008 at 11:53:57AM +0200, I wrote: > > First, the check for gcc_cv_libc_provides_ssp is not complete, as has > > already pointed out (with patches!) before, but is still not fixed on > > trunk. Let me revisit that: in con

Re: About merging the Hurd homepage and the Hurd wiki

HellO! On Mon, Nov 10, 2008 at 01:56:40PM +0100, I wrote: > I pushed my `homepage' branch into the flubber, Savannah and github > repositories. I merged it back into the `master' branch. > Feel free to work on it and even install changes. This still hold, of course. :-) > However, be prepared

Re: [PATCH] Compiler fixes for ipc_mig.c, task.c, memory_object.c, vm_kern.c

Shakthi Kannan, le Thu 13 Nov 2008 23:59:59 +0530, a écrit : > --- a/kern/ipc_mig.c > +++ b/kern/ipc_mig.c > @@ -53,6 +53,10 @@ > #include > #include > > +/* Function prototypes */ > +void device_reference (device_t dev); > +void device_deallocate (device_t dev); Err, no, these should rather

Re: Gnumach Cleanup 13

> 2008-07-19 Barry deFreese <[EMAIL PROTECTED]> Applied, thanks! Samuel

Re: [PATCH] GNU/Hurd target configuration

Hello! On Mon, Nov 10, 2008 at 12:37:22AM +0100, I wrote: > On Wed, Oct 08, 2008 at 10:14:04PM +0200, I wrote: > > Here is a patch to bring the target configuration for GNU/Hurd up to a > > level so that GCC trunk is buildable for GNU/Hurd again > > > Please discuss with the goal to have this eve

Re: A niche for the Hurd - next step: reality check

2008/11/14 Arne Babenhauserheide <[EMAIL PROTECTED]>: > Am Donnerstag 13 November 2008 23:45:59 schrieb Michal Suchanek: >> No, it certainly would not. You do not have >> >> - the correct and proven lisp bindings for the Hurd API > > You have the list bindings which have been created during this y

Re: A niche for the Hurd - next step: reality check

2008/11/13 Arne Babenhauserheide <[EMAIL PROTECTED]> > > Am Donnerstag 13 November 2008 23:17:29 schrieb Michal Suchanek: > > The security model used by EROS and Coyotos uses capabilities instead. > > As far as I understand Neals research paper, he's also thinking in that > direction. > > But pleas

Re: Niche for Hurd - discussion - the power of translators

Thomas Schwinge, le Thu 13 Nov 2008 23:50:42 +0100, a écrit : > On Tue, Nov 11, 2008 at 03:58:39AM +0100, [EMAIL PROTECTED] wrote: > > On Wed, Oct 29, 2008 at 05:43:48PM +0100, Samuel Thibault wrote: > > > Arne Babenhauserheide, le Wed 29 Oct 2008 17:35:16 +0100, a écrit : > > > > Transparent ftp o

Re: Niche for the Hurd - summary 2 - niches sorted according to necessary work

Am Donnerstag 13 November 2008 23:33:28 schrieb Michael Banck: > On Thu, Nov 13, 2008 at 05:42:49PM +0100, Arne Babenhauserheide wrote: > > I think to make it *the* GNU system we'd need it in a state where I can > > just start any desktop on it and work with it just like in a GNU/Linux, > > because

Re: A niche for the Hurd - next step: reality check

Am Donnerstag 13 November 2008 23:45:59 schrieb Michal Suchanek: > No, it certainly would not. You do not have > > - the correct and proven lisp bindings for the Hurd API You have the list bindings which have been created during this years Google Summer of Code. As far as I know, these are com

Re: A niche for the Hurd - next step: reality check

Am Donnerstag 13 November 2008 23:17:29 schrieb Michal Suchanek: > The security model used by EROS and Coyotos uses capabilities instead. As far as I understand Neals research paper, he's also thinking in that direction. But please see below for the timeframe. > However, this requires fundame

Re: Niche for Hurd - discussion - the power of translators

Hello! I randomly picked one of this thread's many messages and am thus now (only) answering to some random bits of it. ;-) On Tue, Nov 11, 2008 at 03:58:39AM +0100, [EMAIL PROTECTED] wrote: > On Wed, Oct 29, 2008 at 05:43:48PM +0100, Samuel Thibault wrote: > > Arne Babenhauserheide, le Wed 29

Re: A niche for the Hurd - next step: reality check

2008/11/13 Arne Babenhauserheide <[EMAIL PROTECTED]>: > Am Donnerstag 13 November 2008 21:13:52 schrieb Michal Suchanek: >> This would require rewriting most of the Hurd in Lisp to allow >> carrying around modifications to even more basic services. > > Wouldn't it suffice to have your modifications

Re: Niche for the Hurd - summary 2 - niches sorted according to necessary work

On Thu, Nov 13, 2008 at 05:42:49PM +0100, Arne Babenhauserheide wrote: > I think to make it *the* GNU system we'd need it in a state where I can just > start any desktop on it and work with it just like in a GNU/Linux, because > else people would just shrug and say "This is GNU then, I think I'll

Re: A niche for the Hurd - next step: reality check

2008/11/13 Arne Babenhauserheide <[EMAIL PROTECTED]>: > Am Donnerstag 13 November 2008 21:13:52 schrieb Michal Suchanek: >> Still what profile would you assign to Firefox? It does all of the >> above so it can read all your files, make enough copies of them to >> fill your disk, and send them all

Re: Niche for Hurd - discussion - the power of translators

On Tue, Nov 11, 2008 at 03:58:39AM +0100, [EMAIL PROTECTED] wrote: > I wonder what it would take to get this into Debian as default... Uhm, how about starting with a whishlist bug first? Michael

Re: A niche for the Hurd - next step: reality check

Am Donnerstag 13 November 2008 21:13:52 schrieb Michal Suchanek: > This would require rewriting most of the Hurd in Lisp to allow > carrying around modifications to even more basic services. Wouldn't it suffice to have your modifications in lisp? You don't need every aspect, just the ones you wan

Re: A niche for the Hurd - next step: reality check

2008/11/13 Arne Babenhauserheide <[EMAIL PROTECTED]>: > Am Donnerstag 13 November 2008 10:11:32 schrieb Michal Suchanek: >> How is this easier than carrying around an eeepc/olpc? > > I can use the processing power of the system at hand instead of having to rely > on my laptops speed. > > This means

[PATCH] Compiler fixes for ipc_mig.c, task.c, memory_object.c, vm_kern.c

2008-11-13 Shakthi Kannan <[EMAIL PROTECTED]> * kern/ipc_mig.c: Added function prototypes for device_reference and device_deallocate. * kern/task.c (task_create): Moved unused i variable inside FAST_TAS. * vm/memory_object.c: Added function prototype for v

Re: Some more git usage instructions (was: About merging the Hurd homepage and the Hurd wiki)

Am Mittwoch 12 November 2008 23:40:08 schrieb Thomas Schwinge: > Unless changed, the local branch named `homepage' will correspond to the > remote branch `origin/homepage'. Create the local branch `homepage' with > ``git branch homepage origin/homepage'' (potentially afterwards followed > by ``git

Re: A niche for the Hurd - next step: reality check

Am Donnerstag 13 November 2008 10:11:32 schrieb Michal Suchanek: > How is this easier than carrying around an eeepc/olpc? I can use the processing power of the system at hand instead of having to rely on my laptops speed. This means: I won't have to carry a whole system. When there's a Hurd on

Re: Niche for the Hurd - summary 2 - niches sorted according to necessary work

Am Donnerstag 13 November 2008 06:28:34 schrieb [EMAIL PROTECTED]: > On Sun, Nov 02, 2008 at 02:33:05PM +0100, Arne Babenhauserheide wrote: > > The interesting part is, that I didn't find any unfeasible idea... > > Well, isn't that a bad sign in a brainstorm? Meaning we are too > reserved, not unle

(No) IRC meeting this week

Hi, I have to inform you that I won't be able to attend the meeting this friday. Hope to see you again next friday (2008-11-21), 19:00 UTC as usual. (Note that with DST switches having taken place in most parts of the world over the last couple of weeks, the local time this corresponds to has cha

Re: Gdb

Hi, On Wed, Oct 29, 2008 at 07:15:46PM +1100, Russell Shaw wrote: > I've been reading about GNU/Hurd. In linux, a driver for a graphics > card done in the kernel needs to be tediously debugged using printk() > and related because it's not running in user context. > > Would a graphics driver (that

Re: What shall the filter do to bottommost translators

Hi, On Sat, Nov 01, 2008 at 10:57:37PM +0200, Sergiu Ivanov wrote: > When nsmux is asked to do a magic lookup, it creates a new mirror node > and sets the requested translator(s) on it. Well, let's be exact: It creates an new *shadow* node, i.e. a node that is visible only as the underlying node

Re: Hurd

Hi, On Sat, Nov 01, 2008 at 12:58:55PM +1100, Russell Shaw wrote: > I want to do graphics card programming and need to figure out how to > access the pci registers. Depends on whether you want to do it from within the microkernel, or from user space. The microkernel uses a set of (ancient) Linu

Re: Niche for the Hurd - summary 2 - niches sorted according to necessary work

Hi, On Sun, Nov 02, 2008 at 02:33:05PM +0100, Arne Babenhauserheide wrote: > The interesting part is, that I didn't find any unfeasible idea... Well, isn't that a bad sign in a brainstorm? Meaning we are too reserved, not unleashing our full creative potential etc.? ;-) > - Having a complete G

Re: Gentoo GNU/Hurd thread in Gentoo Forums

Hi, On Thu, Nov 06, 2008 at 04:54:47PM +0200, Sergiu Ivanov wrote: > What I pursue with this question is whether a Gentoo GNU/Hurd would be > easier to maintain up-to-date with usual Gentoo repositories and > whether it would be possible to avoid situations like we are in at the > moment: some pa

Re: status

Hi, On Sun, Nov 09, 2008 at 11:52:01AM +0100, Michael Banck wrote: > The Hurd project said it would move to L4, this project has failed and > people are still confused about this several years later. We should > learn from this and not make any announcements or predictions on how > or when the H

Re: A niche for the Hurd - next step: reality check

Hello It looks like this other thread has some of the bits I wrote about in greater detail .. and it also has some other interesting bits. 2008/10/29 <[EMAIL PROTECTED]>: > > A more serious difference is the ability to mount image files directly > -- on Linux, you need loop devices for that, wh