[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Bug#151407: hurd: mount can't parse dselect command
From: |
Robert Millan |
Subject: |
Bug#151407: hurd: mount can't parse dselect command |
Date: |
Sun, 30 Jun 2002 17:51:24 +0200 |
User-agent: |
Mutt/1.4i |
On Sat, Jun 29, 2002 at 11:03:32PM -0400, Marcus Brinkmann wrote:
> On Sat, Jun 29, 2002 at 06:17:38PM +0200, Robert Millan wrote:
> > As discussed on help-hurd. Looking at dselect
> > sources, this is the nasty call that makes
> > Hurd's mount fail:
> >
> > mount -rt fstype
> >
> > I tried to fix mount.c to parse that weird
> > combination, but couldn't find where is the
> > -t option parsed.
>
> Did you read my mail which explained how -t is parsed? The above is
> equivalent to
>
> settrans ... /hurd/fstypefs -ro
>
> andthere is absolutely nothing weird about this.
I read your mail. but the problem here is different, the Hurd's
mount doesn't support mixing argument options with non-argument options
in the same dash, like this:
mount -rt fs
which is equivalent to:
mount -r -t fs
> Your report is pretty useless by the way. Don't refer to mailing lists
> in your report, instead, quote what you need. Then, you said "fail",
> but didn't say how it failss (eg error message and wha you expected to
> see).
Dselect uses the command i referred to, which causes this error:
rmh@bilbo:~$ mount -rt fs
mount: invalid option -- r
Try `mount --help' or `mount --usage' for more information.
> Look also at SEARCH_FMTS in util/mount.c, please.
ok
> If "iso9660" vds "iso" is the problem, I still think the best solution
> is a symlink or renaming isofs.
well that's a problem too, but it's separate.
cheers,
--
Robert Millan
"5 years from now everyone will be running
free GNU on their 200 MIPS, 64M SPARCstation-5"
Andrew S. Tanenbaum, 30 Jan 1992