Debian Bug report logs - #20776
dpkg-dev: dpkg-dev does not use emacsen-commen method of installing .el files

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Christoph Martin <martin@verwaltung.uni-mainz.de>

To: submit@bugs.debian.org

Subject: dpkg-dev: dpkg-dev does not use emacsen-commen method of installing .el files

Date: Mon, 6 Apr 1998 20:51:56 +0200

Package: dpkg-dev
Severity: important
Version: 1.4.0.21

.el files are only copied to:

/etc/emacs/site-start.d/50dpkg-dev.el
/etc/xemacs/site-start-19.d/50dpkg-dev.el

and not into emacs19|emacs20|xemacs19 ...

There are no install/remove scripts installed in
/usr/lib/emacsen-common/package.

Christoph

-- System Information
Debian Release: 2.0 (frozen)
Kernel Version: Linux harriet 2.0.33 #1 Mon Dec 29 14:50:51 MET 1997 i686 unknown

Message #10 received at 20776@bugs.debian.org (full text, mbox, reply):

From: Rafael Laboissiere <rafael@icp.inpg.fr>

To: Christoph Martin <martin@verwaltung.uni-mainz.de>

Cc: 20776@bugs.debian.org, Rob Browning <rlb@cs.utexas.edu>

Subject: Re: dpkg-dev: dpkg-dev does not use emacsen-commen method of installing .el files

Date: Tue, 16 Jun 1998 19:15:24 +0200 (METDST)

On Mon, 6 Apr 1998, Christoph Martin wrote [bug report #20776]:

> Package: dpkg-dev
> Severity: important
> Version: 1.4.0.21
> 
> .el files are only copied to:
> 
> /etc/emacs/site-start.d/50dpkg-dev.el
> /etc/xemacs/site-start-19.d/50dpkg-dev.el
> 
> and not into emacs19|emacs20|xemacs19 ...

I guess /etc/xemacs/site-start-19.d/ is old stuff.  Section 3 of the
Debian Emacs Policy states that valid startup directories are named
/etc/<emacs>/site-start.d/.

> There are no install/remove scripts installed in
> /usr/lib/emacsen-common/package.

Is it really mandatory that all packages with add-on emacs support
*have* to use /remove scripts?  By reading the Emacs Policy, it is not
clear to me that this should be the case.

--
Rafael Laboissiere
Institut de la Communication Parlee | Email: rafael@icp.inpg.fr
UPRESS A CNRS 5009 / INPG           | Voice: +33 4.76.57.48.49
46, av. Felix Viallet               |   Fax: +33 4.76.57.47.10
F-38031 Grenoble CEDEX 1 France     |   URL: http://www.icp.inpg.fr/~rafael

Message #15 received at 20776@bugs.debian.org (full text, mbox, reply):

From: Christoph Martin <martin@verwaltung.uni-mainz.de>

To: Rafael Laboissiere <rafael@icp.inpg.fr>

Cc: Christoph Martin <martin@verwaltung.Uni-Mainz.DE>, 20776@bugs.debian.org, Rob Browning <rlb@cs.utexas.edu>

Subject: Re: dpkg-dev: dpkg-dev does not use emacsen-commen method of installing .el files

Date: Wed, 17 Jun 1998 10:16:15 +0200 (MESZ)

Rafael Laboissiere writes:
 > 
 > On Mon, 6 Apr 1998, Christoph Martin wrote [bug report #20776]:
 > 
 > > Package: dpkg-dev
 > > Severity: important
 > > Version: 1.4.0.21
 > > 
 > > .el files are only copied to:
 > > 
 > > /etc/emacs/site-start.d/50dpkg-dev.el
 > > /etc/xemacs/site-start-19.d/50dpkg-dev.el
 > > 
 > > and not into emacs19|emacs20|xemacs19 ...
 > 
 > I guess /etc/xemacs/site-start-19.d/ is old stuff.  Section 3 of the
 > Debian Emacs Policy states that valid startup directories are named
 > /etc/<emacs>/site-start.d/.
 > 
 > > There are no install/remove scripts installed in
 > > /usr/lib/emacsen-common/package.
 > 
 > Is it really mandatory that all packages with add-on emacs support
 > *have* to use /remove scripts?  By reading the Emacs Policy, it is not
 > clear to me that this should be the case.

I don't know. The point was, that dpkg-dev was not loaded in every
version of emacs ({x,}emacs{19,20}). Did you check that?

I did it with crypt++el that way.

Christoph

Message #20 received at 20776@bugs.debian.org (full text, mbox, reply):

From: Rafael Laboissiere <rafael@icp.inpg.fr>

To: Christoph Martin <martin@verwaltung.uni-mainz.de>

Cc: 20776@bugs.debian.org, Rob Browning <rlb@cs.utexas.edu>

Subject: Re: dpkg-dev: dpkg-dev does not use emacsen-commen method of installing .el files

Date: Wed, 17 Jun 1998 11:33:28 +0200 (METDST)

>>>>> "CM" == Christoph Martin <martin@verwaltung.uni-mainz.de> writes:

    CM> I don't know. The point was, that dpkg-dev was not loaded in every
    CM> version of emacs ({x,}emacs{19,20}). Did you check that?

My question is: is it really necessary that the add-on emacs stuff be
replicated in all /etc/{x,}emacs{19,20}/site.start.d/ dircetories.

    CM> I did it with crypt++el that way.

For my ispell package (ibrazilian, iportuguese), I just put the startup
file in /etc/emacs/site.start.d and it is taken into acoount by XEmacs20
(the only emacs flavour that I have in my system).  Likewise, the
packages octave, calc and noweb (which I installed in my system) take
the same approach.

Perhaps Rob could enlighten us.

Rafael

Message #25 received at 20776@bugs.debian.org (full text, mbox, reply):

From: Christoph Martin <martin@verwaltung.uni-mainz.de>

To: Rafael Laboissiere <rafael@icp.inpg.fr>

Cc: Christoph Martin <martin@verwaltung.Uni-Mainz.DE>, 20776@bugs.debian.org, Rob Browning <rlb@cs.utexas.edu>

Subject: Re: dpkg-dev: dpkg-dev does not use emacsen-commen method of installing .el files

Date: Wed, 17 Jun 1998 13:30:57 +0200 (MESZ)

Rafael Laboissiere writes:
 > >>>>> "CM" == Christoph Martin <martin@verwaltung.uni-mainz.de> writes:
 > 
 >     CM> I don't know. The point was, that dpkg-dev was not loaded in every
 >     CM> version of emacs ({x,}emacs{19,20}). Did you check that?
 > 
 > My question is: is it really necessary that the add-on emacs stuff be
 > replicated in all /etc/{x,}emacs{19,20}/site.start.d/ dircetories.
 > 
 >     CM> I did it with crypt++el that way.
 > 
 > For my ispell package (ibrazilian, iportuguese), I just put the startup
 > file in /etc/emacs/site.start.d and it is taken into acoount by XEmacs20
 > (the only emacs flavour that I have in my system).  Likewise, the
 > packages octave, calc and noweb (which I installed in my system) take
 > the same approach.
 > 

I think it is working, if you do not byte-compile the files and there
is no difference for the emacs version.

Christoph

Message #30 received at 20776@bugs.debian.org (full text, mbox, reply):

From: Wichert Akkerman <wichert@wiggy.ml.org>

To: control@bugs.debian.org, 20776@bugs.debian.org

Subject: not release-critical

Date: Tue, 14 Jul 1998 19:26:42 +0200

severity 20776 normal
thanks

It is indeed a bug, but it is hardly release-critical. Discussion
on #debian agrees with this.

Wichert.

Message #37 received at 20776@bugs.debian.org (full text, mbox, reply):

From: site@siteposter.com

To: 20776@bugs.debian.org

Subject: Your web site is missing Meta Tags

Date: Mon, 5 Oct 1998 06:31:23 -0400

We've just scanned your web site, and found that
http://www.debian.com
is missing Meta Tags.

Meta Tags are used by the biggest search engines to index
web sites.  Without them, your site is probably not indexed
with the key words and description needed for people to find it.

Millions of viewers daily use these facilities to find the products
and services they are looking for.  But if your site is not properly
listed, no one one will see it.

Listings on most of these services are free.  However, preparing your
site with Meta Tags and locating and filling out the forms required to
get a listing can take several days, and most people just don't have the
time to do it.

That is why we offer a web site promotion service.

WHAT'S THE DEAL?

First, we will download your home page, add Meta Tags according to
the key words and description you have provided, and email it back to
you for uploading to your web site.  (Meta Tags are invisible, and will not
affect the way your site looks).  Then we will submit your site to 50
indexes and search engines.  We will accept the return of this E-mail, with
the form below filled out, as an order.  We will bill you $165 upon
completion of the promotion.  Our terms are net 15 days from date of invoice.

HOW LONG WILL IT TAKE?

Generally, we complete the submissions within two business days of
receiving your order.  It can take any individual search engine or
index up to three weeks to process your submission, although most are
much faster.

WHAT SEARCH ENGINES AND INDEXES ARE INCLUDED IN THE
PROMOTION?

The list changes from time to time.  This is our current list:

Alta Vista, Anzwers, AOL Netfind, BizCardz Business Directory, Bizlink,
BizWeb, Black Widow Search, Excite, Galaxy, HotBot, Infomak, Infoseek, 
InfoSpace, InterBis, Jayde Online Directory, Jumpcity, Jumper Hot Links, JumpLink, 
LinkMonster, Lycos, MangaSeeker, Manufacturers Information Network, 
Net Happenings, Net Announce, New Page List, New Riders WWW Yellow Pages, 
Northern Light, One World Plaza, PeekABoo, Planet Search, Power Crawler, 
QuestFinder, Scrub The Web, Seven Wonders, SiteFinder, SiteShack, Super Snooper, 
The YellowPages.com, TurnPike, Unlock: The Information Exchange, WebCrawler, 
WebVenture Hotlist, WhatUSeek, Where2Go, WhoWhere, World Announce Archive, 
Wow! Web Wonders!, YeeHaa!, Yellow Pages Superhighway, YelloWWWeb, Your Webscout, 
ZenFinder.


HOW WILL I KNOW THAT YOU HAVE PROMOTED MY SITE?

When we have completed the promotion, we will send you an HTML
file as an attachment to your E-mail bill.  Save this file to your
disk, and view it through your Web browser.  It provides links to the
search engine we submitted your site to, plus any comments we received
from them when we did it.

ARE THERE ANY GUARANTEES?

While we can't guarantee an increase in hits or a top position on
a search engine listing, we do guarantee that you will be satisfied with
our efforts on your behalf.  We do not require prepayment.

WHO IS SITEPOSTER?

We are a web site promotion company located at:

   SitePoster, Inc.
   1440 Whalley Avenue - Suite 239
   New Haven, CT 06515
   Phone: (888) 205-8396
   Fax:   (800) 321-6966
   E-mail: site@siteposter.com
   Website: http://www.siteposter.com


HOW DO I ORDER?

The easiest way to order is through our on-line order form at
"http://www.siteposter.com/order.htm".  Or you can order by e-mail.  Just
hit the REPLY button on your e-mail program and fill out the
following information. (This information will be posted to the
search engines/indexes):

Your name: 
Company Name:
Address:
City:              State/Prov:     Zip/Postal Code: 
Telephone: 
Fax: 
Email address: 
URL:  http://
Site Title: 
Description (about 25 words): 
Key words (maximum of 25, in descending order of importance):

Contact (in case we have questions): 

If  billing a different address, please complete the following:

Addressee: 
Company Name:
Address:
City:              State/Prov:     Zip/Postal Code: 
Telephone: 
Fax: 
Email address: 

We will bill via Email. (A7 10/5/98)

Terms:  By returning this document via Email, you agree as follows:
You have the authority to purchase this service on behalf of your
company.    Terms are net 15 days.  Accounts sent to collections will
be liable for collection costs.  You agree to protect and indemnify
Owl's Eye Productions, Inc. in any claim for libel, copyright
violations, plagiarism, or privacy and other suits or claims based on
the content or subject matter of  your site.

WHAT HAPPENS NEXT?

When we receive your order, we will acknowledge it via return email.
We will then download your home page, add Meta Tags containing the
key words and description you have provided us, and email it back to you.

When you have uploaded it to your web site, we will rum your promotion to
50 search engines and indexes, capturing any comments from search engines
as we go.  We will incorporate these into an HTML-formatted report to you,
which we will attach to your bill.
======================Web Site Promotions======================
       SitePoster, Inc.
       1440 Whalley Avenue - Suite 239
       New Haven, CT 06515
       http://www.siteposter.com
Ph: (888) 205-8396 Fx: (800) 321-6966 E-mail: site@siteposter.com

Message #44 received at 20776@bugs.debian.org (full text, mbox, reply):

From: Ian Jackson <ian@davenant.greenend.org.uk>

To: 20776@bugs.debian.org, 20776-submitter@bugs.debian.org

Subject: Re: dpkg-dev does not use emacsen-commen method of installing .el files

Date: Mon, 30 Aug 1999 17:09:20 +0100 (BST)

If the bug is that the files are not loaded correctly: my tree puts
50dpkg-dev.el in /etc/emacs/site-start.d, which from the bug report I
and from the Debian Emacsen policy I have (from emacsen-common 1.4.8) is
supposed to be loaded by every Emacs.

Alternatively, if the bug is that the files aren't byte-compiled:

I don't think this is a bug.  In particular, I think the extra hassle,
unreliability and time consumed when installing/upgrading dpkg-dev
and/or emacs packages far outweigh any benefit to be gained from
having this file byte-compiled.

(I agree that this would seem to apply to nearly any .el-containing
package.)

Furthermore, the Debian Emacsen Policy doesn't seem to require files
like this to be byte-compiled.

Given this, does the submitter agree that there is no bug here any
more at least in my tree ?

Ian.

Message #54 received at 20776@bugs.debian.org (full text, mbox, reply):

From: Christoph Martin <martin@verwaltung.uni-mainz.de>

To: Ian Jackson <ian@davenant.greenend.org.uk>, 20776-quiet@bugs.debian.org

Cc: 20776@bugs.debian.org, 20776-submitter@bugs.debian.org

Subject: Re: Bug#20776: dpkg-dev does not use emacsen-commen method of installing .el files

Date: Mon, 30 Aug 1999 21:32:33 +0200 (MEST)

Ian Jackson writes:
 > If the bug is that the files are not loaded correctly: my tree puts
 > 50dpkg-dev.el in /etc/emacs/site-start.d, which from the bug report I
 > and from the Debian Emacsen policy I have (from emacsen-common 1.4.8) is
 > supposed to be loaded by every Emacs.
 > 
 > Alternatively, if the bug is that the files aren't byte-compiled:
 > 
 > I don't think this is a bug.  In particular, I think the extra hassle,
 > unreliability and time consumed when installing/upgrading dpkg-dev
 > and/or emacs packages far outweigh any benefit to be gained from
 > having this file byte-compiled.
 > 
 > (I agree that this would seem to apply to nearly any .el-containing
 > package.)
 > 
 > Furthermore, the Debian Emacsen Policy doesn't seem to require files
 > like this to be byte-compiled.
 > 
 > Given this, does the submitter agree that there is no bug here any
 > more at least in my tree ?

The problem seams to be fixed in the recent potato version. It is
still there in the slink package. But I don´t think it is worth to fix
it there.

Christoph

Message #65 received at 20776@bugs.debian.org (full text, mbox, reply):

From: Wichert Akkerman <wichert@cs.leidenuniv.nl>

To: Christoph Martin <martin@verwaltung.uni-mainz.de>, 20776@bugs.debian.org

Cc: Ian Jackson <ian@davenant.greenend.org.uk>, 20776-quiet@bugs.debian.org, 20776-submitter@bugs.debian.org

Subject: Re: Bug#20776: dpkg-dev does not use emacsen-commen method of installing .el files

Date: Tue, 31 Aug 1999 16:03:51 +0200

[Message part 1 (text/plain, inline)]

Previously Christoph Martin wrote:
> The problem seams to be fixed in the recent potato version. It is
> still there in the slink package. But I don´t think it is worth to fix
> it there.

It's an automake bug that jonly happens on the NMU series. Basically if
you have some version of emacs installed automake installs the file in
the wrong directory. Simple fix: purge emacs before building dpkg :)

Wichert.

-- 
==============================================================================
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: wichert@cs.leidenuniv.nl
WWW: http://www.wi.leidenuniv.nl/~wichert/

[Message part 2 (application/pgp-signature, inline)]

Send a report that this bug log contains spam.