[281] in arla-drinkers
Re: arla 0.12 has missing modversions.h
daemon@ATHENA.MIT.EDU (Dr A V Le Blanc)
Wed Sep 30 10:58:51 1998
From owner-arla-drinkers@stacken.kth.se Wed Sep 30 14:58:50 1998
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 25884 invoked from network); 30 Sep 1998 14:58:49 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 30 Sep 1998 14:58:49 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id QAA19890
for arla-drinkers-list; Wed, 30 Sep 1998 16:53:19 +0200 (MET DST)
Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id QAA19886
for <arla-drinkers@stacken.kth.se>; Wed, 30 Sep 1998 16:53:11 +0200 (MET DST)
Received: from cguhpc.cgu.mcc.ac.uk ([130.88.201.14] ident=zlsiial)
by probity.mcc.ac.uk with esmtp (Exim 1.92 #2)
for arla-drinkers@stacken.kth.se
id 0zONcs-0006cf-00; Wed, 30 Sep 1998 15:53:10 +0100
Received: (from zlsiial@localhost)
by cguhpc.cgu.mcc.ac.uk (8.7.6/8.8.4)
id PAA09494 for arla-drinkers@stacken.kth.se; Wed, 30 Sep 1998 15:53:10 +0100 (BST)
Message-ID: <19980930155310.B9463@afs.mcc.ac.uk>
Date: Wed, 30 Sep 1998 15:53:10 +0100
From: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
To: arla-drinkers@stacken.kth.se
Subject: Re: arla 0.12 has missing modversions.h
Reply-To: Dr A V Le Blanc <LeBlanc@mcc.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.1i
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
The new arla 0.12 works quite well on a stable Debian system;
that is, it has no new problems and fixes some of the old ones.
I can still hang the machine by asking for a lot of data from
arla at once; for example, a mkisofs job to write a GNU cd
of a mirror of prep.ai.mit.edu's /pub/gnu directory (excluding
the Hurd files) reliably causes the machine to hang, but this
was also true of earlier arla versions. Debugging a hung machine
is always a pain, since you can't easily find out what's happened;
I say `hung' although the machine still pings; a shell internal
command on a previously negatively niced process fails to complete
overnight, so it may just be a serious (unacceptable) slowdown.
Someone wrote:
> this may be trivial, but recent versions of xfs/linux/xfs_locl.h
> have not included the header file <linux/modversions.h>.
Magnus Ahltorp <map@stacken.kth.se> wrote:
> Correct behaviour of modversion handling has always been a problem. It
> works perfectly on RedHat 5.1 if you run a 2.1 kernel (sparc) compiled
> with version support.
> It also works on a Slackware system (with libc5 and 2.0 kernel).
And, as I said, it works perfectly on a Debian system. I believe
the modversions.h file is no longer created with the most recent
stable kernels? In any case, it does not seem to be necessary to
have a modversions.h file at all now, whereas some older versions
of arla allowed you simply to create an empty file and compile
with that.
-- Owen
LeBlanc@mcc.ac.uk
