Re: forwarded proposal to finance some hurd work

On 04/05/2011 12:14 AM, Thomas Schwinge wrote: > Marcus, is the g10 Code Hurd Maintenance Point offering still > appropriate? That one is stale. Maybe something could be arranged if there is interest. > Hurd developers, please talk to me or add yourself to that page if you > feel like you should

Re: What happens to mappings when closing file?

olafbuddenha...@gmx.net wrote: > Hi, > > I'm trying to understand why filesystem servers need proxy memory > objects for io_map(). Unfortunately, I don't have time to read all the > relevant code right now... After a quick glance, my guess is that the > proxy objects are used so the same pager can

Re: About merging the Hurd homepage and the Hurd wiki

Thomas Schwinge wrote: > Hello! > > On Tue, Nov 04, 2008 at 01:59:28PM +0100, I wrote: >> For example, we currently have instructions about (a) running the Hurd on >> the non-free vmware, >> . > > I re-read the GNU guidelines. In

Re: About merging the Hurd homepage and the Hurd wiki

Thomas Schwinge wrote: > But does anyone disagree in general with merging the Hurd wiki into the > Hurd homepage? While I personally don't have any concern, at the time the Hurd web page was written to match the general style and policies of the gnu.org domain. The style has changed by now. I do

Re: e2os

At Mon, 29 Sep 2008 10:08:27 +0200, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > > Hello! > > Please use the mailing list for such discussions. > > > > From: മഹേഷ് മുകുന്ദന് | Mahesh M <[EMAIL PROTECTED]> > > Is e2os an alternative that is done if one forgets to assign ownership of FS > > to h

Re: Thread model

Hi, At Tue, 11 Mar 2008 12:10:17 +0100, Neal H. Walfield wrote: > What you are suggesting is essentially using a user-level thread > package. (Compacting a thread's state in the form of a closure is a > nice optimization, but the model essentially remains the same.) The > main advantage to user-

Re: User-space device drivers: ``interface to interrupt hardware'' (was: writing device drivers in Java)

At Tue, 18 Sep 2007 21:09:15 +0200, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > I'm also interested in that, I may add. I was -- already some months > ago; then I had to interrupt because of more stringent issues taking over > -- thinking about attempting such a project, starting with reading pap

Re: Entropy Patch with Linebreaks

At Sun, 12 Aug 2007 11:47:28 +0200, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > +/* Sune Kirkeby's entropy patch (which was a port of the > > + linux entropy drivers for GNU mach) placed the keyboard > > + entropy source here. I looked at that for an idea of where > > + how

Re: Future of ext2 support in the Hurd?

At Sun, 12 Aug 2007 17:40:00 -0400, "Theodore Ts'o" <[EMAIL PROTECTED]> wrote: > There is definitely still code in the ext2 > filesystem translator which is GPLv2 only, since it is derived from > Linux. And as we all know, GPLv2 and GPLv3 code are licensing > incompatible, and that the FSF has cla

Re: Future of ext2 support in the Hurd?

Hi Theodore, At Sun, 12 Aug 2007 17:40:00 -0400, "Theodore Ts'o" <[EMAIL PROTECTED]> wrote: > There was recent discussion of taking out support for "dead" OS's and > features in e2fsprogs, such as fragmentation, support for the Masix > OS and Hurd. So in the interests of doing some research t

Re: [task #7179] Multiprocessor support

At Sat, 04 Aug 2007 16:46:08 +, Samuel Thibault <[EMAIL PROTECTED]> wrote: > Mach used to support multiprocessors. GNU Mach should too. > > What is currently missing is the local APIC support. That can be stolen from > xnu, Darwin's Mach. Then things should "just" need testing. What about the

Re: Maintenance of the Hurd parts in glibc (was: about GNU Hurd)

At Wed, 25 Jul 2007 21:13:34 -0400 (EDT), Michael Casadevall <[EMAIL PROTECTED]> wrote: > I realize no matter what we do, people are going to be upset, but its > hurting the project as a whole staying on CVS. It's delusional to think that the problems of the Hurd are related to a choice of the ver

Re: Yet another updated entropy patch

At Fri, 20 Jul 2007 18:53:05 +0200, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > On Thu, Jul 19, 2007 at 01:52:39AM +0200, Marcus Brinkmann wrote: > > At Thu, 19 Jul 2007 01:40:12 +0200, > > Thomas Schwinge <[EMAIL PROTECTED]> wrote: > > > What do you perceive

Re: Yet another updated entropy patch

At Thu, 19 Jul 2007 01:40:12 +0200, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > Uhm, Marcus, I don't really feel like discussing such nuisance, but I'd > say that as soon as you're putting in new-line breaks (which the GCS and > our own sanity mandates) you're as well editing in two dimensions, i

Re: Yet another updated entropy patch

> life. Congratulations! I guess it's tough love :) :) :) > On Jul 13, 2007, at 4:30 AM, Marcus Brinkmann wrote: > >> AM_CONDITIONAL([enable_kmsg], [false]) > > > > I was going to suggest uppercase for automake conditionals, but you > > can refer

Re: Doxygening Mach and Hurd

At Fri, 13 Jul 2007 16:18:36 -0400 (EDT), Michael Casadevall <[EMAIL PROTECTED]> wrote: > During my time correcting the entropy patch to meet the requirements to be > accepted, I noticved the coding style would make it extremely easy to doxyify > the codebase. In my experience, in-source markup

Re: Yet another updated entropy patch

Hi, some comments, not in order of importance. > It also has the patch in the proper format: Well, I prefer diff -rup, but what the heck. > AM_CONDITIONAL([enable_kmsg], [false]) I was going to suggest uppercase for automake conditionals, but you can refer to prior art, so nevermind :) >

Re: Problem with login

At Wed, 20 Jun 2007 16:57:05 -0400, Michael Casadevall <[EMAIL PROTECTED]> wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I don't think I should be able to do this: > > (I am using telnet to make it easy to copy and paste, but it works on > the real console) If you don't like

Re: fatfs: slot_status COMPRESS

At Wed, 13 Jun 2007 10:31:33 +0200, "christian nastasi" <[EMAIL PROTECTED]> wrote: > > [1 ] > [1.1 ] > Hi all, > I'm working on the vfatfs translator and I'm trying to understand how it > should be merged with the fatfs one. > First of all I'm looking at the dir entries searching (diskfs_lookup_

Re: Putting a random translator into the Hurd directly?

At Tue, 12 Jun 2007 16:55:52 +0200, Michael Banck wrote: > > On Tue, Jun 12, 2007 at 10:51:48AM -0400, Michael Casadevall wrote: > > That makes sense, but why don't we still include a random module in > > the source itself so people who are working on one at least can work > > >from a common s

Re: [task #6990] Avoid copying source files from other projects

At Fri, 08 Jun 2007 13:20:17 +, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > I just discovered that `[Hurd]/exec/' contains a number of source files that > have -- at the time they've been installed (1998 resp. 1994) -- been > verbatimly copied from the bzip2 and gzip (?) packages, but haven't

Re: Write a VFAT translator

At Thu, 7 Jun 2007 10:31:58 +0200, "christian nastasi" <[EMAIL PROTECTED]> wrote: > first of all I have to present myself since it is my first time writing to > this community, I have also to apologize for my English. Be very welcome, Christian! Your english is fine, don't let that bother you. >

Re: My proposal for `PATH_MAX' and friends (was: What is ``access (NULL, whatever)'' supposed to do?)

At Wed, 11 Apr 2007 10:56:18 +0200, Neal H. Walfield wrote: > > At Tue, 10 Apr 2007 22:10:01 -0700, > Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > > > > [1 ] > > On Tue, 2007-04-10 at 21:44 +0200, Thomas Schwinge wrote: > > > Hello! > > > > > > We're still being again and again annoyed by p

Re: rpctrace improvement for the Google Summer of Code

At Tue, 20 Mar 2007 23:16:13 +0100, Richard Braun <[EMAIL PROTECTED]> wrote: > > [1 ] > [1.1 ] > Hello, > > Here is a proposal for a Google Summer of Code project : rpctrace is one > of the most useful debugging tools on the Hurd. It could help a lot in > understanding some of the bugs of the s

Re: typos in gnumach manual

At Sun, 21 Jan 2007 15:24:09 +0100, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > Hello there, > > here's a bunch of typo fixes for the gnumach manual. > (You didn't mean "netword", right?) Thanks for these fixes. I put them into the HEAD and -1 branch. Marcus _

Re: Working on stuff / statement from tschwinge (was: Gnumach clean: Need advice, re Header files)

On Thu, 2006-11-09 at 14:06 -0300, Leonardo Pereira wrote: > "I may disagree with what you have to say, but I shall defend, to the > death, your right to say it." - Voltaire "Moron, I told you wahat todo you fuck nutt." "PLEASE GET A FUCKING CLUE YOU FUCKING IDIOT!" "Then suck the cock of a cow."

Re: subhurds

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 run by a non-privileged user, b

[task #5692] Data Export #5 (bugs)

Update of task #5692 (project hurd): status_id: => Closed ___ Follow-up Comment #0: [100] Job removed per request of his owner, Marcus Brinkmann 5.xml is no longer availa

[task #5692] Data Export #5 (bugs)

Planned Release: None Effort: 0.00 ___ Details: A new export job has been registered. This task has been created to keep the project informed. However, only Marcus Brinkmann, that created the job, can remove the

Re: Linus replies. Re: Computer: Can We Make Operating Systems Reliable and Secure?

At Wed, 10 May 2006 08:54:41 -0700, Thomas Bushnell wrote: > Still, he is essentially right. The conclusion is--dare I say > it--right as well. The best computer systems *are* single address > space systems. Of this, I have absolutely no doubt. But this just replaces the war on the best kernel

Re: Mach or L4 or Coyotos or ... !

At 8 Apr 2006 16:21:05 -0700, [EMAIL PROTECTED] wrote: > Hi all. Guys I _was_ really interested about Hurd development and all > those new things (Microkernel, multi-servers, OO, ..). So I downloaded > code, willing to study it to be able to contribute. Till now no > problems !. But really guys Ple

[patch #4984] Remove NORMA interface from hurd code

Follow-up Comment #2, patch #4984 (project hurd): The Makeconf change can go in. The subsystems ids should stay reserved in the list. ___ Reply to this item at: __

Alfred M. Szmidt

Hi, I have just removed Alfred from the bug-hurd mailing list. The specific mail that triggered this, in addition to his past behaviour, is referenced below. I apologize for the late reaction. His mail was sent to the list on 31st of Jan, when I was traveling. After that, first some mailing list

Re: [patch] Fix Hurd's kill(pgid, sig)

At Fri, 10 Feb 2006 04:20:34 +0200, Guillem Jover <[EMAIL PROTECTED]> wrote: > So before getting the hurd, glibc and the hurd built again, I'd like > to know if this is an acceptable solution (given that it adds a new > interface! ;), and we most probably would include it in Debian for > mass testi

Re: libdiskfs: build system inconsistencies; the Hurd `collecting box'

At Tue, 7 Feb 2006 10:17:53 -0500, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > > Hi! > > libdiskfs #includes pager.h (libpager). If pager is not contained in > HURDLIBS, then the system-wide file from /include will be used and not > the one from the currently-being-built Hurd tree. That won't

Re: Warnings removed from linux/dev/drivers/block/genhd.c

On Tue, 2006-01-31 at 01:55 +0100, Alfred M. Szmidt wrote: >>Are you sure that changing the #ifdef to #if is the right >>change? >> >> Quite, if you have specific concerns that I might have missed >> then please speak up. > >Your patch is potentially a functional c

Re: Warnings removed from linux/dev/drivers/block/genhd.c

On Tue, 2006-01-31 at 09:11 -0200, Matheus Morais wrote: > On 1/30/06, Marcus Brinkmann <[EMAIL PROTECTED]> > wrote: > > The patch contains a gratuitous change which > is not explained. This is sufficient reason for us to not > cons

Re: config.{guess,sub}

On Thu, 2006-01-26 at 12:43 -0500, Thomas Schwinge wrote: > Hi! > > I updated config.guess and config.sub for gnumach-1-branch, hurd-HEAD and > mig-HEAD. ftp://ftp.gnu.org/gnu/config/README> I don't object, but I would like to hear your motivation for this. Thanks, Marcus __

Re: Small console fixup

On Mon, 2006-01-23 at 20:41 +0100, Samuel Thibault wrote: > Hi, > > Here is an (I guess) obvious fixup: Doesn't save you from writing a changelog entry, though :) I checked this in. Thanks! Marcus > --- console/console-orig.c2006-01-23 20:39:56.0 +0100 > +++ console/console.c 2006-

Re: non-ascii characters and 8-bit Hurd console

On Mon, 2006-01-23 at 20:39 +0100, Samuel Thibault wrote: > [hurd]/console/ChangeLog > 2006-01-23 Samuel Thibault <[EMAIL PROTECTED]> > > Fix encoding of console input. We usually only describe changes this way when there is a whole batch of related changes. > * input.c (input_cr

Re: strict aliasing problem in GNU Mach

On Sun, 2006-01-22 at 17:06 +0100, Gianluca Guida wrote: > Among lot of warning, while compiling GNU Mach with recent gcc's we > get lot of warnings related to strict aliasing optimization. This > might lead the compiler into producing incorrect code. > > I personally think that instead of modifyi

Re: gnumach and gcc 4.0 (patch 1)

On Sun, 2006-01-22 at 06:17 -0500, Thomas Schwinge wrote: > On Fri, Jan 20, 2006 at 05:31:05AM -0500, I wrote: > > 2005-11-05 Thomas Schwinge <[EMAIL PROTECTED]> > > > > * linux/src/drivers/net/ne2k-pci.c (ne_block_input, ne_block_output): > > Fix previous patch. > > I put this in. > >

Re: gnumach and gcc 4.0 (patch 1)

On Fri, 2006-01-20 at 05:31 -0500, Thomas Schwinge wrote: > I'm going to commit the following patch unless someone vetoes: > > 2005-11-05 Thomas Schwinge <[EMAIL PROTECTED]> Just a general comment: If you commit a change, the date in the ChangeLog should be the date of the commit, not the date

Re: Patch submission and discussion guidelines

On Sun, 2006-01-15 at 14:20 -0800, Thomas Bushnell BSG wrote: > Thomas, if you are willing, please say so, and then we'll declare this > official. Marcus and Roland have already agreed this is sensible, so > there was no reason for delay except that my workload caused it to get > bumped from my at

Re: Patch submission and discussion guidelines

On Sat, 2006-01-14 at 02:31 +0100, Alfred M. Szmidt wrote: > Okie, I'm fed up with the braindead crap that the Savannah tracker is. What an extraordinarily differentiated statement of constructive criticism. > Always send patches directly to bug-hurd first, when they have been > discussed, and OK

Re: Tasks list for GNU Mach

At Thu, 22 Dec 2005 13:45:05 +0100, <[EMAIL PROTECTED]> wrote: > A couple of years ago, Marcus (and some others), more and more exposed > to the problems in Mach, made the claim that Hurd/Mach has no future, > and further developement should be directed to a port to a modern > microkernel like L4.

Re: Mach lack for frequent operations

At Fri, 18 Nov 2005 17:34:12 -0200, Matheus Morais <[EMAIL PROTECTED]> wrote: > > Quoted from Microkernels, Úlfar Erlingsson and Athanasios Kyparlis > "For some frequent operations, e.g. networking, the overhead of > context-switching was too great for an out-of-kernel implementation. Thus > the m

Re: The Hurd: what is it?

At Wed, 09 Nov 2005 21:54:52 +0100, Marco Gerards wrote: > > Marcus Brinkmann <[EMAIL PROTECTED]> writes: > > > The active translator problem seems serious to me. Without any > > guarantee about the implementation of a service, you can not know what > > it d

Re: ams-before-putsch

At Thu, 10 Nov 2005 15:17:40 +0100, Alfred M Szmidt wrote: > >> Marcus, can you find a name for the tag which is less >> provocative? > >Well, in fact, we can remove it, because the source tree doesn't >change much these days, and thus using dates to get the right >version is

Re: ams-before-putsch

At Wed, 09 Nov 2005 19:58:40 -0800, Thomas Bushnell BSG wrote: > > "Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes: > > > Marcus, I'm not even sure how to talk to you. Just remove that > > idiotic tag at once (unless I did it right). You have no business > > calling what I am doing illegal, by f

Re: The Hurd: what is it?

At Wed, 09 Nov 2005 23:22:33 +0100, Sergio Lopez <[EMAIL PROTECTED]> wrote: > > El mié, 09-11-2005 a las 20:32 +0100, Marcus Brinkmann escribió: > > We don't know (since the papers are not so technical, and we can't look > into the code) in deep what they do to M

Re: The Hurd: what is it?

At Wed, 09 Nov 2005 13:45:01 -0800, Thomas Bushnell BSG wrote: > Marcus Brinkmann <[EMAIL PROTECTED]> writes: > > This is why in FUSE, users don't see the user filesystems of other > > users. I am afraid that given the seriousness of the problem, this is > > th

Re: The Hurd: what is it?

At Wed, 9 Nov 2005 19:07:50 +0100, Sergio Lopez <[EMAIL PROTECTED]> wrote: > On the other hand, I don't think that the IBM case is applicable for us, > since their objetives are far different from ours. You think so? Surely, they had a strong priority on multiple personalities, while we only have

Re: The Hurd: what is it?

At Wed, 09 Nov 2005 09:44:18 -0800, Thomas Bushnell BSG wrote: > > Marcus Brinkmann <[EMAIL PROTECTED]> writes: > > > For problems with the Hurd passive translator design: > > > > http://lists.gnu.org/archive/html/l4-hurd/2005-10/msg00081.html > > I woul

Re: The Hurd: what is it?

At Wed, 9 Nov 2005 17:02:45 +0100, Bas Wijnen <[EMAIL PROTECTED]> wrote: > > Marcus made a promise to Jeff Bailey that the Hurd on L4 would be runnable > > last year. > > Marcus told you this day that he doesn't like it if you are claiming that he > said things, because you seem to have a habit of

Re: The Hurd: what is it?

At Wed, 09 Nov 2005 14:15:30 +0100, Sergio Lopez <[EMAIL PROTECTED]> wrote: > I've searched many times through the mailing lists, and I didn't found > a complete and rational discussion about the design issues of Mach/Hurd. > Perhaps could be a good idea to start such discussion now, probably > bot

Re: The Hurd: what is it?

At Wed, 09 Nov 2005 03:27:56 +0100, Alfred M Szmidt wrote: > > Marcus, your reply is a kneejerk reaction (I base this on your > inablity to understand the meaning of `seems to be dead'). You > yourself claimed that Hurd/FOO (FOO != Mach) would require a rewrite, > and the only thing left from Hur

Re: The Hurd: what is it?

At Wed, 09 Nov 2005 04:45:32 +0100, Sergio Lopez <[EMAIL PROTECTED]> wrote: > > El mié, 09-11-2005 a las 02:00 +0100, Marcus Brinkmann escribió: > > Of course, I don't speak for Roland or Thomas. But as far as I know, > > the direction of the Hurd has not ch

Re: The Hurd: what is it?

At Wed, 09 Nov 2005 01:43:01 +0100, Alfred M Szmidt wrote: > Right now Hurd on L4 seems to be dead as a stone This is not true (or may have some truth in it, depending on how you define "Hurd on L4"). > And it will require a total redesign, total rewrite of > everything, and what not. This is

Re: [EMAIL PROTECTED]: Re: spam]

Hi Bob, thanks for setting this up and clearing the queues. You deliver the tins, we bring you the spam! ;) At Sun, 25 Sep 2005 12:04:01 -0600, [EMAIL PROTECTED] (Bob Proulx) wrote: > Messages from non-subscribers who have never posted to the list before > will be held for human review. Those g

Re: Making the hurd console accessible to blind users

At Wed, 13 Jul 2005 10:07:30 +0200, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > Marcus Brinkmann, le Wed 13 Jul 2005 02:09:33 +0200, a écrit : > > At Wed, 13 Jul 2005 01:03:07 +0200, > > Samuel Thibault <[EMAIL PROTECTED]> wrote: > > > It seems all

Re: Making the hurd console accessible to blind users

At Wed, 13 Jul 2005 01:03:07 +0200, Samuel Thibault <[EMAIL PROTECTED]> wrote: > It seems all ok, except that in my latest patch, the repeater_node > variable of current-vcs.c has a default value of DEFAULT_REPEATER_NODE, > because else it would segfault if one loads the driver without > specifying

[patch #2507] Patch to update autoconf files

Update of patch #2507 (project hurd): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #9: Applied an only very

[patch #4129] initialize upi->max_prot

Update of patch #4129 (project hurd): Status:None => Done Open/Closed:Open => Closed ___ Follow-up Comment #1: This really seems to

[PATCH] upgrade autoconf of GNU Mach

Hi Roland, this patch by Neal and Guillem updates the autoconf framework for GNU Mach. Thomas Schwinge tested the full bootstrap procedure; in fact he wrote a script doing the full bootstrap, which he showed to me. He also was so kind to verify (automatically) that the set of driver options didn

Re: [PATCH v2] system V shared memory support for the Hurd in glibc

there, but I expect it should. I should add that the core functionality of this patch was tested by Gael at the LSM, and mplayer works! (Of course without sound, and with dropped frames at disk I/O, but you should have seen it without shm :) Thanks, Marcus 2005-07-11 Marcus Brinkmann <[EMAIL P

Re: [PATCH] system V shared memory support for the Hurd in glibc

At Tue, 12 Jul 2005 00:20:05 +0200, Marcus [EMAIL PROTECTED] de wrote: > > Below is a temporary patch for ext2fs to support the bit used for > nattch. Only few programs will require this, though. groan. 2005-03-09 Marcus Brinkmann <[EMAIL PROTECTED]> * p

Re: [PATCH] system V shared memory support for the Hurd in glibc

At Mon, 11 Jul 2005 23:52:35 +0200, Marcus [EMAIL PROTECTED] de wrote: > this patch is for glibc, but it needs to get more testing before it > can go in. Please give it a good beating. Here is a resent in a more sane format. I have no idea why it didn't do this the first time around---it's defin

Re: [PATCH] system V shared memory support for the Hurd in glibc

At Mon, 11 Jul 2005 23:52:35 +0200, Marcus [EMAIL PROTECTED] de wrote: > > Hi, > > this patch is for glibc, but it needs to get more testing before it > can go in. Please give it a good beating. I should add some information on how to test this. The shm node is /dev/shm. Normally, tmpfs is in

[PATCH] system V shared memory support for the Hurd in glibc

ation). Getting the cuid/cgid (always just uid/gid). Verifying the cuid/cgid when accessing. Compatibility note: Most programs should work. POSIX says RMID removes all mappings, but no system does it that way (and neither do we). 2005-07-11 Marcus Brinkmann <[EMAIL PROTECTED]> * s

Re: Making the hurd console accessible to blind users

At Mon, 23 May 2005 20:52:02 +0200, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > [1 ] > Hi, > > Now that FSF got my papers signed back, here is again my patch to let > screen readers like brltty work with the Hurd. As discussed and agreed > on some time ago on #hurd (and ##hurd), it extends Ma

[patch #4129] initialize upi->max_prot

URL: Summary: initialize upi->max_prot Project: The GNU Hurd Submitted by: marcus Submitted on: Sun 06/26/05 at 23:42 Category: Ext2 filesystem

Re: [PATCH] proxy memory object

At Sun, 12 Jun 2005 19:07:52 -0700 (PDT), Roland McGrath wrote: > > > There is something funky about the arrays. I originally wanted to use > > "^array[]", but that was a loser. > > What was the problem? I didn't see the right data. > I haven't played with ^array[], but I know about > out-of-l

[PATCH] proxy memory object

e real memory objects for the write object. That would be a small optimization. Thanks, Marcus 2005-06-06 Marcus Brinkmann <[EMAIL PROTECTED]> * include/mach/mach4.defs: Add memory_object_create_proxy interface. * Makefile.in (vm-cfiles): Add memory_object_proxy

Re: autoconf update patches

At Wed, 18 May 2005 02:02:26 +0200, Alfred M Szmidt wrote: > > Can we _please_ apply the patches for updating all the related > autoconf code right now? Cans omebody please do the bootstrap test? What's the problem with just testing the one potentially problematic scenario? > The worst case sce

Re: random translator

At Thu, 31 Mar 2005 09:18:33 -0800, Stou Sandalski <[EMAIL PROTECTED]> wrote: > Considering that the security of most cryptographic systems rests on > the quality of the rng, a half-assed solution is definitely not what i > am after. ("Hey! you are the guy that wrote the rng for hurd, that let > th

[bugs #12434] Unix-domain (local) sockets do not support getsockname() or getpeername()

Update of bugs #12434 (project hurd): Originator Name: => [EMAIL PROTECTED] ___ Follow-up Comment #1: Calling getsockname() on a Unix Domain Socket does not seem to be widely supported. I found t

[bugs #12434] Unix-domain (local) sockets do not support getsockname() or getpeername()

URL: Summary: Unix-domain (local) sockets do not support getsockname() or getpeername() Project: The GNU Hurd Submitted by: marcus Submitted on: Wed 03/23/05 at 21:18

Re: untrusted translators

At 21 Mar 2005 06:39:31 -0800, Thomas Bushnell BSG wrote: > > I have posted a suggestion to fix this a long time ago, but can't find > > the mail right now (maybe I never sent it?). The solution would be to > > always open nodes with O_NOTRANS, and if the translator bit is set, > > there is a user

Re: untrusted translators

At 20 Mar 2005 20:15:03 -0800, Thomas Bushnell BSG wrote: > > Marcus Brinkmann <[EMAIL PROTECTED]> writes: > > > Following untrusted translators in the filesystem is a real security > > hazard. > > Can you say more about a specific losing scenario? I did

Re: heads up

At 20 Mar 2005 14:35:15 -0800, Thomas Bushnell BSG wrote: > Thread moved over to bug-hurd since it's about design and not Debian > GNU/Hurd per se. Alfred Szmidt had pointed out that a dpkg > installation translator (one where you copy a .deb into a directory to > install it into the system) canno

Re: Patch to retrieve send rights for shared memory objects

Hi, I have some patches now (that I have to clean up and further test) that do sysv shm to the extent which is required by applications (except those rare ones which check nattch == 1 or something). The requirements for the underlying filesystem are: * Use of --inherit-dir-group to get SysV sema

Re: glibc; introducing slashpackage-foreign

At Thu, 10 Mar 2005 12:04:28 +0100, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > > Are you suggesting something we > > should do, or what is this about? > > It only was a heads-up: I'm doing this and that and it's working for me. > I gave this introduction to show what I (and others) are doing, th

Re: Patch to retrieve send rights for shared memory objects

At Tue, 1 Mar 2005 13:11:03 -0800 (PST), Roland McGrath wrote: > > >IMMAP0 IMMAP1 Meaning > > 0 0 Not supported. > > 1 0 Exactly no user. > > 0 1 Maybe only one user (or more). > > 1 1 Definitely more than one user. It turns out that we can not actually det

Re: glibc; introducing slashpackage-foreign (was: GNU Mach panic)

At Wed, 9 Mar 2005 12:50:55 +0100, Thomas Schwinge <[EMAIL PROTECTED]> wrote: > > [ Cc'ed to the slashpackage-foreign list > mailto:[EMAIL PROTECTED]>. ] > > [ Replied publically with Alfred's permission. ] This is all very well, but could you give us some context why you posted this here in t

Re: Patch to retrieve send rights for shared memory objects

At Mon, 28 Feb 2005 14:35:14 -0800 (PST), Roland McGrath wrote: > > > Ok. Should we change diskfs_get_filemap to accept a flag that says we do > > not want to create the memory object if it doesn't exist already? That > > seems to be an important optimization to me if we call it in io_stat. > >

Re: patch to enable --help in /hurd/init

Hi, Looks good to me. I have committed it, but I put the comment before the calculation of flags. I also added a small comment about the issue into the code. Thanks, Marcus At Wed, 23 Feb 2005 17:48:29 -0500, Ben Asselstine <[EMAIL PROTECTED]> wrote: > > * init.c (main): Only pass ARGP_NO_ERR

Re: isofs booting from grub

At Wed, 23 Feb 2005 00:23:53 +0100, Alfred M Szmidt wrote: > > The following is needed so that one can boot of a CD, many thanks to > Marcus. > > Ok to commit? Yes. > isofs/ChangeLog > 2005-02-23 Alfred M. Szmidt <[EMAIL PROTECTED]> > > * Makefile (iso9660fs.static): New target. Than

System V Shared Memory File-Based Interface

Hi, > At Wed, 9 Feb 2005 13:03:17 -0500, > Barry deFreese wrote: > > Roland, marcus, etc, can someone comment on the following patch neal made > > two years ago for sysv shared memory? > > > > http://lists.gnu.org/archive/html/bug-hurd/2002-04/msg00288.html Here is a list of issues I found, and

Re: Updated patch for weak aliases for glibc

At Thu, 10 Feb 2005 18:27:53 +0100, Alfred M Szmidt wrote: > And you still need to figure out a nice way to show that no other > symbols are missing weak_alias declaration magic. He has my word for it. We checked it both together by diffing the exported symbols from libc.so of the Hurd and Linux

Re: glibc changes

At Wed, 9 Feb 2005 13:03:17 -0500, Barry deFreese wrote: > I'm looking to try to do some updates to glibc. This started as the missing > weak_aliases but if possible may grow into the sysv and POSIX semaphore > stuff also. > > Roland, marcus, etc, can someone comment on the following patch neal

Re: SIOCGIFHWADDR support for pfinet

At Tue, 03 Aug 2004 16:03:11 +0200, Marco Gerards wrote: > On debian-hurd someone noticed SIOCGIFHWADDR does not exist for > GNU/Hurd. I have included the required patches for the Hurd and glibc > with this email. Or can someone suggest a better way to read the > hardware address? It seems basic

Re: trivfs and port leaks

At Tue, 8 Feb 2005 16:46:20 -0500, Ben Asselstine <[EMAIL PROTECTED]> wrote: > > Hello, > > This is an open question to anybody who knows about libtrivfs and how > it's used to create translators. > > Is there a reason that the trivfs-based translators in trans/ don't > call trivfs_clean_cntl()

Re: fakeroot

At Sat, 05 Feb 2005 17:26:13 +0100, Alfred M Szmidt wrote: > > I have no idea what people are smoking, I just tried > `dpkg-buildpackage -rfakeroot -uc -us' for the hello package and it > all worked dandy. Log attached. > > So unless someone comes up with a specific test case where fakeroot > do

Re: hurd installation

Why is this on both lists? At Tue, 01 Feb 2005 15:33:51 +0100, [EMAIL PROTECTED] (ÐÐ Ð) wrote: > Still, if it complained (not necessarily halted, a warning might be > enough: you wouldn't be annoyed by a warning indicating that you're > running your GNU/Linux system off a "Hurd" ext2 file

Re: potential nanosleep() fix

At Sun, 30 Jan 2005 23:20:06 +0100, Macrus Brinkmann wrote: > 2005-01-30 Marcus Brinkmann <[EMAIL PROTECTED]> > > * sysdeps/mach/nanosleep.c (__nanosleep): Calculate remaining > time, not elapsed time. Now that was a messed up patch. Here is a new version of the

potential nanosleep() fix

, Marcus 2005-01-30 Marcus Brinkmann <[EMAIL PROTECTED]> * sysdeps/mach/nanosleep.c (__nanosleep): Calculate remaining time, not elapsed time. --- nanosleep.c.org 2005-01-30 23:12:05.0 +0100 +++ nanosleep.c 2005-01-30 23:12:43.0 +0100 @@ -44,8

Re: GNU Mach autoconf update patch [repost]

At Sat, 22 Jan 2005 01:16:01 +0100, Guillem Jover <[EMAIL PROTECTED]> wrote: > > Hi, > > [ This is a repost of the latest patch. ] > > This patch is the one we are using on the latest gnumach Debian > package. > > It should be applied as Neal explained: > > $ cd gnumach-1-branch >

Re: GNU Mach and gcc 3.4 [repost]

At Sat, 22 Jan 2005 01:17:45 +0100, Guillem Jover <[EMAIL PROTECTED]> wrote: > * linux/dev/include/linux/skbuff.h (skb_put, skb_push): Fix errors > for deprecated use of labels at end of compound statements. > * i386/i386/fpe_linkage.c (enable_fpe): Declare. Applied, thanks! Mar

Re: console translator set without encoding

At 21 Jan 2005 19:31:13 -0800, Thomas Bushnell BSG wrote: > > Marcus Brinkmann <[EMAIL PROTECTED]> writes: > > > UTF-8 is an insanely complex standard, if you start to look down its > > depths. > > UTF-8 is a complex standard. It is not insanely s

  1   2   3   4   5   6   7   8   9   10   >