hurd_20020103-1_hurd-i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
hurd_20020103-1.dsc
hurd_20020103.orig.tar.gz
hurd_20020103-1.diff.gz
hurd-dev_20020103-1_hurd-i386.deb
hurd_20020103-1_hurd-i386.deb
Greetings,
Your Debian queue daemon
On Fri, Dec 28, 2001 at 07:49:34PM -0500, Roland McGrath wrote:
> Specifically, I would love to see storeinfo
> actually output something understandable for an NFS file.
(no time yet to actually take a closer look at your changes)
What I get is a
storeinfo: /nfs/bin/true: (ipc/mig) client type c
The gnumach driver behaves like BSD drivers did ten years ago and more
(because that's where Mach evolved from). In the 1990s it became common to
use the faster serial port speeds on PCs and this became a problem, so the
*BSD systems changed their drivers to have the interrupt handler put raw
dat
On Fri, Oct 19, 2001 at 09:44:28PM +0200, Diego Roversi wrote:
> Hi,
>
> I finally fixed gnumach so it can handle sustained transfert on serial
> port at higher speed. On my PC works great so I'm posting the patch for any
> brave guys who want test it on their PC.
I have gotten as far as repro
Great, thanks for all the info - it should be very helpful in getting me
started. I'll make my attempt at it ASAP. I'll certainly be taking up your
offer for help since I'm not hugely experienced with C programming (which
is the main reason I want to find something like this to do).
Thanks, Marcu
If you want to put in just the `function' removal changes now, that is fine
by me. (All of the runsystem.sh changes are ok.)
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
> The -c option makes sure all nodes exist, even if the glob is failing. So
> you might end up with empty files like '*' or '.??*'.
It was obvious (to me) what this code is doing. But I will not accept it.
Creating files called "*" on disk and then removing them, just to be lazy
in your shell p
On Fri, Jan 04, 2002 at 01:18:50AM +0100, Alfred M. Szmidt wrote:
> I changed it back to the original version but modified it a bit so it
> works under a POSIX shell. Currently its a really ugly hack, so if
> you have any suggestions on how one could do it differently please
> tell me.
Before yo
* Roland McGrath writes:
>> The reason for making them POSIX shell compliant was because they
>> were supposedly POSIX shell compatible in the beginning (or maybe
>> that was Bourne shell compatible?).
> I don't follow the logic or see the goal. Depending on bash is not
> a problem for the GNU s
On Thu, Jan 03, 2002 at 11:20:47PM +0100, Patrick Strasser wrote:
> Marcus Brinkmann wrote:
> >
> > On Thu, Jan 03, 2002 at 08:48:35PM +0100, Patrick Strasser wrote:
> > > James Morrison wrote:
> > > >
> > > > --- Patrick Strasser <[EMAIL PROTECTED]> wrote:
> > > > That HCL is old. The new HCL i
Marcus Brinkmann wrote:
>
> On Thu, Jan 03, 2002 at 08:48:35PM +0100, Patrick Strasser wrote:
> > James Morrison wrote:
> > >
> > > --- Patrick Strasser <[EMAIL PROTECTED]> wrote:
> > > That HCL is old. The new HCL is at
> > > http://www.freesoftware.fsf.org/thug/gnumach_hardware.html .
> > >
>
The situation is that stdio.h (the libio one) declares sys_errlist, but it
does not in fact exist in libc. It seems questionable for the declaration
to be there. But I don't have enough information to know why (or if) it is
actually causing your build problem.
I don't know how you came to your
On Thu, Jan 03, 2002 at 08:48:35PM +0100, Patrick Strasser wrote:
> James Morrison wrote:
> >
> > --- Patrick Strasser <[EMAIL PROTECTED]> wrote:
> > That HCL is old. The new HCL is at
> > http://www.freesoftware.fsf.org/thug/gnumach_hardware.html .
> >
>
> I found the old link at hurd.gnu.org
James Morrison wrote:
>
> --- Patrick Strasser <[EMAIL PROTECTED]> wrote:
> That HCL is old. The new HCL is at
> http://www.freesoftware.fsf.org/thug/gnumach_hardware.html .
>
I found the old link at hurd.gnu.org. This needs to be changed.
I'm willing to do this. What is needed to commit the
On Thu, Jan 03, 2002 at 02:58:24PM +0100, Lars wrote:
>
> Hi, i got this error while trying to compile with last nights cvs update.
>
> make -C serverboot all
> make[1]: Entering directory `/src/hurd/serverboot'
> make serverboot prof-depend=t
> make[2]: Entering directory `/src/hurd/serverboot'
On Thu, Jan 03, 2002 at 07:39:42PM +0800, Robert Marlow wrote:
> Hi people. I was wondering if anyone was working on a translator for
> MS-DOS filesystems. If not or if they need help I'd like to take a
> swing at it. What's involved?
The link Neal posted has a snapshot of the last version I to
On Thu, Jan 03, 2002 at 10:33:33AM +0100, Diego Roversi wrote:
> On Wed, Jan 02, 2002 at 10:58:18PM +0100, Marcus Brinkmann wrote:
>
> > Hi,
> >
> > we are having a problem with the serial device driver. Neal and I think we
> > tracked it down to the interrupt handling.
> >
>
> Some month ago
Quick summary: libiberty gets confused building apps on libio. I just
got a call to run into work, but I wanted to post this now in case the
answer is obvious to everyone but me. I'll look at it more tonight.
There is no mention of sys_errlist in stdio.h on a stdio build,
however stdio.h contai
Hi, i got this error while trying to compile with last nights cvs update.
make -C serverboot all
make[1]: Entering directory `/src/hurd/serverboot'
make serverboot prof-depend=t
make[2]: Entering directory `/src/hurd/serverboot'
make[2]: *** No rule to make target `boot_script.o', needed by
`ser
> Hi people. I was wondering if anyone was working on a translator for
> MS-DOS filesystems. If not or if they need help I'd like to take a
> swing at it. What's involved?
Look at debian.org/~brinkmd
> Also, did anything come about concerning using ACLs for permissions in
> the Hurd?
Not that
Title:
¹Ì½ºÄÚ¸®¾Æ Åõ½ÃÄ«¸Þ¶ó »çÁø ÃÑ 10Àå
Hi people. I was wondering if anyone was working on a translator for
MS-DOS filesystems. If not or if they need help I'd like to take a
swing at it. What's involved?
Also, did anything come about concerning using ACLs for permissions in
the Hurd?
--
from
da Bobstopper
(Public Key available
On Wed, Jan 02, 2002 at 10:58:18PM +0100, Marcus Brinkmann wrote:
> Hi,
>
> we are having a problem with the serial device driver. Neal and I think we
> tracked it down to the interrupt handling.
>
Some month ago, I'd also a problem with the serial line, and I post some
patch for gnumach. Som
23 matches
Mail list logo
