help-gnu-emacs
[Top][All Lists]
Advanced
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: How to set forground in emacs popup queries?

From: Roland Roberts
Subject: Re: How to set forground in emacs popup queries?
Date: 13 Dec 2002 12:47:24 -0500
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.90 
>>>>> "Tom" == Tom Oswald <toswald@sharplabs.com> writes:

    Tom> In my .Xdefaults the following code effects mouse popups.
    Tom>        Emacs*popup.foreground:          black
    Tom>        Emacs*popup.background:          LightGray

These work for me with C-Mouse-1, etc.

    Emacs.menu*.foreground: black
    Emacs.menu*.background: LightGray

roland
-- 
                       PGP Key ID: 66 BC 3B CD
Roland B. Roberts, PhD                             RL Enterprises
roland@rlenter.com                            6818 Madeline Court
roland@astrofoto.org                           Brooklyn, NY 11220
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 13:05:08 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
From: sdieselil@yahoo.com (sdieselil)
Newsgroups: gnu.emacs.help
Date: 13 Dec 2002 10:01:26 -0800
Organization: http://groups.google.com/
Lines: 30
Message-ID: <169a7283.0212131001.6550f502@posting.google.com>
NNTP-Posting-Host: 212.199.35.239
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: posting.google.com 1039802487 28623 127.0.0.1 (13 Dec 2002 18:01:27
        GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: 13 Dec 2002 18:01:27 GMT
Xref: shelby.stanford.edu gnu.emacs.help:108096
To: help-gnu-emacs@gnu.org
Subject: key bindings
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 18:05:08 -0000

Hello to everyone!
Recently I first downloaded Emacs (windows version for now). I was
very impressed by its power but the most interesting feature for me
was  system of key bindings which was completely different from
CUA-windows style. However I don't want to say that it's better than
windows bindings. But I find cursor movement in Emacs much more
powerful because it doesn't use keypad, which is placed so far from
main keyboard block on standard 101-key keyboards. C-b, C-f, C-n, C-p
are much more quickly to use (thought no so intuitive) than keypad
arrow keys.

On the other side arrow keys and C-z, C-x, C-c, C-v (for clipboard
operations) are still very comfortable for me so I decide to make a
mixed key bindings map: I propose to forget about keypad and instead
implement it using C-<letter> keys but leave CUA key bindings for
clipboard operations. For example , this is the most suitable map for
me: C-j is left, C-l is right, C-i is up, C-, is down (since it looks
like keypad but can be quickly reached by hand during speed typing).
+---+---+---+
|   | I |   |
++--++--++--++
 | J |   | L |   - looks like oblique keypad 
 +-+-+-+-+-+-+-+
   |   | , |   |
   +---+---+---+


Does anybody know something about this system ?

Or you can convince me that traditional Emacs system is better?
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 13:20:15 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!cyclone.bc.net!news.sfu.ca!not-for-mail
From: Benjamin Lewis <bclewis@cs.sfu.ca>
Newsgroups: gnu.emacs.help,comp.emacs
Date: Fri, 13 Dec 2002 10:13:29 -0800
Organization: Simon Fraser University
Lines: 22
Message-ID: <yy7or8cllrcm.fsf@marge.cs.sfu.ca>
References: <yy7oadjdd7ls.fsf@marge.cs.sfu.ca>
        <84u1hk273t.fsf@lucy.cs.uni-dortmund.de>
        <m2hediyfk0.fsf@bomb.forkalsrud.org>
        <yy7opts63bl2.fsf@css.css.sfu.ca> <m3u1hhooc5.fsf@vaio.crossleys.org>
NNTP-Posting-Host: marge.cs.sfu.ca
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: morgoth.sfu.ca 1039803214 12700 199.60.3.71 (13 Dec 2002 18:13:34
        GMT)
X-Complaints-To: news@news.sfu.ca
NNTP-Posting-Date: 13 Dec 2002 18:13:34 GMT
X-Attribution: Benjamin Lewis
X-Yow: Is this an out-take from the ``BRADY BUNCH''?
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i686-pc-linux-gnu)
Cancel-Lock: sha1:wCKxlourx8xL2X5QoAZsSwT3MjU=
Xref: shelby.stanford.edu gnu.emacs.help:108097 comp.emacs:76420
To: help-gnu-emacs@gnu.org
Subject: Re: hideshow/java
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 18:20:15 -0000

On 13 Dec 2002, Jim Crossley wrote:

> Benjamin Lewis <bclewis@cs.sfu.ca> writes:
> 
>> Looks useful, but for java I really want the hideshow
>> functionality. (e.g. I want to be able to hide all methods except for
>> the ones I'm working on).
> 
> Have you looked at the ECB (Emacs Code Browser)?  It can be configured
> similarly to what you describe, and it has other neat features as
> well.
> 
> See http://ecb.sourceforge.net

Nope, haven't seen it before.  Looks worth checking out; thanks for the
heads-up. 

-- 
Benjamin Lewis

Now is the time for all good men to come to.
                -- Walt Kelly
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 13:50:10 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!news.stealth.net!news.stealth.net!prodigy.com!newsmst01.news.prodigy.com!prodigy.com!postmaster.news.prodigy.com!newssrv26.news.prodigy.com.POSTED!not-for-mail
From: Anil Trivedi <anil@null.invalid>
Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help
Message-ID: <131220021245000195%anil@null.invalid>
References: <041220020952400758%ajanta@no.spam>
        <56cfb0e3.0212041458.5eab182a@posting.google.com>
        <x5k7ipl35x.fsf@lola.goethe.zz> <061220020416350201%ajanta@no.spam>
        <slrnav1ed1.ho.smullerin@esb.bbn.com> <m2hedrm4oc.fsf@owlbear.local>
        <84bs3xsyi8.fsf@lucy.cs.uni-dortmund.de> 
<071220021155280606%ajanta@no.spam>
        <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam>
        <101220021125583826%ajanta@no.spam> <vf3cp5ix2u.fsf@rpc71.cs.man.ac.uk>
        <vf3cp4k92x.fsf@rpc71.cs.man.ac.uk> <111220021101520860%ajanta@no.spam>
        <vfadjcif3n.fsf@rpc71.cs.man.ac.uk> <111220021253524057%ajanta@no.spam>
        <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam>
        <84k7ifo3s2.fsf@lucy.cs.uni-dortmund.de> 
<87u1hjdwta.fsf@hurd.crasseux.com>
        <84fzt3hvk8.fsf@lucy.cs.uni-dortmund.de>
        <121220021405534518%anil@null.invalid> <3DFA0C87.1040808@ihs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 8bit
Mail-Copies-To: nobody
User-Agent: Thoth/1.5.10 (Carbon/OS X)
Lines: 15
NNTP-Posting-Host: 64.108.200.107
X-Complaints-To: abuse@prodigy.net
X-Trace: newssrv26.news.prodigy.com 1039808543 ST000 64.108.200.107 (Fri, 13
        Dec 2002 13:42:23 CST)
NNTP-Posting-Date: Fri, 13 Dec 2002 13:42:23 CST
Organization: Prodigy Internet http://www.prodigy.com
X-UserInfo1: 
TSU[@IONTRUABPX[\JIH^TD@\JT@QDDMEPWXODMMHXMTWA]EPUW[AKK[J\]^HVKHG^EWZHBLO^[\NH_AZFWGN^\DHNVMX_DHHX[FSQKBOTS@@BP^]C@RHS_AGDDC[AJM_T[GZNRNZAY]GNCPBDYKOLK^_CZFWPGHZIXW@C[AFKBBQS@E@DAZ]VDFUNTQQ]FN
Date: Fri, 13 Dec 2002 19:42:23 GMT
Xref: shelby.stanford.edu comp.sys.mac.apps:348838
        comp.sys.mac.advocacy:917802 comp.text.tex:238105 gnu.emacs.help:108098
To: help-gnu-emacs@gnu.org
Subject: Re: Software/HD ecology
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 18:50:10 -0000

Kevin Rodgers <kevin.rodgers@ihs.com> wrote:
> Stick with /usr/local.  We just had some confusion at my site over the fact
> that Sun has started to distribute some open source/free software in /opt/sfw.
> We decided to make /usr/local a symbolic link to /opt/sfw so that default
> GNU etc. configurations would get installed in the same place.

I learned a little more in the last day or so. Fink site says they
avoid /usr/local because it is commonly used and one 3rd party may
overwrite another. So they prefer /sw, as an abbreviation for
"software" this seems risky too, perhaps /finksw would have been better
or a completely neutral name nobody else would chance upon. Anyway,
hoping that such conflicts won't arise in the few programs I am likely
to install, I am sticking with /usr/local, as you advise.

Anil
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 13:50:11 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed-east.nntpserver.com!nntpserver.com!newsfeed1.easynews.com!easynews.com!easynews!sn-xit-02!sn-xit-06!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
From: David Masterson <dmaster@synopsys.com>
Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help
Date: 13 Dec 2002 10:49:33 -0800
Organization: Posted via Supernews, http://www.supernews.com
Message-ID: <ufzt14uv6.fsf@synopsys.com>
Sender: dmaster@DMASTER-LAP
References: <041220020952400758%ajanta@no.spam>
        <x5k7ipl35x.fsf@lola.goethe.zz> <061220020416350201%ajanta@no.spam>
        <slrnav1ed1.ho.smullerin@esb.bbn.com> <m2hedrm4oc.fsf@owlbear.local>
        <84bs3xsyi8.fsf@lucy.cs.uni-dortmund.de> 
<071220021155280606%ajanta@no.spam>
        <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam>
        <101220021125583826%ajanta@no.spam> <vf3cp5ix2u.fsf@rpc71.cs.man.ac.uk>
        <vf3cp4k92x.fsf@rpc71.cs.man.ac.uk> <111220021101520860%ajanta@no.spam>
        <vfadjcif3n.fsf@rpc71.cs.man.ac.uk> <111220021253524057%ajanta@no.spam>
        <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam>
        <84k7ifo3s2.fsf@lucy.cs.uni-dortmund.de> 
<87u1hjdwta.fsf@hurd.crasseux.com>
        <84fzt3hvk8.fsf@lucy.cs.uni-dortmund.de> <usmx24yxs.fsf@synopsys.com>
        <84k7iethk4.fsf@lucy.cs.uni-dortmund.de>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Complaints-To: abuse@supernews.com
Lines: 24
Xref: shelby.stanford.edu comp.sys.mac.apps:348839
        comp.sys.mac.advocacy:917804 comp.text.tex:238106 gnu.emacs.help:108099
To: help-gnu-emacs@gnu.org
Subject: Re: Software/HD ecology
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 18:50:11 -0000

>>>>> Kai Großjohann writes:

> David Masterson <dmaster@synopsys.com> writes:

>> So you can install as many versions of the software that you need
>> by just setting the configure "prefix" to the appropriate "Version"
>> directory before doing the "make install".  Then, using pkglink,
>> you can pick which version of a package gets symlinked into the
>> main area (/usr/local, but you could have more than one).

> So if two people want to use different Java versions then we would
> need two `main areas'?

Or they modify their PATH to pick up the Java of their choice from the
particular version directory.  Generally, I'd choose this approach if
it's *only* two people you're talking about.  If, on the other hand,
you're talking about two groups of people (say Development and Test),
then you might want to create two 'main areas'.  Pkgindex can then
give you (and your users) an understanding of what's in each area.

-- 
David Masterson                David DOT Masterson AT synopsys DOT com
Sr. R&D Engineer               Synopsys, Inc.
Software Engineering           Sunnyvale, CA
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 13:55:12 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-xit-06!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
From: David Masterson <dmaster@synopsys.com>
Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help
Date: 13 Dec 2002 10:53:22 -0800
Organization: Posted via Supernews, http://www.supernews.com
Message-ID: <ubs3p4uot.fsf@synopsys.com>
Sender: dmaster@DMASTER-LAP
References: <041220020952400758%ajanta@no.spam>
        <56cfb0e3.0212041458.5eab182a@posting.google.com>
        <x5k7ipl35x.fsf@lola.goethe.zz> <061220020416350201%ajanta@no.spam>
        <slrnav1ed1.ho.smullerin@esb.bbn.com> <m2hedrm4oc.fsf@owlbear.local>
        <84bs3xsyi8.fsf@lucy.cs.uni-dortmund.de> 
<071220021155280606%ajanta@no.spam>
        <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam>
        <101220021125583826%ajanta@no.spam> <vf3cp5ix2u.fsf@rpc71.cs.man.ac.uk>
        <vf3cp4k92x.fsf@rpc71.cs.man.ac.uk> <111220021101520860%ajanta@no.spam>
        <vfadjcif3n.fsf@rpc71.cs.man.ac.uk> <111220021253524057%ajanta@no.spam>
        <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam>
        <84k7ifo3s2.fsf@lucy.cs.uni-dortmund.de> 
<87u1hjdwta.fsf@hurd.crasseux.com>
        <121220021324043990%ajanta@no.spam> 
<84smx2ti36.fsf@lucy.cs.uni-dortmund.de>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Complaints-To: abuse@supernews.com
Lines: 22
Xref: shelby.stanford.edu comp.sys.mac.apps:348840
        comp.sys.mac.advocacy:917806 comp.text.tex:238107 gnu.emacs.help:108100
To: help-gnu-emacs@gnu.org
Subject: Re: Software/HD ecology
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 18:55:12 -0000

>>>>> Kai Großjohann writes:

> Ajanta <ajanta@no.spam> writes:

>> I wasn't aware of this and will have to look into it. However,
>> unless a program's creators cooperate, I can't visualize how stow
>> would prevent a program from installing files all over the place
>> leaving you with no way to uninstall?

> No, stow needs the cooperation of the packages.  But for the packages
> I have seen it is usually trivial to tell them to install themselves
> into a specific directory.

All programs (that I know of) install their files into a directory
structure of some sort.  With GNU programs, the top of that directory
structure is usually /usr/local, but it's usually possible to install
it elsewhere.  Stow (and Pkglink) make use of that ability.

-- 
David Masterson                David DOT Masterson AT synopsys DOT com
Sr. R&D Engineer               Synopsys, Inc.
Software Engineering           Sunnyvale, CA
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 14:00:22 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-xit-06!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
From: David Masterson <dmaster@synopsys.com>
Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help
Date: 13 Dec 2002 10:59:41 -0800
Organization: Posted via Supernews, http://www.supernews.com
Message-ID: <u7ked4uea.fsf@synopsys.com>
Sender: dmaster@DMASTER-LAP
References: <041220020952400758%ajanta@no.spam>
        <56cfb0e3.0212041458.5eab182a@posting.google.com>
        <x5k7ipl35x.fsf@lola.goethe.zz> <061220020416350201%ajanta@no.spam>
        <slrnav1ed1.ho.smullerin@esb.bbn.com> <m2hedrm4oc.fsf@owlbear.local>
        <84bs3xsyi8.fsf@lucy.cs.uni-dortmund.de> 
<071220021155280606%ajanta@no.spam>
        <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam>
        <101220021125583826%ajanta@no.spam> <vf3cp5ix2u.fsf@rpc71.cs.man.ac.uk>
        <vf3cp4k92x.fsf@rpc71.cs.man.ac.uk> <111220021101520860%ajanta@no.spam>
        <vfadjcif3n.fsf@rpc71.cs.man.ac.uk> <111220021253524057%ajanta@no.spam>
        <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam>
        <84k7ifo3s2.fsf@lucy.cs.uni-dortmund.de> 
<87u1hjdwta.fsf@hurd.crasseux.com>
        <84fzt3hvk8.fsf@lucy.cs.uni-dortmund.de>
        <121220021405534518%anil@null.invalid> <3DFA0C87.1040808@ihs.com>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: abuse@supernews.com
Lines: 26
Xref: shelby.stanford.edu comp.sys.mac.apps:348841
        comp.sys.mac.advocacy:917808 comp.text.tex:238108 gnu.emacs.help:108101
To: help-gnu-emacs@gnu.org
Subject: Re: Software/HD ecology
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 19:00:22 -0000

>>>>> Kevin Rodgers writes:

> Anil Trivedi wrote:
>> This is not the most deeply probing question, but is /usr/sw simply
>> your personal preference or is there a good reason for avoiding the
>> more traditional name /usr/local ? (I am curious because I just started
>> installing a few programs and have been putting them in /usr/local).

> Stick with /usr/local.  We just had some confusion at my site over
> the fact that Sun has started to distribute some open source/free
> software in /opt/sfw.  We decided to make /usr/local a symbolic link
> to /opt/sfw so that default GNU etc. configurations would get
> installed in the same place.

Actually, it may be better to *NOT* use /usr/local, particularly if
you're trying to build a /usr/local for a number of operating
systems.  By leaving /usr/local open to being just a symlink farm,
it's easier to manipulate what to put in there (as in "scripts from
the generic depot and exes from the O/S depot").  Ultimately, you may
want to have multiple /usr/local directories (one for "LatestDevel",
one for "BugTest", one for "Support", etc.).

-- 
David Masterson                David DOT Masterson AT synopsys DOT com
Sr. R&D Engineer               Synopsys, Inc.
Software Engineering           Sunnyvale, CA
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 14:15:27 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-xit-06!sn-post-02!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
From: David Masterson <dmaster@synopsys.com>
Newsgroups: gnu.emacs.help
Date: 13 Dec 2002 11:11:59 -0800
Organization: Posted via Supernews, http://www.supernews.com
Message-ID: <u3cp14tts.fsf@synopsys.com>
Sender: dmaster@DMASTER-LAP
References: <041220020952400758%ajanta@no.spam>
        <56cfb0e3.0212041458.5eab182a@posting.google.com>
        <x5k7ipl35x.fsf@lola.goethe.zz> <061220020416350201%ajanta@no.spam>
        <slrnav1ed1.ho.smullerin@esb.bbn.com> <m2hedrm4oc.fsf@owlbear.local>
        <84bs3xsyi8.fsf@lucy.cs.uni-dortmund.de> 
<071220021155280606%ajanta@no.spam>
        <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam>
        <101220021125583826%ajanta@no.spam> <vf3cp5ix2u.fsf@rpc71.cs.man.ac.uk>
        <vf3cp4k92x.fsf@rpc71.cs.man.ac.uk> <111220021101520860%ajanta@no.spam>
        <vfadjcif3n.fsf@rpc71.cs.man.ac.uk> <111220021253524057%ajanta@no.spam>
        <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam>
        <5l1y4niayi.fsf@rum.cs.yale.edu> <121220021352537730%ajanta@no.spam>
        <5lwumfgfb4.fsf@rum.cs.yale.edu> <121220021605305116%anil@null.invalid>
        <mailman.179.1039743000.19936.help-gnu-emacs@gnu.org>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: abuse@supernews.com
Lines: 47
Xref: shelby.stanford.edu gnu.emacs.help:108102
To: help-gnu-emacs@gnu.org
Subject: Re: Software/HD ecology (was Re:...Bug in Emacs 21.3.50)
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 19:15:27 -0000

>>>>> Miles Bader writes:

>      There _are_ certain parts of emacs which come in large
>      monolithic easy-to-delete chunks (e.g., LEIM), which might be
>      worth providing a `delete' option for, but I think they can
>      dealt with on a case-by-case basis.

Ummm.  Vagueness...?

What you've described above is the need for "Emacs packages".  That
is, if LEIM was a "package" and Emacs had a package management system,
then deleting the package is trivial.  There are two parts to that:

1. Breaking up Emacs into well-defined packages.
2. Developing an Emacs package system.

XEmacs has largely done this, but I'm not sure of the flexibility of
their package management system (I don't think it handles packages
that have separate executables, for instance).

Oh, BTW, how does "make uninstall" work if you delete (or never had!)
the build directory?  Perhaps there should be a "uninstall-script"
that is created *and* installed by "make install"?

>> this is what I see on my system:
>> 
>> anil% 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

> Um, that's how unix(-like) systems work.  Emacs did not decide this
> layout, it merely follows it.  Feel free to complain, but it isn't
> going to change anytime soon.

It's apparent by the above that, in essense, multiple installations of
Emacs were done on the system (even if they are just symlinked
together).  Anil's point is, if he wanted to remove one of those
installations, could it he do it safely?

-- 
David Masterson                David DOT Masterson AT synopsys DOT com
Sr. R&D Engineer               Synopsys, Inc.
Software Engineering           Sunnyvale, CA
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 14:30:29 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!newsfeed.berkeley.edu!news-hog.berkeley.edu!ucberkeley!news.ycc.yale.edu!rum.cs.yale.edu!rum.cs.yale.edu
From: "Stefan Monnier <foo@acm.com>"
        <monnier+gnu.emacs.help/news/@flint.cs.yale.edu>
Newsgroups: gnu.emacs.help
Date: 13 Dec 2002 14:24:08 -0500
Organization: Yale University
Lines: 21
Sender: monnier@rum.cs.yale.edu
Message-ID: <5l8yythgdj.fsf@rum.cs.yale.edu>
References: <TFdK9.560$Xd.500517@newsfeed.slurp.net>
        <5ln0n9hpr7.fsf@rum.cs.yale.edu> 
<eNoK9.670$Xd.658423@newsfeed.slurp.net>
NNTP-Posting-Host: rum.cs.yale.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
X-Original-NNTP-Posting-Host: rum.cs.yale.edu
X-Original-Trace: 13 Dec 2002 14:24:08 -0500, rum.cs.yale.edu
Xref: shelby.stanford.edu gnu.emacs.help:108103
To: help-gnu-emacs@gnu.org
Subject: Re: ebrowse completion broken in emacs 21.2
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 19:30:29 -0000

>>> Invalid function: #<hash-table 'equal nil 90/97 0x857a1b0>
>> Looks like you're using an ebrwose.el more recent than the one that should
>> come with Emacs-21.2.
> I am using whatever came with emacs21, what other problem could it be?

Try it with `emacs -q --no-site-file' also try:

  M-x list-load-path-shadows RET

as well as (after loading ebrowse):

  C-h f ebrowse-copy-list RET

and tell us what comes out.

I just can't bring myself to believe that it can be caused
by something else.  Of course, it might be a problem with Debian's
Emacs package, although that sounds unlikely.


        Stefan
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 14:40:21 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!HSNX.atgi.net!news-hog.berkeley.edu!ucberkeley!news.ycc.yale.edu!rum.cs.yale.edu!rum.cs.yale.edu
From: "Stefan Monnier <foo@acm.com>"
        <monnier+gnu.emacs.help/news/@flint.cs.yale.edu>
Newsgroups: gnu.emacs.help
Date: 13 Dec 2002 14:32:58 -0500
Organization: Yale University
Lines: 9
Sender: monnier@rum.cs.yale.edu
Message-ID: <5l3cp1hfyt.fsf@rum.cs.yale.edu>
References: <041220020952400758%ajanta@no.spam>
        <56cfb0e3.0212041458.5eab182a@posting.google.com>
        <x5k7ipl35x.fsf@lola.goethe.zz> <061220020416350201%ajanta@no.spam>
        <slrnav1ed1.ho.smullerin@esb.bbn.com> <m2hedrm4oc.fsf@owlbear.local>
        <84bs3xsyi8.fsf@lucy.cs.uni-dortmund.de> 
<071220021155280606%ajanta@no.spam>
        <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam>
        <101220021125583826%ajanta@no.spam> <vf3cp5ix2u.fsf@rpc71.cs.man.ac.uk>
        <vf3cp4k92x.fsf@rpc71.cs.man.ac.uk> <111220021101520860%ajanta@no.spam>
        <vfadjcif3n.fsf@rpc71.cs.man.ac.uk> <111220021253524057%ajanta@no.spam>
        <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam>
        <5l1y4niayi.fsf@rum.cs.yale.edu> <121220021352537730%ajanta@no.spam>
        <5lwumfgfb4.fsf@rum.cs.yale.edu> <121220021605305116%anil@null.invalid>
        <mailman.179.1039743000.19936.help-gnu-emacs@gnu.org>
        <u3cp14tts.fsf@synopsys.com>
NNTP-Posting-Host: rum.cs.yale.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
X-Original-NNTP-Posting-Host: rum.cs.yale.edu
X-Original-Trace: 13 Dec 2002 14:32:58 -0500, rum.cs.yale.edu
Xref: shelby.stanford.edu gnu.emacs.help:108104
To: help-gnu-emacs@gnu.org
Subject: Re: Software/HD ecology (was Re:...Bug in Emacs 21.3.50)
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 19:40:21 -0000

> Oh, BTW, how does "make uninstall" work if you delete (or never had!)
> the build directory?  Perhaps there should be a "uninstall-script"
> that is created *and* installed by "make install"?

Can you move this to some unix newsgroup ?
It has nothing to do with Emacs, really.


        Stefan
>From help-gnu-emacs-bounces@gnu.org  Fri Dec 13 14:45:09 2002
Path: 
shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!fu-berlin.de!uni-berlin.de!170.207.51.80!not-for-mail
From: Kevin Rodgers <kevin.rodgers@ihs.com>
Newsgroups: comp.sys.mac.apps,comp.sys.mac.advocacy,comp.text.tex,gnu.emacs.help
Date: Fri, 13 Dec 2002 12:41:00 -0700
Lines: 20
Message-ID: <3DFA37CC.8070004@ihs.com>
References: <041220020952400758%ajanta@no.spam>
        <56cfb0e3.0212041458.5eab182a@posting.google.com>
        <x5k7ipl35x.fsf@lola.goethe.zz> <061220020416350201%ajanta@no.spam>
        <slrnav1ed1.ho.smullerin@esb.bbn.com> <m2hedrm4oc.fsf@owlbear.local>
        <84bs3xsyi8.fsf@lucy.cs.uni-dortmund.de> 
<071220021155280606%ajanta@no.spam>
        <5ld6obj8il.fsf@rum.cs.yale.edu> <091220021652087216%ajanta@no.spam>
        <101220021125583826%ajanta@no.spam> <vf3cp5ix2u.fsf@rpc71.cs.man.ac.uk>
        <vf3cp4k92x.fsf@rpc71.cs.man.ac.uk> <111220021101520860%ajanta@no.spam>
        <vfadjcif3n.fsf@rpc71.cs.man.ac.uk> <111220021253524057%ajanta@no.spam>
        <5l65u0i8zj.fsf@rum.cs.yale.edu> <111220022053507599%ajanta@no.spam>
        <84k7ifo3s2.fsf@lucy.cs.uni-dortmund.de> 
<87u1hjdwta.fsf@hurd.crasseux.com>
        <84fzt3hvk8.fsf@lucy.cs.uni-dortmund.de>
        <121220021405534518%anil@null.invalid> <3DFA0C87.1040808@ihs.com>
        <u7ked4uea.fsf@synopsys.com>
NNTP-Posting-Host: 170.207.51.80
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: fu-berlin.de 1039808449 37326466 170.207.51.80 (16 [82742])
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US;
        rv:0.9.4.1) Gecko/20020406 Netscape6/6.2.2
X-Accept-Language: en-us
Xref: shelby.stanford.edu comp.sys.mac.apps:348849
        comp.sys.mac.advocacy:917811 comp.text.tex:238111 gnu.emacs.help:108105
To: help-gnu-emacs@gnu.org
Subject: Re: Software/HD ecology
X-BeenThere: help-gnu-emacs@gnu.org
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:help-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
List-Archive: <http://mail.gnu.org/pipermail/help-gnu-emacs>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/help-gnu-emacs>,
        <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
X-List-Received-Date: Fri, 13 Dec 2002 19:45:09 -0000

David Masterson wrote:

> Actually, it may be better to *NOT* use /usr/local, particularly if
> you're trying to build a /usr/local for a number of operating
> systems.  By leaving /usr/local open to being just a symlink farm,
> it's easier to manipulate what to put in there (as in "scripts from
> the generic depot and exes from the O/S depot").  Ultimately, you may
> want to have multiple /usr/local directories (one for "LatestDevel",
> one for "BugTest", one for "Support", etc.).


Good point.  But at my site, development, test, and production software

is separated by machine (devl1, ... devlN, stage1, ..., stageN, and
prod1, ..., prodN) and the machines within each category are kept in
sync.

-- 
<a href="mailto:&lt;kevin.rodgers&#64;ihs.com&gt;";>Kevin Rodgers</a>
reply via email to
[Prev in Thread] Current Thread [Next in Thread]