[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#844184: marked as done (RFS: muse-el/3.20+dfsg-1 [ITA])

Your message dated Fri, 25 Nov 2016 04:29:54 +0000
with message-id <E1cA894-0000SY-6r@quantz.debian.org>
and subject line closing RFS: muse-el/3.20+dfsg-1 [ITA]
has caused the Debian Bug report #844184,
regarding RFS: muse-el/3.20+dfsg-1 [ITA]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
844184: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844184
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for review and a sponsor for my package "src:muse-el".
I've CC'd Sean Whitton who is willing to help me with elpa, LISP, and
any emacs-on-Debian integration issues.
Here are a few things I'm wondering about:

Are the generated packages in the correct sections for an elpafied
package?
Is removing hrefs to favicon.ico (Bug: #775885) sufficient?
    Distributing a favicon.ico seems unnecessary and honestly, I'm
    against it. In Canada, because the author retains all distribution
    rights in the absence of a license or declared copyright, even
    something as trivial as a favicon.ico can be unredistributable.  I
    couldn't find the license on Michael Olson's website
    <mwolson.org>, so I decided it was best not to copy it.

Do my patches look ok?
Should elpafied packages continue to be arch-independent?
Is debian/changelog too verbose and could it be condensed?

Package name    : muse-el
Version         : 3.20+dfsg-1
Section         : editors

It builds those binary packages:

  elpa-muse  - Author and publish projects using Wiki-like markup
  muse-el    - transitional dummy package for elpa-muse.

To access further information about this package, please visit the following URL:

  https://mentors.debian.net/package/muse-el

Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/main/m/muse-el/muse-el_3.20+dfsg-1.dsc

More information about hello can be obtained from https://www.example.com.

Changes since the last upload:

muse-el (3.20+dfsg-1) unstable; urgency=medium

  * New Maintainer.
  * debian/control:
    - Bump required debhelper to >=9.
    - Update emacs dependency.
    - Add emacs-goodies-el dependency, which provides htmlize.el.
  * Switch to debcompat 9; Switch to 3.0 (quilt) non-native packaging.
  * Add patch to fix privacy breaches; removes hrefs. (Closes: #775885)
  * Elpafy! (depends on dh-elpa).
  * Add patch to disable non-DFSG compliant texi stuff.
  * Install docs and examples the new dh_way.
  * debian/rules:
    - add override to build examples and autoloads.
    - add override to install upstream changelog series.
  * debian/copyright:
    - Fix misattributed source (found by comparing timestamps in comments
      between gna.org tarballs and git sources).
    - Update format.
    - Add debian/* section.
  * Include images used by the QuickStart.muse example. (Closes: #720121)
  * Add patch to use Debian's "see" command instead of "open".  Thank
    you Kevin Ryde, I didn't know about the existence of "see" before
    reading this bug report. (Closes: #720126)
  * Patch README to explain how installed files relate to src:muse-el.

 -- Nicholas D Steeves <nsteeves@gmail.com>  Tue, 18 Oct 2016 20:58:45 -0400


Regards,
Nicholas D Steeves

--- End Message ---
--- Begin Message --- 
Package muse-el has been removed from mentors.

--- End Message ---
Reply to: