[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Installation of the Hurd



Roland Stigge <stigge@informatik.hu-berlin.de> writes:


Hi!

[...]

> > > Maybe this is related to it: The last message of ./native-install is
> > > "./native-install: Cannot make pipe for command substitution: Protocol
> > > family not supported". I get a similar output on MAKEDEV. But the
> > > respective devices seem to be created ok after MAKEDEV. Another typical
> > > error on the remaining screen is "./native-install: line 219: umount:
> > > command not found".
> > 
> > Pipes are not available until the pflocal translator is set.  I do not
> > exactly remember how that works, but IIRC it was:
> > 
> > settrans -acp /servers/sockets/1 /hurd/pflocal
> 
> ... but I guess this should be done by crosshurd or the software
> installed by crosshurd/native-install.

This should be done by native-install.

[...]

> I will first report against crosshurd, because the uppermem and
> ext2fs.static-error bugs are probably fixed in current upstream
> versions. When I see that it's not fixed upstream, I'll copy to
> Savannah.

These bugs are in the Hurd or in GNUMach, not in crosshurd.

> > Are you sure it is 1.2?  The problem is that GNUMach 1.3 displays a
> > message that is is 1.2 (or something like that).  Did you check the
> > package version or the on screen messages.
> 
> The screen messages. But the last package changelog entry is from
> 2002-04-19, i.e. before the official 1.3 release (2002-05).

Thanks for checking this.  Did you report this bug?

> Besides: On the GNU Mach homepage, I read that the new version supports
> >=10GB disks. Does this hold for _partitions_ (and the Hurd) as well? I
> guess, not.

This is only for the disks (and the partitions on that disk).  The
problems are in the filesystems.  Most filesystems that use libdiskfs
have this problem.  ext2fs, the one you are using is almost fixed
(Ognyan is working on this.  iso9660fs and ufs are still broken.  And
fatfs does not have this problem but is not finished yet.

--
Marco



Reply to: