[588] in arla-drinkers

home help back first fref pref prev next nref lref last post

RE: arla 0.21 Oops on Linux 2.2.1

daemon@ATHENA.MIT.EDU (Neulinger, Nathan R.)
Fri Feb 5 17:01:08 1999

From owner-arla-drinkers@stacken.kth.se Fri Feb 05 22:01:07 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 15974 invoked from network); 5 Feb 1999 22:01:06 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
  by bloom-picayune.mit.edu with SMTP; 5 Feb 1999 22:01:06 -0000
Received: (from majordom@localhost)
	by sundance.stacken.kth.se (8.8.8/8.8.8) id WAA16340
	for arla-drinkers-list; Fri, 5 Feb 1999 22:55:20 +0100 (MET)
Received: from umr.edu (hermes.cc.umr.edu [131.151.1.68])
	by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id WAA16335;
	Fri, 5 Feb 1999 22:55:11 +0100 (MET)
Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.37.121]) via ESMTP by hermes.cc.umr.edu (8.8.7/R.4.20) id PAA14057; Fri, 5 Feb 1999 15:55:08 -0600 (CST)
Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2232.9)
	id <D9V0PF0M>; Fri, 5 Feb 1999 15:54:48 -0600
Message-ID: <9DA8D24B915BD1118911006094516EAF019C7EDA@umr-mail02.cc.umr.edu>
From: "Neulinger, Nathan R." <nneul@umr.edu>
To: "'Magnus Ahltorp'" <map@stacken.kth.se>, chuckl@netscape.com
Cc: arla-drinkers@stacken.kth.se
Subject: RE: arla 0.21 Oops on Linux 2.2.1
Date: Fri, 5 Feb 1999 15:54:38 -0600 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2232.9)
Content-Type: text/plain;
	charset="ISO-8859-1"
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk

> -----Original Message-----
> From: Magnus Ahltorp [mailto:map@stacken.kth.se]
> Sent: Friday, February 05, 1999 3:28 PM
> To: chuckl@netscape.com
> Cc: arla-drinkers@stacken.kth.se
> Subject: Re: arla 0.21 Oops on Linux 2.2.1
> 
> 
> > btw, it would be really cool if the default "make install" process
> > (on Linux, anyway) put xfs.o in /lib/modules/`uname 
> -r`/fs/xfs.o instead
> > of in /usr/arla/bin.
> 
> I will look into that.

Please don't. At least not as part of the "install" target. A
"modules_install" target or something would be better. I'd actually like it
to 'install' to $(prefix)/bin, and then make a copy into the modules tree.
If you wanted to name it according to the kernel version, that would be fine
as well.

The reason for my objection is that once you start wiring paths based on
anything other than $(prefix), it becomes a pain to maintain for numbers of
machines. In particular, locally we install everything to AFS, and
occasionally overlay that onto the local machine. 

I personally really dislike it when I tell a product to install to
/some/path and it goes and put's something in another directory. (Netatalk
went and installed stuff into my pam directory for example.) If I hadn't of
been paying complete attention, I never would have been able to take that
install to another machine and have it work, since I wouldn't have been
aware of that pam config file.

> > is arlad also dependent on the kernel version?
> 
> No.
> 
> /Magnus
> map@stacken.kth.se
> 

home help back first fref pref prev next nref lref last post