Your message dated Sat, 16 Aug 2008 18:53:26 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Re: Processed: Cloning Bug#495375
has caused the Debian Bug report #495383,
regarding ess: noweb-mode.el clashes with that from the noweb package
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 [EMAIL PROTECTED]
immediately.)
--
495383: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495383
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: noweb
Version: 2.11b-7
Severity: normal
[ N.B.: Although I am filing this bug report against the noweb package, I
will soon clone it and reassign to the ess package, since this bug
actually regards both packages. ]
Both the noweb and the ess packages provide a noweb-mode.el file. However,
only the ess' one is seen by Emacs when both packages are installed:
$ emacs --batch --eval '(message (locate-library "noweb-mode"))'
[snip]
/usr/share/emacs-snapshot/site-lisp/ess/noweb-mode.elc
This happens, in part, because 50noweb.el fails to correctly initialize the
load path, by using the following code:
(autoload 'noweb-mode "/usr/share/emacs/site-lisp/noweb-mode.el"
"Minor (meta) mode for editing noweb sources." t)
In my humble opinion, this is more a feature than a bug because the
noweb-mode.el file provided by ess is much improved in respect to that from
the noweb package. However, users of noweb may get confused when the ess
pacakge is installed in the system.
At any rate, it would be good if the maintainers of both packages
collaborate with each other in order to provide a single noweb-mode.el file
and, thus, avoid confusion on the users side.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set
to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages noweb depends on:
ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr
ii iconx 9.4.2-2.8 Executor for Icon, a high-level pr
ii libc6 2.7-6 GNU C Library: Shared libraries
noweb recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On 17 August 2008 at 00:45, Rafael Laboissiere wrote:
| * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2008-08-16 17:04]:
|
| >
| > On 16 August 2008 at 21:42, Debian Bug Tracking System wrote:
| > | Processing commands for [EMAIL PROTECTED]:
| > |
| > | > clone 495375 -1
| > | Bug#495375: noweb-mode.el clashes with that from the ess package
| > | Bug 495375 cloned as bug 495383.
| > |
| > | > reassign -1 ess
| > | Bug#495383: noweb-mode.el clashes with that from the ess package
| > | Bug reassigned from package `noweb' to `ess'.
| > |
| > | > retitle -1 ess: noweb-mode.el clashes with that from the noweb package
| > | Bug#495383: noweb-mode.el clashes with that from the ess package
| > | Changed Bug title to `ess: noweb-mode.el clashes with that from the noweb
package' from `noweb-mode.el clashes with that from the ess package'.
| > |
| > | > found -1 5.3.8~svn3917-1
| > | Bug#495383: ess: noweb-mode.el clashes with that from the noweb package
| > | Bug marked as found in version 5.3.8~svn3917-1.
| > |
| > | > thanks
| > | Stopping processing here.
| >
| > I don't understand:
| >
| > [EMAIL PROTECTED]:~> locate noweb-mode.el
| > /home/edd/svn/ess/lisp/.svn/text-base/noweb-mode.el.svn-base
| > /home/edd/svn/ess/lisp/noweb-mode.el
| > /usr/share/emacs-snapshot/site-lisp/ess/noweb-mode.elc
| > /usr/share/emacs22/site-lisp/ess/noweb-mode.elc
| > /usr/share/emacs/site-lisp/ess/noweb-mode.el
| > [EMAIL PROTECTED]:~>
|
| With the noweb package installed, I have this, also:
|
| $ locate noweb-mode.el
| [...]
| /usr/share/emacs/site-lisp/noweb-mode.el
| [...]
|
| > In all cases noweb-mode.el is _inside_ the ess/ directory. How can there be
a
| > conflict?
|
| Sorry, I wrote the word "clash", but I did not mean that there is a file
| conflict. There is none, indeed.
|
| > And for that matter, I disagree with your handwaving statement that ess and
| > noweb maintainers need to sort this out. There is NO bug in ess.
|
| If we follow this line of reasoning, then we conclude that there is no bug in
| noweb, neither.
But you did say earlier that noweb could/should change its 50noweb.el file,
no? In that case if there is a bug, it is in noweb.el.
| > If emacs reports two versions, [...]
|
| No, emacs reports only the ess version.
Which as you say is newer so we could call this a feature. :)
| > [...] it may indeed be that 50noweb.el needs a fix. End of story.
|
| No, there is no possible fix to be done in 50noweb.el. End of story.
|
| The problem is that both packages ship a file with the same name
| (noweb-mode.el) and this is not correct, from the point of view of emacs.
I don't understand. Emacs requires _all files_ in its include path to be
correct? Woa. Then emacs better provide a package mechanism too ...
Maybe it's an emacs bug...
| Imagine that a user wish to have the version of noweb-mode.el provided by
| noweb. She installs the package and is happy with it. However, she needs
| also ess and installs it. This later package forces her to use her own
| version of noweb-model.el. This is not the Debian standard of quality,
| sorry.
|
| > Can you PLEASE untie these two bug reports and close the non-bug for ess.
|
| No, I cannot do something I disagree fundamentally with, sorry. Do it
| yourself, if you wish. If the noweb maintainer also thinks this is a
| non-bug, I am okay with that too. I am not obsessed with this.
Me neither but I see no issue so I'm closing the cloned bug.
Dirk
| --
| Rafael
--
Three out of two people have difficulties with fractions.
--- End Message ---
