Re: Why are you guys using user space utilities not written by us that seem to not work? Could you change who is the debian maintainer for us?
Hans Reiser wrote:
I can volunteer email@example.com, the guy who writes our utilities
(which work), for the task.
Sorry, but this is the first thing i hear anything about this :-?
This is the second time that Ed has broken Reiserfs support in Debian,
and each time it breaks Namesys looks bad, because users have no idea
it is not us who broke our code. Thanks to Cliff we now have an idea
where some mysterious reports of things breaking have their source.
Progsreiserfs are *not* in testing and have Release Critical bugs for a
reason, and that is to avoid giving the impression that they are stable
packages. In fact, they are even categorized under "extra" instead of
"optional", because they are lower priority.
Who is jltallon? adv-solutions.net has no information on its web page
explaining about who they are.
Well, José Luis Tallón (that's me). Currently finishing the NM process
at Debian and maintainer of some packages.
Adv-solutions.net has no web page. It is one of my personal domains,
with no commercial interests attached.
Is Debian intending to code fork ReiserFS? Are you guys that nuts?
Vitaly, please pursue this matter with Debian.
Well, i would sincerely appreciate that somebody explained the full
thing to me.
I have been intending to upgrade "progsreiserfs" for quite some time
now, but lacked the necessary time. And since they are not in testing, i
really needed not worry.
From what i read below, there is somebody actually using QtParted for
their installer. This means i now have some incentive to devote work to
this... i will try to have it upgraded as soon as possible, but i can't
guarantee anything. I will try to keep you posted.
Any additional feedback would be appreciated.
Re: Install errors, reiser3 messages
Clifford Beshers <firstname.lastname@example.org>
Mon, 28 Feb 2005 12:12:38 -0800
Hans Reiser <email@example.com>
Hans Reiser <firstname.lastname@example.org>
(qmail 14707 invoked by uid 85); 28 Feb 2005 20:12:56 -0000
from email@example.com by thebsh.namesys.com by uid 82
with qmail-scanner-1.15 (spamassassin: 2.43-cvs. Clear:SA:0(0.0/2.0
tests=none autolearn=no version=2.60):. Processed in 8.523853 secs);
28 Feb 2005 20:12:56 -0000
from mail.linspire.com (HELO mail.lindows.com) (188.8.131.52) by
thebsh.namesys.com with SMTP; 28 Feb 2005 20:12:47 -0000
by mail.lindows.com (Postfix, from userid 8) id 17AEC15C6D20; Mon, 28
Feb 2005 12:14:02 -0800 (PST)
from linspireinc.com (unknown [184.108.40.206])by mail.lindows.com
(Postfix) with ESMTPid CC40A15C6CF3; Mon, 28 Feb 2005 12:14:01 -0800
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20041006
text/plain; charset=ISO-8859-1; format=flowed
SpamAssassin 2.60 (1.212-2003-09-23-exp) on thebsh.namesys.com
No, hits=0.0 required=2.0 tests=none autolearn=no version=2.60
Well, I have some new info this morning.
We attributed the errors to hard drive problems to start with as well,
but the errors were too consistent and appeared on too many machines
Over the weekend we have collected many reports of people being unable
to install using reiser3, but succeeding with reiser4. This
eliminates both bad CD burns and hard drive errors, so I went looking
for another cause.
Recently we included qtparted which pulls in a Debian package called
``progsreiserfs'' instead of ``reiserfsprogs.'' We are investigating
this as the cause of the problems right now.
We are seeing a behavior with the ``progsreiserfs'' tools that one
install will generate errors, another will succeed but take a long
time, and a third will succeed in the normal amount of time. Same
machine, same hard disk, same CDROM.
I'm including Debian's description of these packages below.
Status: install ok installed
Maintainer: Ed Boraas <firstname.lastname@example.org>
Depends: libc6 (>= 2.3.2.ds1-4), libuuid1
Description: User-level tools for ReiserFS filesystems
This package contains utilities to create, check, resize, and debug
NOTE: Releases of Linux prior to 2.4.1 do not support ReiserFS on
Thus, these tools will only be useful with Linux 2.4.1 or later, or if
kernel has been built with the ReiserFS patch applied. This patch can
in the appropriate kernel-patch-<version>-reiserfs packages.
zz:~# apt-cache show progsreiserfs
Maintainer: Jose Luis Tallon <email@example.com>
Depends: libc6 (>= 2.3.2.ds1-4), libreiserfs0.3-0 (>= 0.3.0), libuuid1
Description: Tools for manipulating ReiserFS filesystems
progsreiserfs is a collection of tools for manipulating
ReiserFS filesystems. There are tools to create, check,
resize, tune and copy ReiserFS filesystems.
These tools differ from the standard Namesys ReiserFS tools
in that they use libreiserfs to do their work.