From: Harry Putnam <reader@newsguy.com>
To: help-gnu-emacs@gnu.org
Subject: Re: test for presence of library
Date: Fri, 26 Feb 2010 14:21:35 -0600 [thread overview]
Message-ID: <87ljefg33k.fsf@newsguy.com> (raw)
In-Reply-To: 87ljehcbof.fsf@galatea.lan.informatimago.com
pjb@informatimago.com (Pascal J. Bourguignon) writes:
> Harry Putnam <reader@newsguy.com> writes:
>
>> Sorry for my tardy response... I got distracted for a while.
>>
>> Thanks posters one and all... good suggestions and great helpful
>> info. I have several solutions now.
>>
>> One case, the one that actually pertains here that didn't get
>> mentioned by TimX is where something being required is only useful in
>> certain environments..
>>
>> An example might be using emacs as root when doing system configs.
>>
>> There are really quite a few aspects of emacs I'll never use in that
>> situation. Yet its handy to have a portable emacs that loads the stuff
>> I need in some environments but skips it when working as root doing
>> system configs.
>>
>> Or maybe running emacs as user but while setting up a new os where I
>> won't expect many things to be available...
>>
>> In those cases the idea that things may fail down the road from not
>> loading certain libs is not a problem since those things will not even
>> be attempted.
>>
>> Now I know how to do it.
>
> Really, when you are in for a quick edit (vi-like) with emacs as root,
> just use:
>
> emacs -nw -q
Well, yeah for really quick vi-like... but mostly No, not what I was
after... Even there, my .emacs has settings I want in force, such as
custom fontlocking, etc.. and several `skeletons' I use quite a bit.
(Especially when editing configs) Probably quite a few more that would
not be there with -q but don't involve `requiring' extra pkgs.
Particularly one skeleton that wraps original lines with:
# [HP 10/02/26_14:13:11
# original stuff here
Type my new stuff here
# ]
So I can see exactly what was there and what is new for debug
purposes.
> or:
>
> alias ed='emacs -nw -q'
> ed
> ;-)
But then I'd miss the joy of doing complicated edits with ed... hehe.
next prev parent reply other threads:[~2010-02-26 20:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.1463.1266533787.14305.help-gnu-emacs@gnu.org>
2010-02-19 1:09 ` test for presence of library Pascal J. Bourguignon
2010-02-19 22:19 ` Harry Putnam
2010-02-19 23:12 ` Dirk-Jan C. Binnema
[not found] ` <mailman.1516.1266618008.14305.help-gnu-emacs@gnu.org>
2010-02-20 1:09 ` Tim X
2010-02-20 9:54 ` Pascal J. Bourguignon
[not found] ` <slrnho35vq.493.oudeis@nephthys.thalatta.eme>
2010-02-22 1:58 ` Pascal J. Bourguignon
2010-02-25 18:59 ` Harry Putnam
[not found] ` <mailman.1877.1267124412.14305.help-gnu-emacs@gnu.org>
2010-02-25 20:17 ` Pascal J. Bourguignon
2010-02-26 20:21 ` Harry Putnam [this message]
2010-02-18 22:56 Harry Putnam
2010-02-18 23:10 ` Lennart Borgman
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ljefg33k.fsf@newsguy.com \
--to=reader@newsguy.com \
--cc=help-gnu-emacs@gnu.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).