All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Masover <jedi@ninja.dynup.net>
To: reiserfs-list@namesys.com
Subject: Re: V4 status
Date: Tue, 02 Dec 2003 20:17:40 -0600	[thread overview]
Message-ID: <3FCD47C4.50500@ninja.dynup.net> (raw)
In-Reply-To: <16333.14692.61778.304155@pc7.dolda2000.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Fredrik Tolf wrote:

>May I ask what the current stability status is for V4? Is there mayhap
>a HTTP resource for it that I have not found?
>
>Fredrik Tolf
>
>  
>

I believe patching your kernel will not hurt anything else, and mounting 
a filesystem will probably not hurt anything else.

I have a laptop on which I use Reiser4 for everything but /boot (as v4 
is not supported by grub and v3 was never supported very well).  It 
seems reasonably stable (once I fixed a problem with xscreensaver).  
However, I still back up daily, and will continue to do so until someone 
here tells me I can trust it.  (Then I'll fall back to no backup until I 
get the tape drive working so I can do proper incremental backups.)

BTW, to all -- I have had no problems specifically reiser4 related.  I 
was complaining of crashes earlier, but it seems those were either in my 
pam libs or my screensaver -- reinstalling all my software seemed to 
help (and as I didn't touch the kernel, it wouldn't have fixed it if it 
were a filesystem issue).  In fact, I know for sure it's at least partly 
due to problems with pam and related things, because my su (among other 
things) had lost its setuid bit -- due to my using the wrong arguments 
to cp when upgrading from v3.

The only thing I might complain about is that, although it was listed as 
a possibility to display file permissions as files within a file (for 
example, I should be able to do 'touch file; ls file'), I have had two 
problems there.  First, ls seems to know it's a file, and so I can't see 
any files within it.  Second, it needs the executable bit, or I get 
permission denied errors when trying to look at any files inside it.  
Third, even with ls not working, no guesses I've made on potential 
filenames has worked.

I know almost nothing about the interface behind this.  That said, 
here's what I'd suggest (without knowing any better):
- - If I look at something without using a trailing slash, it should be 
treated as a file, except maybe for compatibility reasons.
- - If I do use a trailing slash, or as a parent directory to anything, it 
should be treated as a directory.
- - If it is a regular file (and not a directory pretending to be a file 
through some odd plugin -- /etc/passwd could be a file constructed from 
files in /etc/passwd/) then permission to view it as a directory should 
be assumed for anyone with read access.  As an alternative, the ability 
to change into a directory could be implemented as another security 
attribute, which is automatically linked to executable permission for 
"normal" directories.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iQIVAwUBP81HyAisZLIF6uqOAQIH9w/9HV/r2hZOGiUKUZjDsToFkNr+HJn+fTsj
C1imfdKC+tiL9kcI8wfjERFcwj/v6gMCmzXSs/XNRa12cs9Ddm+goeqHhfnjUiO8
FM0y6m7kebonM957VqJvVhxLfJkZvHjn3aCtHxl3oHfme9Xz7FrZbBpTbDTPA+aY
wYFFun51dQeIG6P4DqWNUIdEC9UNczdtk+Mhh9QsA9wCcT4bmO3UmiOs0mKN9o6K
KXsIJCE0DddXxKhROd0RnSY/jKz3KmpTtsNQDekXPaIvMa01qIQOvqv7bbQ/tux8
OZfYGb8dfR/8TmEIOg7HnrF5agcygpIe2EYb7bwmNi+iT8jA5l4NAOT5EdtzFZxk
+5hnX3vrSQezoRmr6cYnxgjZtlR5U/tcCZGLcPtvyL5KnxLE83uDBePfQZI8oXd2
mb4wcrLgmyw02n/m8yE7WMB5ukrj4YKNMIGxLR5u0nuNKJFHFLbqiIshg5ZQY1DF
CkWMHF1H18Qv6f6zszec4m47hkt/PKpSEArLzMoFA9ag/WtoNrDQq7+iRxy2LYKH
evK5AIMFAL9v3huxmCphHK6bjQzdTsl4mvnsPjB0hHcp+MhIsyBzobhd27oaBcsv
Hfj/0RywUwRlRj5zdwuoLuPHYlf38PjZlrAmfENWW2CrOL5+7RgbTGeUe+JU/J+t
+KlqxdjP1Dc=
=ExXE
-----END PGP SIGNATURE-----


  reply	other threads:[~2003-12-03  2:17 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-03  1:16 V4 status Fredrik Tolf
2003-12-03  2:17 ` David Masover [this message]
2003-12-03 15:29   ` Redeeman
2003-12-04  1:24     ` grub (Re: V4 status) David Masover
2003-12-03 19:27   ` V4 status Hans Reiser
2003-12-03 19:30   ` Hans Reiser
2003-12-03 19:40     ` Nikita Danilov
2003-12-04  1:33       ` pseudo files (Re: V4 status) David Masover
2003-12-04 23:33       ` V4 status Enrique Perez-Terron
2003-12-05  3:50         ` pseudo files & execute bit (Re: V4 status) David Masover
2003-12-05  5:24           ` The x Bit Problem Grant Miner
2003-12-05  8:07             ` Bob
2003-12-05 12:30               ` Tomasz Rola
2003-12-05 14:04                 ` Tomasz Rola
2003-12-05 12:44             ` Hans Reiser
2003-12-05 14:03               ` David Masover

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3FCD47C4.50500@ninja.dynup.net \
    --to=jedi@ninja.dynup.net \
    --cc=reiserfs-list@namesys.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.