Your message dated Fri, 31 Aug 2007 00:47:45 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#439547: fixed in muse-el 3.11-2
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: muse-el
Version: 3.11-1
Severity: serious
muse-el's Build-Depends-Indep includes `emacs22 | emacsen', but
when xemacs21 is installed and other emacsen are not installed,
muse-el fails to build from the source, because the source uses the
`emacs' command which is not provided by xemacs21.
----
[...]
touch configure-stamp
dh_testdir
# Comply with Debian vote 2006-1
# makeinfo muse.texi
# makeinfo --html --output=html muse.texi
# Add here commands to compile the package.
/usr/bin/make examples
make[1]: Entering directory `/tmp/buildd/muse-el-3.11'
(cd examples && /usr/bin/make)
make[2]: Entering directory `/tmp/buildd/muse-el-3.11/examples'
Generating HTML for QuickStart.muse...
EMACS=emacs SITEFLAG=--no-site-file ../scripts/publish html QuickStart.muse
../scripts/publish: line 4: emacs: command not found
make[2]: *** [QuickStart.html] Error 127
make[2]: Leaving directory `/tmp/buildd/muse-el-3.11/examples'
make[1]: *** [examples] Error 2
make[1]: Leaving directory `/tmp/buildd/muse-el-3.11'
make: *** [build-stamp] Error 2
----
Please use `emacs' or `emacs | emacs22 | emacs21' in
Build-Depends-Indep to use the `emacs' command at build time.
Also, I've noticed:
- In debian/rules, binary-indep doesn't work. Please use binary-indep
instead of binary-arch to build `Architecture: all' package.
- In the dependency, xemacs21 (>= 1.4.14) is funny and meaningless.
Please remove it.
Thanks,
--
Tatsuya Kinoshita
pgpxhWmLNMyn2.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: muse-el
Source-Version: 3.11-2
We believe that the bug you reported is fixed in the latest version of
muse-el, which is due to be installed in the Debian FTP archive:
muse-el_3.11-2.diff.gz
to pool/main/m/muse-el/muse-el_3.11-2.diff.gz
muse-el_3.11-2.dsc
to pool/main/m/muse-el/muse-el_3.11-2.dsc
muse-el_3.11-2_all.deb
to pool/main/m/muse-el/muse-el_3.11-2_all.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Michael W. Olson (GNU address) <[EMAIL PROTECTED]> (supplier of updated muse-el
package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Tue, 28 Aug 2007 22:41:54 -0400
Source: muse-el
Binary: muse-el
Architecture: source all
Version: 3.11-2
Distribution: unstable
Urgency: low
Maintainer: Michael W. Olson (GNU address) <[EMAIL PROTECTED]>
Changed-By: Michael W. Olson (GNU address) <[EMAIL PROTECTED]>
Description:
muse-el - Author and publish projects using Wiki-like markup
Closes: 439547
Changes:
muse-el (3.11-2) unstable; urgency=low
.
* Bug fix: 'muse-el: FTBFS: "emacs: command not found"; with xemacs21',
thanks to Tatsuya Kinoshita (Closes: #439547).
* debian/control:
- (Build-Depends-Indep): Change to emacs | emacs21. I remember not
being able to but emacsen first due to some build software not
liking it, but hopefully "emacs" is different.
- (Depends): Remove the version part of the xemacs21 dependency.
* debian/rules:
- (binary-indep): Move all rules from binary-arch to here, since we
don't build anything that is architecture-dependent. I'm not
entirely sure that this is needed, but it can't hurt anything since
both rules are called by the "binary" target.
Files:
bb4dfbcd53b3a847287279101b965d56 640 web optional muse-el_3.11-2.dsc
d3d4c5660037676e3b1f3e576fe5f5e1 7089 web optional muse-el_3.11-2.diff.gz
9dbc52a17321466fd7b490437fe62a44 430906 web optional muse-el_3.11-2_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFG12Iz+pahSABNprQRAiuGAJ0dqnJdW90L0RpcZrqhIS7U5Pf4HQCggNQ0
+PxCdf9Dp26JCsDSro6J3/w=
=Eaxx
-----END PGP SIGNATURE-----
--- End Message ---
