Your message dated Mon, 16 Jan 2017 22:23:48 +0000
with message-id <e1ctfgq-0000kn...@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 ow...@bugs.debian.org
immediately.)
--
844184: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844184
Debian Bug Tracking System
Contact ow...@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 <nstee...@gmail.com> Tue, 18 Oct 2016 20:58:45 -0400
Regards,
Nicholas D Steeves
--- End Message ---
--- Begin Message ---
Package muse-el version 3.20+dfsg-1 is in NEW now,
and the package at mentors is not newer (2017-01-15) than the package in NEW
(2017-01-15),
so there is currently no package to sponsor.
https://ftp-master.debian.org/new/muse-el_3.20+dfsg-1.html
https://mentors.debian.net/package/muse-el
If for some reason you need to replace the package in NEW,
then you can upload an updated package to mentors
and feel free to reopen this RFS 844184 or open a new RFS.
--- End Message ---