This bug was filed several years ago, and was (is) an XEmacs problem.
I switched to using GNU emacs (mainly because of this), and have used
it daily without problems for two years.  I rely on this package, it works
and there is no reason I can see to remove it.  I had no awareness of
460640.  The complaint is "it hasn't had an update in a REALLY REALLY
long time and has no relevant number users" If it works, why does it
need an update,
and how does he know what users it has?

Please reinstate this package.  Thank you.

Liam

On Sat, May 17, 2008 at 10:51 AM, Debian Bug Tracking System
<[EMAIL PROTECTED]> wrote:
>
>  This is an automatic notification regarding your Bug report
>  which was filed against the crypt++el package:
>
>  #230584: crypt++el: Unable to see gpg file; gzip files mangled
>
>  It has been closed by Marco Rodrigues <[EMAIL PROTECTED]>.
>
>  Their explanation is attached below along with your original report.
>  If this explanation is unsatisfactory and you have not received a
>  better one in a separate message then please contact Marco Rodrigues <[EMAIL 
> PROTECTED]> by
>  replying to this email.
>
>
>  --
>  230584: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230584
>  Debian Bug Tracking System
>  Contact [EMAIL PROTECTED] with problems
>
>
> ---------- Forwarded message ----------
> From: Marco Rodrigues <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Date: Sat, 17 May 2008 15:50:10 +0100
> Subject: crypt++el has been removed from Debian, closing #230584
> Version: 2.92-1+rm
>
>  The crypt++el package has been removed from Debian testing, unstable and
>  experimental, so I am now closing the bugs that were still opened
>  against it.
>
>  For more information about this package's removal, read
>  http://bugs.debian.org/460640 . That bug might give the reasons why
>  this package was removed, and suggestions of possible replacements.
>
>  Don't hesitate to reply to this mail if you have any question.
>
>  Thank you for your contribution to Debian.
>
>  --
>  Marco Rodrigues
>  http://Marco.Tondela.org
>
>
>
> ---------- Forwarded message ----------
> From: Liam Healy <[EMAIL PROTECTED]>
> To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> Date: Sat, 31 Jan 2004 23:01:53 -0500
> Subject: crypt++el: Unable to see gpg file; gzip files mangled
> Package: crypt++el
>  Version: 2.92-1
>  Severity: normal
>
>  XEmacs shows an empty buffer after giving the proper password finding
>  a GPGed file.  The file can be decrypted correctly on the command line
>  with gpg --decrypt.  I have no problems with the crypt++el in woody.
>  I have set (setq crypt-encryption-type 'gpg).
>
>  Trace show that the call to gpg under sid crypt++el is the same as
>  woody:
>  1 -> call-process-region: start=1 end=1495 program="gpg" deletep=t buffer=(t 
> nil) displayp=nil args=("--batch" "--quiet" "-o" "-" "--passphrase-fd" "0")
>
>  I tried
>  (modify-coding-system-alist 'file "\\.gpg\\'" 'no-conversion)
>  per suggestion of /usr/share/emacs/site-lisp/crypt++.el, but it does
>  not help.
>
>  Also, some gzip files show up mangled.  For example
>  /usr/share/xemacs21/xemacs-packages/lisp/mail-lib/sendmail.el.gz
>  looks fine at the top but by line 62 looks mildly messed up:
>
>  (defcustom mail-specify-envelope-from nil
>   "*If non-nil,uspecify the envelope-from address when sending mail.
>  The value used touspecify it is whatever is foundual
>  `mail-envelope-from', with `user-mail-address' as fallback.
>
>  On most systems,uspecifying the envelope-from address
>  is a priNileged operation."
>   :type 'boolean
>   :group 'sendmail)
>
>  and by line 169 is not useable:
>
>  (defcustom maerwfa-isly-CC om nil
>   Am addreer toualsea its defauRsly-CC eaSF
>  ;py outgoendinn messeail.
>  on-niat it will is initialived from tREPLYTOthe ironComm#Etriabwh
>  gsualso  fir mosor Emg mam'."
>   :type '(choice (const nie (stril))
>   :group 'sendmail)
>
>
>  -- System Information:
>  Debian Release: testing/unstable
>  Architecture: i386
>  Kernel: Linux zotz 2.6.0 #1 Sun Jan 18 18:09:47 EST 2004 i686
>  Locale: LANG=C, LC_CTYPE=C
>
>  Versions of packages crypt++el depends on:
>  ii  xemacs21-mule [emacsen]       21.4.14-4  Editor and kitchen sink -- Mule 
> bi
>  ii  xemacs21-nomule [emacsen]     21.4.14-4  Editor and kitchen sink -- 
> Non-mul
>
>  -- no debconf information
>
>
>
>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to