Re: Software/HD ecology

From:

Ajanta

Subject:

Re: Software/HD ecology

Date:

Tue, 17 Dec 2002 18:29:51 GMT

User-agent:

Thoth/1.5.10 (Carbon/OS X)

Lee Sau Dan <address@hidden> wrote:
> Why in the first place would the program NEED to install files all
> over the place?
It doesn't, shouldn't, but many do.
> Unix is well designed. Most (if not all) GNU programs can be
> configured to be installed anywhere...
The complaint in this sub-thread is that many times programs come with
bad default choices. Often, to compound the problem, there is no
uninstall. This is not about Unix, but people who write, manage, or
distribute programs. I used the term unix to refer to the community and
its culture, not the OS.
> To uninstall the application, simply "rm -rf /usr/local/foobar" and
> you're done!
Here is the example a poster gave from his system. There may or may not
be other emacs related named files there, these are just the matches on
the *name* emacs:
% find /usr -name emacs -print
/usr/bin/emacs
/usr/info/emacs
/usr/libexec/emacs
/usr/local/bin/emacs
/usr/share/emacs
/usr/share/info/emacs
To duplicate the convenience implied in your suggestion, one would have
to delete /usr.
> Anyway, nowadays, people almost always use package managers, such as
> RPM in RedHat and SuSE.
To have package managers which work on only one or two sub-flavors or,
as in Fink's case, only on the software downloaded from one source is
really not such a hot solution (though a welcome "patch").
What is needed:
(1) To change the culture, so that every program comes with a safe and
complete uninstall option.
(2) To empower the user, so he/she can easily discover what a
particular file on his/her computer is for, and where are all the files
related to the package xyz. I think you want to be able to specify the
source (GNU or FSF), name (emacs), and version (27.5) with intelligent
defaults, like all versions when none is specified.
> That explains why the issue you raised out is a non-problem for Unix.
> Unix has been supporting long file names for a long time.
I haven't come across many programs with long descriptive file names.
However, I'll avoid this direction because I view it as less relevant.
I want precise and reliable tools to know what a file was for. I don't
want to guess such things from names.
A
>From address@hidden Tue Dec 17 13:10:22 2002
Path:
shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!newsfeed.vmunix.org!newsfeed01.sul.t-online.de!newsmm00.sul.t-online.com!t-online.de!news.t-online.com!not-for-mail
From: Jochem Huhmann <address@hidden>
Newsgroups: comp.emacs,gnu.emacs.help
Date: Tue, 17 Dec 2002 19:02:27 +0100
Organization: address@hidden
Lines: 16
Message-ID: <address@hidden>
References: <address@hidden>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: news.t-online.com 1040148277 04 18424 Rwh1E8fESFYPsg 021217 18:04:37
X-Complaints-To: address@hidden
X-Sender: address@hidden
X-Face: :8{Z[z]4#[#Pl({>PP{9h-_be56sM['RS+>$48!}]Bq3t+VI~]nT2;
1iR|DidAXyjvbM"<7
address@hidden)(M=hGmJ9|.qC)eM+p!L!*lVGqt=H_v|!1l)D^<RjnkY"dB\hPUvc6obxZGV[bSUi~&Q:/
address@hidden/C*OZ=41CqD~[.3Ma)5M<tJZ#T/jq-u:xM4^d'T3*9BYKK:I2k=s!'3UZx=t>RA2
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2
(i386-debian-linux-gnu)
Cancel-Lock: sha1:NViPdYkkvKQwKEiQmJS8no9L7Lo=
Xref: shelby.stanford.edu comp.emacs:76487 gnu.emacs.help:108224
To: address@hidden
Subject: Re: M-TAB already used by KDE
X-BeenThere: address@hidden
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
<mailto:address@hidden>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
<mailto:address@hidden>
X-List-Received-Date: Tue, 17 Dec 2002 18:10:22 -0000
address@hidden (Marcel Schmittfull) writes:
> Hi
> I use KDE and therefore the keybinding M-<TAB> is already used for
> switching between windows. Unfortunately there are several emacs modes
> which try to use M-<TAB> for completion (f.e. lisp-mode, AUCTeX, ...).
> However, the KDE setting seems to be "stronger" than the emacs setting
> and hence I can only switch between windows with M-<TAB>.
The most simple solution to this would be to configure KDE to use
M-<ESC> for window switching. It's much easier to change things in one
place (KDE) than in several places (Emacs).
Jochem