Your message dated Tue, 28 Apr 2015 19:11:58 +0900 (JST)
with message-id <20150428.191158.100762044864054601.tats%[email protected]>
and subject line Re: Bug#586003: semi: S/MIME support broken due to 
incompatible smime library
has caused the Debian Bug report #586003,
regarding semi: S/MIME support broken due to incompatible smime library
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.)


-- 
586003: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586003
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: semi
Version: 1.14.6+0.20100219-1
Severity: normal

Support for Secure/Multipurpose Internet Mail Extensions (S/MIME) is
completely broken with SEMI that ships with Debian GNU/Linux.

The problem is, that the S/MIME library which is part of SEMI is not
in load-path, so SEMI uses the S/MIME functions provided by the S/MIME
library of Gnus (which is part of current Emacsen).

Both libraries are incompatible: For instance `smime-verify-region' of
Gnus' smime.el takes only begin and end of region, while SEMI expects
the function to take a third argument with the detached signature.  As
far as I can see this incompatibility affects all functions used by
SEMI.

Moreover, the S/MIME library of SEMI refers to a program called "smime"
to handle S/MIME, but this program seems not to be available in Debian
GNU/Linux (e.g. packages.debian.org does not know of such a program).

I don't know what the right course of action is here:

 1. if we move SEMI's smime.el back in load-path, rename it and its
    functions and make SEMI call these renamed functions, the problem
    of the missing program "smime" remains.

 -or-

 2. we could make a Debian specific patch that makes SEMI use Gnus'
    S/MIME functions properly and upstream might incorporate this
    patch

 -or-

 3. fix it in upstream by providing an updated SEMI specific smime
    library that uses OpenSSL and/or GnuTLS

Option 2. seems best to me.

HTH
  -- David

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

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

Versions of packages semi depends on:
ii  apel               10.7+0.20080906-2     portable library for emacsen
ii  dpkg               1.15.7.2              Debian package management system
ii  emacs [emacsen]    23.2+1-2              The GNU Emacs editor (metapackage)
ii  emacs23 [emacsen]  23.2+1-2              The GNU Emacs editor (with GTK+ us
ii  flim               1:1.14.9+0.20100313-2 library about internet message for
ii  install-info       4.13a.dfsg.1-5        Manage installed documentation in

semi recommends no packages.

Versions of packages semi suggests:
ii  gnupg                         1.4.10-4   GNU privacy guard - a free PGP rep
pn  mailcrypt                     <none>     (no description available)
pn  wl | wl-beta | t-gnus         <none>     (no description available)

-- no debconf information

Attachment: pgpQ8xLpJoGy1.pgp
Description: PGP signature


--- End Message ---
--- Begin Message ---
Package: semi
Version: 1.14.7~0.20120428-2

On June 15, 2010 at 6:03PM +0200, dmaus (at ictsoc.de) wrote:
> The problem is, that the S/MIME library which is part of SEMI is not
> in load-path, so SEMI uses the S/MIME functions provided by the S/MIME
> library of Gnus (which is part of current Emacsen).
>
> Both libraries are incompatible: For instance `smime-verify-region' of
> Gnus' smime.el takes only begin and end of region, while SEMI expects
> the function to take a third argument with the detached signature.  As
> far as I can see this incompatibility affects all functions used by
> SEMI.

SEMI-EPG patch is integrated in 1.14.7~0.20120428-2, and SEMI's
smime.el is not required anymore.

Closing this bug.

Thanks,
--
Tatsuya Kinoshita

Attachment: pgpaQHcsKPo3K.pgp
Description: PGP signature


--- End Message ---

Reply via email to