Package: notmuch
Version: 0.2
Severity: normal

Currently, notmuch package embeds both vim and GNU Emacs client
interfaces. I think we are wrong doing so.

Please consider separating client interfaces in their own
packages.

Regards

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages notmuch depends on:
ii  libc6                      2.10.2-6      Embedded GNU C Library: Shared lib
ii  libglib2.0-0               2.24.0-1      The GLib library of C routines
ii  libgmime-2.4-2             2.4.14-1+nmu1 MIME message parser and creator li
ii  libnotmuch1                0.2           thread-based email index, search a
ii  libtalloc2                 2.0.1-1       hierarchical pool based memory all

notmuch recommends no packages.

Versions of packages notmuch suggests:
ii  emacs                         23.1+1-6   The GNU Emacs editor (metapackage)
pn  vim                           <none>     (no description available)
pn  vim-addon-manager             <none>     (no description available)

-- no debconf information

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Could you explain what you perceive as the problem here?

So far, the package is really just tracking the upstream approach. And
the upstream approach is that the notmuch command-line interface isn't
useful without at least *some* higher-level interface. So everything
that exists so far is bundled.

The current interfaces at least don't introduce any further
dependencies. What do you see as the gain that would be had by splitting
these out?

-Carl

application_pgp-signature_part < 1K Download

Hi,

Actually, today, package is just suggesting to have emacs or vim
installed. You just told notmuch cli is not useful without at
least some higher-level interface -i.e. emacs or vim
currently. If that's the case, there is either a need to change
'Suggests' into something more "mandatory" or you need to package
your higher-level interfaces into their own specific package with
a Depends on notmuch-common or something like that.

Today, it is totally unclear for a new user to know that notmuch
has an interface for Emacs or Vim.
Worst, I am not sure that, as it is handled today, the package is
correct: what if somebody installs notmuch without either vim or
emacs (or both) ? How will the elisp files be processed when no
emacs installation is present ?

I hope I have been clear here. If not, I will try to explain it
better again (english is not my tongue).

Xavier

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQU...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org