On the advice of people on OPN:#hurd, I changed my kernel line to:
kernel /boot/oskit-mach.gz -h CONS_COM=2 -g GDB_COM=2 BAUD=9600 -s root=device:hd0s3
--
...
Continuing.
Welcome to GNUmach 1.2.91-OSKit!
module 0: /hurd/ext2fs.static
--multiboot-
* James Morrison writes:
> Did your patches include a way to change all 4 permission bit sets?
> or would chmod ak+r work?
chmod ak+r should work, yes.
--
Alfred M. Szmidt
___
Help-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listi
--- "Alfred M. Szmidt" <[EMAIL PROTECTED]> wrote:
> * James Morrison writes:
> > The author shouldn't have any permission bits. chmod a+r should add read
> > access to the owner, group, and other. Should chmod a+r alter the nouser
> > permissions? I wouldn't think so.
>
> Me either, the curr
On Fri, May 24, 2002 at 03:42:22PM -0400, Joshua Judson Rosen wrote:
> If you've already got the filesystem `mounted', wouldn't it normally
> make more sense to make a firmlink to the existing mount-point than to
> re-mount the store?
>
> Or even just use the existing mountpoint?
>
> I suppose t
Gerhard Muntingh <[EMAIL PROTECTED]> writes:
> That's not a reason to include an annex. The FHS specifies
> a consistent environment for POSIX software. It's should
> not contain OS specific contents (IMO).
FHS has always had the attitude that it would have OS-specific
annexes. And here, we c
On Fri, May 24, 2002 at 09:13:09PM +0200, Ludovic Court?s wrote:
> > > > Since filesystems can be `mounted' in users directories, serveral users
> > > > of the same machine are very likely to mount the same filesystem in
> > > > their own home dir, so that's an important issue.
> >
> > This isn'
* Matthew Sackman writes:
> Following on from chown is chmod: when one does a chmod a+r [filename]
> for example, I take it that under Hurd that's going to update the
> permissions for 'author' and not 'all'. Maybe use an 'A' for 'all'?
The author field has nothing to do with the permission bits.
* James Morrison writes:
> The author shouldn't have any permission bits. chmod a+r should add read
> access to the owner, group, and other. Should chmod a+r alter the nouser
> permissions? I wouldn't think so.
Me either, the current patches for chmod currently use `k' for setting
the unknown
On Wed, May 22, 2002 at 09:59:52PM +0200, Alfred M. Szmidt wrote:
> Software must never create or require special files or subdirectories in
> the root directory. Other locations in the FHS hierarchy provide more
> than enough flexibility for any package.
> It could be changed to:
>
> Third
(yes I've read the entire thread by now :)
On Wed, May 22, 2002 at 04:10:50PM -0400, Richard Kreuter wrote:
> annex, and even that there are reasons not to introduce any such
> addition, but there is a straightforward reason to include one: Debian
> wants to comply with the FHS, and there are ben
--- Matthew Sackman <[EMAIL PROTECTED]> wrote:
>
> Following on from chown is chmod: when one does a chmod a+r [filename]
> for example, I take it that under Hurd that's going to update the
> permissions for 'author' and not 'all'. Maybe use an 'A' for 'all'?
>
The author shouldn't have any p
> > > Since filesystems can be `mounted' in users directories, serveral users
> > > of the same machine are very likely to mount the same filesystem in
> > > their own home dir, so that's an important issue.
>
> This isn't true because users currently cannot get the device master port
> for the
Following on from chown is chmod: when one does a chmod a+r [filename]
for example, I take it that under Hurd that's going to update the
permissions for 'author' and not 'all'. Maybe use an 'A' for 'all'?
Uppercase isn't generally liked for command options it appears. Any
other suggestions?
Mat
>Maybe something like network storage
> device access? Maybe a filesystem server who used a
> network-accessible store could turn out to be better than nfs. Just a
> thought.
are you thinking of something like the linux Network Block Device,
or something higher-level, like GFS?
>
On Fri, May 24, 2002 at 04:31:00PM +0200, Wolfgang Jährling wrote:
> Ludovic Courtès <[EMAIL PROTECTED]> wrote:
> > Since filesystems can be `mounted' in users directories, serveral
> > users of the same machine are very likely to mount the same
> > filesystem in their own home dir, so that's an i
Ludovic Courtès <[EMAIL PROTECTED]> writes:
> Hi!
>
> I'm wondering what happens when several instances of a filesystem server (with
> the same device as a parameter) run on a machine? In other words, what happens
> to the underlying data? How is data consistency handled?
I have found, thanks t
Ludovic Courtès <[EMAIL PROTECTED]> wrote:
> Since filesystems can be `mounted' in users directories, serveral users of the
> same machine are very likely to mount the same filesystem in their own home
> dir, so that's an important issue.
Why should multiple users have access to the same store?
--- [EMAIL PROTECTED] wrote:
> > Hi!
> >
> > I'm wondering what happens when several instances of a filesystem
> > server (with the same device as a parameter) run on a machine? In other
> > words, what happens to the underlying data? How is data consistency
> > handled?
>
> AFAIK this isn't han
> Hi!
>
> I'm wondering what happens when several instances of a filesystem
> server (with the same device as a parameter) run on a machine? In other
> words, what happens to the underlying data? How is data consistency
> handled?
AFAIK this isn't handled at all. Why do you want to do this?
> Si
Hi!
I'm wondering what happens when several instances of a filesystem server (with
the same device as a parameter) run on a machine? In other words, what happens
to the underlying data? How is data consistency handled?
Since filesystems can be `mounted' in users directories, serveral users of th
On Fri, May 24, 2002 at 06:25:58PM +0530, paivishwas wrote:
> The mail digest (bug-hurd), which I am receiving, contains only junk characters.
It is the sad truth that all those junk characters contain advertisement
(spam) in languages with a foreign character set.
The GNU project is working on
* paivishwas writes:
> The mail digest (bug-hurd), which I am receiving, contains only junk
> characters. I even tried changing my mail client but did not work
Yes, because this is what people call spam. And don't bother bring
up the topic about filtering spam, it has been beaten to death
sever
8<
>The mail digest (bug-hurd), which I am receiving, contains only junk characters.
>
>
8<
>Today's Topics:
>
>1. ¾Æ¸§´Ù¿î ¼Õ, ¹ßÀ» °®°í ½ÍÀ¸¼¼¿ä? [±¤ °í] (Foot Day)
>2. Á÷Á¢ ÂïÀº Æ÷¸£³ë¸¦ º¸¿©ÁÖ¸! (21025.com)
>3. Á÷Á¢ ÂïÀº Æ÷¸£³ë¸¦ º¸¿©ÁÖ¸! (21025.com)
>4. Re: scsh on GNU/Hurd (N
Hi,
The mail digest (bug-hurd), which I am receiving, contains only junk characters.
I even tried changing my mail client but did not work
sample i received:
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bug-hurd digest..."
Today's Topics:
1. ¾Æ¸§
Title: §A¦³¬ÝTVBS¤ÎªF´Ë·s»Dªº³ø¾É¶Ü
§A¦³¬ÝTVBS¤ÎªF´Ë·s»Dªº³ø¾É¶Ü¡H¡H¡I¡I
¿Ë©ô¶W°Ó¥HÄAÂФ@¯ë¶Ç²Îªº¤è¦¡¸gÀç¡A¥þ¬Ù¼ö¯P®i©±¤¤¡ã¡ã
¤£½×§A¬O±q§O¤Hªº¤f¤¤¡A©Î¬O±q·s»D³ø³¹Âø»x¬Æ¦Ü¬O¹qµø¼@¤¤¡]«°¥«³y^¶¯¡^Å¥¹L¡I¡I
§O¦AÃhºÃ°¨¤WÆ[¬Ý->½u¤WVCD(18¤ÀÄÁ¿Ë©ô²z©À¡B¨î«×¤Î¼úÀy¤è¦¡¡^
25 matches
Mail list logo