[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

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. 

>From address@hidden  Tue Dec 17 13:10:22 2002
From: Jochem Huhmann <address@hidden>
Newsgroups: comp.emacs,
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: 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;
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2
Cancel-Lock: sha1:NViPdYkkvKQwKEiQmJS8no9L7Lo=
Xref: comp.emacs:76487
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 <>
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <>,
List-Archive: <>
List-Unsubscribe: <>,
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).


reply via email to

[Prev in Thread] Current Thread [Next in Thread]