Marco Prandini wrote:
> I got a problem with emacs 19.31-2 installed with Debian 1.1.4.
> When I edit long lines reactions become unpredictable: sometimes
> it works well, other times it truncates the line or melts it with
> the surrounding lines.
Next time this happens, press CTRL-l to refresh the screen.
If it is still messed up, then you got some wierd problem
internal to emacs that I can't even imagine.
If it redraws cleanly, then you've got problems with the TERM type.
Try "export TERM=vt100" before executing emacs. You might have an
issue with termcap/terminfo differences, but I thought this was fixed
in 19.31 and later.
(You didn't say, but I assume you're not running emacs in X windows
mode)
--
...RickM...
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
>From miss
Received: from mongo.pixar.com (138.72.50.60)
by master.debian.org with SMTP; 13 Nov 1996 17:52:04 -0000
Received: (qmail 25947 invoked from smtpd); 13 Nov 1996 17:38:27 -0000
Received: from primer.i-connect.net (HELO master.debian.org) ([EMAIL PROTECTED])
by mongo.pixar.com with SMTP; 13 Nov 1996 17:37:30 -0000
Message-Id: <[EMAIL PROTECTED]>
Date:Wed, 13 Nov 1996 12:40:42 -0500
From: Ami Ganguli <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Organization: Ganguli Consulting Inc.
X-Mailer: Mozilla 3.01Gold (Win95; I)
MIME-Version: 1.0
To: debian-user@lists.debian.org
Subject: DSelect Suggestions...
References: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Resent-Message-ID: <"mo6Da.0.V53.sfWYo"@master.debian.org>
Resent-From: debian-user@lists.debian.org
Resent-Reply-To: debian-user@lists.debian.org
X-Mailing-List: <debian-user@lists.debian.org> archive/latest/1904
X-Loop: debian-user@lists.debian.org
Precedence: list
Priority: non-urgent
Importance: low
Resent-Sender: [EMAIL PROTECTED]
My initial reaction to dselect was the same as my initial reaction
to most installation programs: "I've got lots of disk space, I'll
just install EVERYTHING!". This turned out to be a big mistake.
I ended up with tons of silly conflicts and now I've got all sorts
of daemons running (like the AppleTalk server) that I'll never need.
Someday I'll get around to blowing some of that stuff away (yeah,
right).
My suggestion is to come up with a few standard machine roles
like "network server", "Novell client", "development machine", etc.
and allow users to pick one or more of these. An "install almost
everything" option that doesn't result in any conflicts would be
nice too. After starting from some reasonable base, users could
customize by adding or removing packages as today.
Some way of applying changes to multiple systems automagically
would be nice to. If well thought out this would be a major
selling point for Linux in large organizations.
Regards...
... Ami.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
