debian-user-digest Digest V97 #117
Content-Type: text/plain
Date: Wed, 16 Apr 1997 20:54:41 +0000
debian-user-digest Digest Volume 97 : Issue 117
Today's Topics:
Re: Install report, finally
Kernel panic
WINE
Re: Apache web server POSTing.
Dial-in Config Problem
Re: Dial-in Config Problem
Re: Kernel panic
Re: Dial-in Config Problem
Re: Netscape/Lynx long startup time - why?
Re: DEITY TEAM -- REQUEST FOR FUNCTIONALITY and COMMENTS
Re: bi
DEITY TEAM -- one comment
start-stop-daemon unwell?
Re: bi
Date: Wed, 16 Apr 1997 17:33:32 +0100 (bst)
From: David Wright <D.Wright@open.ac.uk>
To: Alexander Koch <efraim@desire.camelot.de>
cc: debian-devel@lists.debian.org, debian-user@lists.debian.org
Subject: Re: Install report, finally
Message-ID: <[🔎] Pine.PCW.3.96.970416172136.7855A-100000@pcse010.open.ac.uk>
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Mon, 14 Apr 1997, Alexander Koch wrote:
> [...]
> 3. On the boot discs there were only /dev/sdb1 to /dev/sdb8, both 9 and 10
> were missing. Well, it's not difficult to have 10 partitions if you a) only
> use two primary, one to be an extended partition with the rest being logical
> ones and b) if you're lucky and have a 4g hd. I had to mknod them and seem
> to have forgotten to do it on /target/dev/, too, what was further annoying.
I reported this problem on 27 Jan when I got stuck trying to install from
Debian 1.2. (This was on sda, but sdb was the same.) Strangely, Debian 1.1
had 16 partitions which is why I didn't get hit before.
I don't think 1.2 had any ram disk devices either, so I couldn't rdev the
root device on my custom boot/root disk at home (1.2) but only at work
(originally 1.1). Looking at 1.3 of 4 Apr, it seems to have one ok
(/dev/ramdisk0).
So please, more SCSI partitions. Disks are getting bigger, and some of us
need to run multiple OSes. And please don't say "you should have more
disks, not partitions"; that's a decision made by our purchasing dept,
not me.
--
David Wright, Open University, Earth Science Department, Milton Keynes MK7 6AA
U.K. email: d.wright@open.ac.uk tel: +44 1908 653 739 fax: +44 1908 655 151
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 13:13:52 +0000
From: Pilon <pilon@epm.net.co>
To: debian-user@lists.debian.org
Subject: Kernel panic
Message-ID: <[🔎] 3354D090.183F34D@epm.net.co>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I am getting this message while booting my Linux box:
"VFS unable to mount root fs on 03:03"
Can someone tell me what does it mean?
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 14:33:01 -0400 (EDT)
From: Rick <rickya@siservices.net>
To: debian-user@lists.debian.org
Subject: WINE
Message-ID: <[🔎] XFMail.970416143511.rickya@siservices.net>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
-----BEGIN PGP SIGNED MESSAGE-----
Has wine been pkged for deb? If so where can I find it?
Have a good one.
- ----------------------------------
Rick Jones E-Mail: Rick <rickya@siservices.net>
Date: 16-Apr-97 Time: 14:34:56
- ----------------------------------
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
iQCVAwUBM1Ub3gi+Ph+i3TgpAQGkRwP9EgRnQToG2IgWo6AR/adl84jIvb7kzH//
NdncVFlyBt2onphD5D9TDQ6GEPFjpsDg31KaBgTasdd/jQowQQcraz6LEqzz6/2X
LtspLv2IPMvIPAviHlP8LppTPncHG0XmQ9WRXlONU4EXTeRYh+15x3ovYqQT+rJL
i96rmXaECXk=
=qlBQ
-----END PGP SIGNATURE-----
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Thu, 17 Apr 1997 02:35:44 +0800
From: Karl Ferguson <karl@tower.net.au>
To: sacampbe@mercator.math.uwaterloo.ca
Cc: debian-user@lists.debian.org
Subject: Re: Apache web server POSTing.
Message-Id: <[🔎] 3.0.1.32.19970417023544.0074567c@tower.net.au>
Content-Type: text/plain; charset="us-ascii"
I've already been baffled by this Sue... Here's what's basically in my
access.conf:
<Directory />
AllowOverride None
Options None
Order deny,allow
deny from all
</Directory>
<Directory /home/*>
Options All
AllowOverride FileInfo
order allow,deny
allow from all
</Directory>
<Limit GET POST>
Options All
</Limit>
And of course, the rest of the stuff like /var/www - default things.
However the error still persists being:
Method not implemented
POST to /~matt/cgi-bin/Formmail/formmail.pl not supported.
Sooooooooo, how does one _get_ is supported? It's got me baffled! :-) Has
anyone got any ideas? :)
At 12:35 PM 16/04/97 -0400, sacampbe@mercator.math.uwaterloo.ca wrote:
>>From the latest version of the apache FAQ
> http://www.apache.org/docs/misc/FAQ.html
>read the following:
>
>21.Why do I keep getting "access denied" for form POST requests?
>
> The most common cause of this is a <Limit> section that only names
the GET method. Look in your
> configuration files for something that resembles the following and
would affect the location where the
> POST-handling script resides:
>
> <Limit GET>
> :
>
>
> Change that to <Limit GET POST> and the problem will probably go away.
>
>
>I hope this helps. I don't know why this wouldn't be configured correctly
>as apache worked fine for me 'out of the box'.
--
Karl Ferguson
Tower Networking Pty Ltd Tel: +61-9-456-0000 karl@tower.net.au
t/a STAR Online Services Fax: +61-9-455-2776 karl@debian.org
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 11:43:31 -0700
From: Kevin Traas <KTraas@uniserve.com>
To: debian-user <debian-user@lists.debian.org>
Subject: Dial-in Config Problem
Message-Id: <[🔎] 199704161837.LAA24182@mercury.uniserve.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
I've no idea if this is might be documented somewhere. If so, please point
me to the right FM to RTFM.... <grin> Thanks.
I would like to offer both normal terminal and PPP connections on my
dial-in modems for my end-users. If possible, I'd like it to be as
automated as possible - i.e. No user intervention.
Is this possible? If so, any suggestions, etc.?
TIA,
Kevin Traas
Systems Analyst
Edmondson Roper CA
http://www.eroper.bc.ca
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 14:55:27 -0400 (EDT)
From: sailer@sun10.sep.bnl.gov (Tim Sailer)
To: KTraas@uniserve.com (Kevin Traas)
Cc: debian-user@lists.debian.org
Subject: Re: Dial-in Config Problem
Message-Id: <[🔎] 9704161855.AA05464@sun10.sep.bnl.gov.sep>
Content-Type: text
In your email to me, Kevin Traas, you wrote:
>
> I've no idea if this is might be documented somewhere. If so, please point
> me to the right FM to RTFM.... <grin> Thanks.
>
> I would like to offer both normal terminal and PPP connections on my
> dial-in modems for my end-users. If possible, I'd like it to be as
> automated as possible - i.e. No user intervention.
>
> Is this possible? If so, any suggestions, etc.?
IT's very possible, and also very easy. Take a look at
http://www.buoy.com/isp at the mgetty page..
Tim
PS: mgetty is a debian package.
--
(work) sailer@bnl.gov / (home) tps@buoy.com - http://www.buoy.com/~tps
Madness takes its toll...
Please have exact change!
** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.**
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 20:00:03 +0100 (BST)
From: "G. Kapetanios" <gk205@cus.cam.ac.uk>
To: Pilon <pilon@epm.net.co>
cc: debian-user@lists.debian.org
Subject: Re: Kernel panic
Message-ID: <[🔎] Pine.SOL.3.96.970416195705.29359B-100000@ursa.cus.cam.ac.uk>
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Wed, 16 Apr 1997, Pilon wrote:
> I am getting this message while booting my Linux box:
>
> "VFS unable to mount root fs on 03:03"
>
> Can someone tell me what does it mean?
>
>
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> debian-user-request@lists.debian.org .
> Trouble? e-mail to templin@bucknell.edu .
>
>
If you have compiled your own kernel you probably forgot to include
support for your hard disk. If you have a IDE hard disk set
CONFIG_BLK_DEV_IDE to y.
George
-------------------------------------------------------------------------------
George Kapetanios
Churchill College
Cambridge, CB3 0DS E-Mail: GK205@cus.cam.ac.uk
U.K. WWW: http://garfield.chu.cam.ac.uk/~gk205/work_info.html
-------------------------------------------------------------------------------
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 12:04:02 -0700
From: Kevin Traas <KTraas@uniserve.com>
To: Tim Sailer <sailer@sun10.sep.bnl.gov>
Cc: debian-user <debian-user@lists.debian.org>
Subject: Re: Dial-in Config Problem
Message-Id: <[🔎] 199704161858.LAA28035@mercury.uniserve.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
> In your email to me, Kevin Traas, you wrote:
> >
> > I would like to offer both normal terminal and PPP connections on my
> > dial-in modems for my end-users. If possible, I'd like it to be as
> > automated as possible - i.e. No user intervention.
> >
> > Is this possible? If so, any suggestions, etc.?
>
> IT's very possible, and also very easy. Take a look at
> http://www.buoy.com/isp at the mgetty page..
Wow!!! That was a quick response! And to exactly what I was looking for
and more!
Thanks, Tim!
> PS: mgetty is a debian package.
Yup, seen it, haven't touched it, thought it would be part of the solution,
though.
Thanks again,
Kevin Traas
Systems Analyst
Edmondson Roper CA
http://www.eroper.bc.ca
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 14:59:03 -0400 (EDT)
From: Geoff R Deasey <kd4wvf@server1.netpath.net>
To: debian-user@lists.debian.org
Subject: Re: Netscape/Lynx long startup time - why?
Message-ID: <[🔎] Pine.LNX.3.91.970416145712.23273E-100000@server1.netpath.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII
If you type ping -c 5 www.microsoft.com
how long does it take before you see the first
line ?
This almost sounds like a DNS timeout.
--Jeff (just a guess)
On Wed, 16 Apr 1997, Brian C. White wrote:
> > > The latest mime-support (2.12) will work much better with lynx since
> > > it tries to use tests that lynx can recognize internally without forking
> > > an external process.
> >
> > Where is 2.12 available. I can only find 2.11 on my nearest Debian
> > mirror.
>
> It was stuck in incoming until this morning. As soon as ftp.debian.org
> catches up to master, it will be in Bo.
>
>
> > Lynx takes so terribly long time form me to start that I wonder if
> > I should install a plain ASCII-reader in my Midnight-Commander for
> > html files.
> >
> > Are there possibly other reasons for this behaviour?
>
> Not that I know of.
>
> Brian
> ( bcwhite@verisim.com )
>
> -------------------------------------------------------------------------------
> the difference between theory and practice is less in theory than in practice
>
>
>
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> debian-user-request@lists.debian.org .
> Trouble? e-mail to templin@bucknell.edu .
>
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 21:22:25 +0200
From: Lars Hallberg <lah@micropp.se>
To: Peter Iannarelli <peter@pisys.com>
cc: debian-user@lists.debian.org
Subject: Re: DEITY TEAM -- REQUEST FOR FUNCTIONALITY and COMMENTS
Message-Id: <[🔎] m0wHaHj-000knbC@micropp.se>
Content-Type: text/plain; charset=us-ascii
I like the consept of dselect as it is but som improvments are welcome.
The sugestions is sorted in thre cattegorys: 1) Small improvments to
dselects interface. 2) Bigger new featurs to dselect. 3) New / improved
featurs involving possably changes to the pakage managment system.
Lets start with 1) small improvments to dselects interface...
1.1 The enter key
When the user press ENTER no strange fings must happen. If its a menu, the
higlited item is shosen (as it works now). Some sugestuons for other cases:
ENTER in the package list: pop up a screan describing the pakage curent
status in verbose text at the top. The rest of the pop-up is a menu wher
You can chose wath to do with the pakage. All the pakage status in verbose
(instal, purge, hold, unhold etc). Seperated by a line some options not
conected to the curent package (abort menu, check dependensis and go to
main menu, go to main menu without checking dependensys, abort session
whitout saving changes, show pakage deskription full screan (aborted
whit enter), show pakage filelist in full screen, change
preferenses/view etc).
ENTER in the dependesy resuluton list shold be much the same whit som extra
opten like: abort dependency screen whitout saving shanges made (inkluding
the changes premade by dselect). The view description option above is werry
neded here.
All this option shuld have an accalrator key asigned. It shold also be
presented in an cosistent way in the menus, eg in squar brakets. This will
help newbes bekome DEITY-gurus an fly along...
1.2 Change focus
If the user press TAB Focus shold be moved. In the package list focus is
cycled thru deskripton window (allow scroll of deskription whit cursor keys
and space), some menus att the top of scrern (preferenses, help etc) and the
man package list window. The option to scroll the deskription window with a
accelarator key shold be keept.
1.3 Limited view
When presing enter on the header line the first menu shose shuld be to toggel
the if that group shold pe precented or not. In the begining all sections
shold be closed. This will make it easier to navigate the huge set of debian
pakages.
1.4 Posability to treat recomends as recomends
Or shold I say as sugests. This shose shold be posably to do from the
preferens menu. It's ok (possably best) if the preferenses is reset to some
default when the program is restarted. Changes to the default preferenses
should be posably thru a config file (dotfile).
2) Bigger improvments
2.1 Searched view
A advansed serch screen would be nice. It shuld seartch the pakage names,
descriptions, filelists, possably depenndensis in a powerfull manner. You
may then go to a package list and chose (like usual) among onle those page
maching Your querry. Dependesy resulution most of corse check all pakage.
It would be nice to be able to save the querrys as well....
2.1 Loging / Supressing of mesages
Loging of what dselect have done and any problem wold be nice. Supression of
the famus skipping mesage whold be nice. A preeview what dselect is about to
do wold be nice (a list of packages to install/deinstall/perge). If the
preeview is alreddy sorted in dependency order that wold bbe nice. Dependency
sorting is allredy in the DEITY project? else that is a major sugestion!
2.2 Different default for different distrubutions.
An exampel. DEITY is ponting both att stable and unstabel. I do have a pakage
from stabel in status unhold and want it to be automaticly shosen for
uppgrade if ther is a new version in stabel. But I only want it to upgrade
to unstable if I tell it to. What i want is some mekanism to tell that I want
to know about new stuff from some source and I want to bee able to install it
by selecting it but I dont want to automagicly uppgrade to it......
undurstandable?
3.1 Pree Configure
If a pakage has a PreeConfigure script that shuld be run from DEITY when the
pakage is shosen for install BEFORE the dependensy resolution given the script
a change to resolv the dependensys in a more context avare manner. This will
add posabilatys to maake great meta pakages. This dose not demand that the
config info is stored in the selection database but it be nice to at least
hav a pointer to the config info in the database to make it posibly to
distrubute it automaticly betwen maskines. Posably adding an uninteraktive
option to install making pakages having wrong preeconfiginfo fail insted of
go interaktiv on install (makes it even more possably to make automated
upgrades of several maskines).
3.2 Meta and slave package
Slave pakages is pakages that is normaly not shoved i DEITY selections lists.
if thay are neaded they are chosen automagicaly an if the ar not neaded they
are removed automagicaly. For smal pakages that take no costom configuration
and comes in only one version. It shold be possably thru the preferenses to
make DETIY treat slave pakages just like ordanary pakages.
Meta pakages is pakages that makes it esier to install other pakages with a
higer level interface. The Pree Configure mecanism above make it posably to
make thise pakages graet in funktionality! A novice mode to DEITY shoving
only meta pakages to the user might be good (possably defalt mode?).
3.3 Post Config
Nice if it was posably to reach (from DEITY) some scripts for finnetuning /
reconfigure alreddy installed and conigured pakages (for pakages having
souch scripts).
3.3 Unchanged status and default selections
Making it posably to give a pakage an 'unshanged' status which mens it will
go to another 'default' selection database to fetch that pakages status.
This migt go in arbitray steps making it posably to build a herarchy of
maskines that uses the selection database of the maskin above, but with the
possability of local overides. Should add even more possabilitys for
maintaining a network of debian maskines....
Well... this is enuf for now. I'm working on a C++ Wrapper-classes set for
making it possably to interface different displays/widget-sets from one
source (even line-oriented tty). I don't think I will reach usefullnes result
in time to be an alternativ for Your project :( but pleas inform me/the
world about Your aproatch. Now I gonna look att Andy Mortimers 'Giggel'.....
God Luck /Lars
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: 16 Apr 1997 16:50:35 -0300
From: Alair Pereira do Lago <alair@ime.usp.br>
To: Vadim Vygonets <vadik@cs.huji.ac.il>
Cc: Craig Sanders <cas@taz.net.au>, mike horansky <moho@cyclone.Stanford.EDU>,
debian-user@lists.debian.org
Subject: Re: bi
Message-ID: <[🔎] txafmyu4qd.fsf@ime.usp.br>
Vadim Vygonets <vadik@cs.huji.ac.il> writes:
> On 15 Apr 1997, Alair Pereira do Lago wrote:
>
> > I do not know vi well but I do not see how it could be simpler than ctr-alt-s
> > in emacs. There, while you are filling the regular expression you can see
> > the text that the incomplete regular expression is matching. If you put one
> > letter more and the matching you had does not match anymore, it goes to next
> > ocurrence of that regular expression you have in the text.
Here, I was not saying anything about fastness or slowness of any editor, but
about a powerful use of emacs.
> Two reasons emacs is slow:
> 1. Lisp (jed is faster than emacs because it uses S-Lang (however they
> spell it)).
I like [x]jed too. Indeed I use jed for small editions. Besides, my .emacs,
site-start.el and default.el load many many things and takes some seconds to
start.
> 2. It does too much things on your every keystroke (like that one
> above).
Probably. I recall that emacs in a console or xterm is faster than in X. If
you are using features like font-lock-mode (which put colors on your text
according to the syntax), then things can be slower. Anycase, the time
between two of my keystrokes are much more large.
> You didn't type it in emacs, did you? Emacs auto-fill mode breaks at
> 70th character, and you typed about 79 per line.
I will answer you in a simple way:
Take an Emacs and start the Gnus news reader. Then select my message in the
summary and hit 't'. In this way you will see all the headers of my
message. There you will see the X-Mailer field which was:
X-Mailer: Gnus v5.3/Emacs 19.34
In your reply to my message I see the message ID was
Message-Id: <[🔎] Pine.BSI.3.96.970416003419.6026C-100000@robin.cs.huji.ac.il>
so I guess you have used pine to send your message.
See Vadik, I do not want to say that vi is bad. I was just trying to expose a
feature of emacs that I like a lot: incremental search for strings or regular
expressions. I do not use vi for some editions just because I do know how to
use it well.
--
Alair Pereira do Lago <alair@ime.usp.br> <http://www.ime.usp.br/~alair>
Computer Science Department -- Universidade de S~ao Paulo -- Brazil
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 15:07:49 -0500 (CDT)
From: robert havoc pennington <rhpennin@midway.uchicago.edu>
To: debian-user@lists.debian.org
Subject: DEITY TEAM -- one comment
Message-ID: <[🔎] Pine.GSO.3.95.970416145828.16078A-100000@woodlawn.uchicago.edu>
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi,
When I first installed debian I selected more packages than would fit on
the disk, and so I ended up with tons of "broken packages" and had to
install again. dselect recovered nicely (something other distributions
don't do) but since each package has a predictable size it seems dselect
could have predicted the problem, which would have been even nicer.
Also, when disk space gets low it would be nice to be able to sort
packages by size (can I do this already?) so I could see what's eating up
disk space and whether I really need it.
In general, it would be nice to have the program more aware of package
size for those of us with limited space.
Just a thought.
Havoc
PS "me too!" on the idea of suppressing all those skipping... messages.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 13:13:17 -0700 (PDT)
From: mike horansky <moho@cyclone.Stanford.EDU>
To: debian-user@lists.debian.org
Subject: start-stop-daemon unwell?
Message-Id: <[🔎] 199704162013.NAA21257@cyclone.stanford.edu>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Running a machine with the frozen version of debian:
etc/init.d/xdm: Command not found.
host:/etc/init.d# /etc/init.d/xdm stop
no /usr/bin/X11/xdm found; none killed.
host:/etc/init.d# start-stop-daemon --stop --exec /usr/bin/X11/xdm
no /usr/bin/X11/xdm found; none killed.
host:/etc/init.d# ps -aux | grep xdm
root 162 0.0 2.3 2008 720 ? S Apr 1 0:00 /usr/bin/X11/xdm
root 7866 0.0 0.9 900 296 p0 S 13:04 0:00 grep xdm
the xdm init script has start-stop-daemon use the pid-file to set the
target. Mine has the proper process number in it.
Is this a bug or am I missing something?
--
-Mike Horansky, Leland Consultant (http://consult.stanford.edu/)
moho@cyclone.stanford.EDU
OPINIONS EXPRESSED BY ME ARE NOT NECESSARILY SHARED BY MY EMPLOYERS.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Date: Wed, 16 Apr 1997 23:32:46 +0300 (IDT)
From: Vadim Vygonets <vadik@cs.huji.ac.il>
To: Alair Pereira do Lago <alair@ime.usp.br>
Cc: Craig Sanders <cas@taz.net.au>, mike horansky <moho@cyclone.Stanford.EDU>,
debian-user@lists.debian.org
Subject: Re: bi
Message-Id: <[🔎] Pine.BSI.3.96.970416232544.372A-100000@robin.cs.huji.ac.il>
Content-Type: TEXT/PLAIN; charset=US-ASCII
On 16 Apr 1997, Alair Pereira do Lago wrote:
> Here, I was not saying anything about fastness or slowness of any editor, but
> about a powerful use of emacs.
Emacs is powerful, but in vi the work is faster not only because the
editor is faster, but also because you don't have to move your fingers
off the letters.
> I like [x]jed too. Indeed I use jedfor small editions. Besides, my .emacs,
> site-start.el and default.el load many many things and takes some seconds to
> start.
Mine too. cc-mode, font-lock, etc...
> > You didn't type it in emacs, did you? Emacs auto-fill mode breaks at
> > 70th character, and you typed about 79 per line.
>
> I will answer you in a simple way:
> Take an Emacs and start the Gnus news reader. Then select my message in the
> summary and hit 't'. In this way you will see all the headers of my
> message. There you will see the X-Mailer field which was:
>
> X-Mailer: Gnus v5.3/Emacs 19.34
>
> In your reply to my message I see the message ID was
>
> Message-Id: <[🔎] Pine.BSI.3.96.970416003419.6026C-100000@robin.cs.huji.ac.il>
>
> so I guess you have used pine to send your message.
So? I use pine, and emacs as the alternative editor.
> See Vadik, I do not want to say that vi is bad. I was just trying
> to expose a feature of emacs that I like a lot: incremental search
> for strings or regular expressions. I do not use vi for some
> editions just because I do know how to use it well.
Well, I use emacs for mail and programming, and vi for configs and
patches. Sometimes I use ed. Well, both vi and emacs have its own
purposes. I don't like incremental search because it's slow. On my
good ol' 486 I used emacs only when I needed something really big.
Now I have a Pentium 133, but I'm too used to vi to forget it :)
Vadik.
--
Vadim Vygonets * vadik@cs.huji.ac.il * vadik@debian.org * Unix admin
If you think C++ is not overly complicated, just what is a protected
abstract virtual base pure virtual private destructor, and when was
the last time you needed one? -- Tom Cargil, C++ Journal, Fall 1990.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Received: from bcarsbf5.localhost (actually bcarsbf5.ott.bnr.ca) by bcarsfbb.ott.bnr.ca; Wed, 16 Apr 1997 16:54:54 -0400
Received: from debian.novare.net by bcarsbf5.localhost;
Wed, 16 Apr 1997 16:54:29 -0400
Received: (qmail 27236 invoked by uid 38); 16 Apr 1997 21:53:18 -0000
Date: 16 Apr 1997 21:53:17 -0000
Message-ID: <19970416215317.27230.qmail@debian.novare.net>
From: debian-user-digest-request@lists.debian.org
Subject: debian-user-digest Digest V97 #117
X-Loop: debian-user-digest@lists.debian.org
X-Mailing-List: <debian-user-digest@lists.debian.org> archive/volume97/117
Precedence: list
MIME-Version: 1.0
Content-Type: multipart/digest; boundary="----------------------------"
To: debian-user-digest@lists.debian.org
Reply-To: debian-user@lists.debian.org
Reply to: