From: Hubert Chan <hubert@uhoreg.ca>
To: reiserfs-list@namesys.com
Subject: Re: need opinions from sysadmins on where reiser4progs should install
Date: Mon, 21 Nov 2005 02:33:36 -0500 [thread overview]
Message-ID: <87y83isbe7.fsf@evinrude.uhoreg.ca> (raw)
In-Reply-To: <4381728D.7030300@namesys.com> (Hans Reiser's message of "Sun, 20 Nov 2005 23:09:01 -0800")
On Sun, 20 Nov 2005 23:09:01 -0800, Hans Reiser <reiser@namesys.com> said:
> Ok, I propose the following: search the standard locations for where
> it is currently, tell the user, ask the user if they want to rename
> those versions to *.old if the install of the new one succeeds, and
> then prompt for the install location with /sbin as the suggested
> default.
One possible problem: if, for example, a user has reiser4progs installed
as a Debian package, then the new (user-installed) version would be
overwritten if the reiser4progs Debian package gets updated. Whether
this is the desired result (e.g. if the new Debian package is a newer
version of reiser4progs) or not (e.g. if the new Debian is just a minor
bugfix on the old version of reiser4progs), I don't know.
So if you choose to do this, you may want to include a warning about the
above case. Users probably shouldn't try to have both the
distribution-packaged reiser4progs, along with a locally-compiled
version, at the same time.
> I think that unlike other user installed programs, fsck does not
> belong in /usr/local.
fsck, probably not. mkfs, maybe.
Another option is to default to /usr/local, to satisfy the principle of
least surprise for administrators who expect all locally-compiled
programs to be in /usr/local, but emit a very loud warning that "this is
probably not really what you want to do, and should only continue with
/usr/local if you know what you are doing" for the following reasons:
- having old versions of reiser4progs could be dangerous
- fsck will not be available until after /usr/local is mounted
- /usr/local/sbin is usually not on root's $PATH
- ...
> I think Philippe's point that old versions are dangerous is quite
> valid.
--
Hubert Chan <hubert@uhoreg.ca> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
next prev parent reply other threads:[~2005-11-21 7:33 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20051120040723.GA1392@148.Red-217-126-33.pooles.rima-tde.net.>
2005-11-20 11:55 ` need opinions from sysadmins on where reiser4progs should install Philippe Gramoullé
2005-11-21 7:09 ` Hans Reiser
2005-11-21 7:33 ` Hubert Chan [this message]
2005-11-21 13:32 ` Vitaly Fertman
2005-11-21 18:07 ` Hans Reiser
2005-11-22 0:04 ` michael chang
2005-11-22 19:33 ` David Masover
2005-11-22 20:14 ` Hubert Chan
2005-11-25 16:54 ` Chester R. Hosey
2005-11-13 7:17 Hans Reiser
2005-11-13 11:08 ` Petteri Räty
2005-11-13 15:37 ` Gorazd Golob
2005-11-13 17:42 ` Clifford Beshers
2005-11-17 4:56 ` Hans Reiser
2005-11-17 6:01 ` Paul Jarc
2005-11-14 20:50 ` Tom Vier
2005-11-14 22:26 ` Hubert Chan
2005-11-17 16:06 ` Philippe Gramoullé
2005-11-20 4:07 ` rvalles
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=87y83isbe7.fsf@evinrude.uhoreg.ca \
--to=hubert@uhoreg.ca \
--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.