Hans Reiser wrote:
I would like to encourage its inclusion as an experimental filesystem
BEFORE vendors ship it. I think first putting experimental stuff in the
kernels used by hackers makes sense. I think it creates more of a
community.
I think -mm *is* what is run by hackers. That said, do
Hans Reiser wrote:
David Masover wrote:
Some people don't care about speed but need space. I'd leave them in on
general principle, even if no one wants them now.
Software design is usually improved by identifying features that aren't
worth much, and removing them from the interface and burying
Hans Reiser wrote:
Andrew Morton wrote:
- reiser4: not sure, really. The namespace extensions were disabled,
although all the code for that is still present. Linus's filesystem
criterion used to be once lots of people are using it, preferably
when
vendors are shipping it. That's a
Hans Reiser wrote:
Lindows is planning on shipping with reiser4 in its next release. I
would very much like to see our inclusion before that.
Yes, and we would very much like to see it in the mainstream kernel,
rather than an mm branch. It is perfectly acceptable to turn off the
namespace
Clifford Beshers wrote:
incompatibility or instability. Our goal is to ship it as an advanced
but integrated feature, i.e., we do not want to ship two kernels and/or
lose other features such as bootsplash, software suspend, etc.
^^
is not in the mainline
Con Kolivas wrote:
Clifford Beshers wrote:
incompatibility or instability. Our goal is to ship it as an
advanced but integrated feature, i.e., we do not want to ship two
kernels and/or lose other features such as bootsplash, software
suspend, etc.
^^
is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans Reiser wrote:
| David Masover wrote:
|
|
| Some people don't care about speed but need space. I'd leave them in on
| general principle, even if no one wants them now.
|
|
| Software design is usually improved by identifying features that aren't
|
Hi,
On Sat, Oct 23, 2004 at 12:39:57PM -0700, Andrew Morton wrote:
Hilzinger Marcel [EMAIL PROTECTED] wrote:
SuSE Linux 9.2 will contain reiser4
hm. Nobody ever tells me anything. Does that mean that
SuSE are using 8k stacks?
We have several reiser4/4KSTACKS successful reports.
Hans Reiser wrote:
Please make large keys the default, and hide the ability to
choose small keys by taking it out of the configuration menu and burying
it in a .h file.
Stupid question, why have small keys at all?
Someone said once that he didn't want to use large keys because they added
no
Andrew Morton wrote:
- reiser4: not sure, really. The namespace extensions were disabled,
although all the code for that is still present. Linus's filesystem
criterion used to be once lots of people are using it, preferably
when
vendors are shipping it. That's a bit of a
Hilzinger Marcel [EMAIL PROTECTED] wrote:
SuSE Linux 9.2 will contain reiser4
hm. Nobody ever tells me anything. Does that mean that
SuSE are using 8k stacks?
SuSE Linux 9.2 will contain reiser4
hm. Nobody ever tells me anything. Does that mean that
SuSE are using 8k stacks?
Yes, the defconfig does not have 4K stacks enabled.
(And I stick to that when I use the kernel-source.i586.rpm)
Jan Engelhardt
--
Gesellschaft für Wissenschaftliche
Hilzinger Marcel wrote:
Too late, perhaps... SuSE Linux 9.2 will contain reiser4 (at least the
beta testversions did). It cannot be set up via YaST during installation,
which makes its user base pretty small. 9.3 is where we will probably
get a lot of users. Probably more bugs will get found
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Törnqvist wrote:
| Hans Reiser wrote:
|
|
|Please make large keys the default, and hide the ability to
|choose small keys by taking it out of the configuration menu and burying
|it in a .h file.
|
|
| Stupid question, why have small keys at all?
| Stupid question, why have small keys at all?
|
| Someone said once that he didn't want to use large keys because they added
| no value to him and small keys wasted less space. If there are people like
| this around, burying it is not cool, but if there aren't, maybe small keys
| should be ripped
David Masover wrote:
Some people don't care about speed but need space. I'd leave them in on
general principle, even if no one wants them now.
Software design is usually improved by identifying features that aren't
worth much, and removing them from the interface and burying them where
average
Andrew Morton wrote:
- reiser4: not sure, really. The namespace extensions were disabled,
although all the code for that is still present. Linus's filesystem
criterion used to be once lots of people are using it, preferably when
vendors are shipping it. That's a bit of a chicken and
Christoph Hellwig wrote:
On Fri, Oct 22, 2004 at 03:54:00AM -0700, Andrew Morton wrote:
Your tree also has various rejected core changes for it still.
Which were they?
reiser4-aliased-dir.patch
reiser4-allow-drop_inode-implementation.patch
reiser4-export-inode_lock.patch
18 matches
Mail list logo
