* bug#30252: 24.5; Rudel cannot join infinote over starttls
@ 2018-01-25 18:40 Teppo
2018-01-25 19:02 ` Noam Postavsky
2018-01-25 19:05 ` Glenn Morris
0 siblings, 2 replies; 6+ messages in thread
From: Teppo @ 2018-01-25 18:40 UTC (permalink / raw)
To: 30252
I attempted to join an Infinote server using Rudel plugin. Emacs
attempts to connect and hangs.
According to strace, Emacs does
"execve("/usr/bin/gnutls-cli", ["/usr/bin/gnutls-cli", "--starttls",
"--kx", "ANON_DH", "--port", "6523", "my-server-name.invalid"], [/* 41
vars */] <unfinish
The parameter --kx is not recognized by the gnutls-cli. This is
probably the root cause for things going wrong.
Both Emacs and gnutls-cli were installed though the package manager of
Debian 9. Rudel was installed using the package-install command of Emacs.
Did not crash, but became unresponsive until externally killed.
In GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.11)
of 2017-09-12 on hullmann, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.11902000
System Description: Debian GNU/Linux 9.3 (stretch)
Configured using:
`configure --build x86_64-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp
--without-gnutls --build x86_64-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp
--without-gnutls --with-x=yes --with-x-toolkit=gtk3
--with-toolkit-scroll-bars 'CFLAGS=-g -O2
-fdebug-prefix-map=/build/emacs24-24.5+1=. -fstack-protector-strong
-Wformat -Werror=format-security -Wall -fno-PIE' 'CPPFLAGS=-Wdate-time
-D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-z,relro -no-pie''
Important settings:
value of $LANG: en_GB.UTF-8
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Recent messages:
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...done
Loading debian-ispell...done
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
Loading /etc/emacs/site-start.d/50festival.el (source)...done
Loading /etc/emacs/site-start.d/50gnugo.el (source)...done
Loading /etc/emacs/site-start.d/50lilypond-data.el (source)...done
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
/usr/share/emacs24/site-lisp/cmake-data/cmake-mode hides /usr/share/emacs/site-lisp/cmake-mode
/usr/share/emacs/24.5/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup
Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils package epg-config time-date
tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel
x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list
newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp
files text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind gfilenotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
Memory information:
((conses 16 79084 6476)
(symbols 48 18071 0)
(miscs 40 99 88)
(strings 32 11318 4926)
(string-bytes 1 311676)
(vectors 16 9533)
(vector-slots 8 389741 12215)
(floats 8 63 98)
(intervals 56 256 22)
(buffers 960 12))
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#30252: 24.5; Rudel cannot join infinote over starttls
2018-01-25 18:40 bug#30252: 24.5; Rudel cannot join infinote over starttls Teppo
@ 2018-01-25 19:02 ` Noam Postavsky
2018-01-25 19:05 ` Glenn Morris
1 sibling, 0 replies; 6+ messages in thread
From: Noam Postavsky @ 2018-01-25 19:02 UTC (permalink / raw)
To: Teppo; +Cc: 30252
On Thu, Jan 25, 2018 at 1:40 PM, Teppo <teppo@www.tm.iki.fi> wrote:
>
> I attempted to join an Infinote server using Rudel plugin. Emacs
> attempts to connect and hangs.
>
> According to strace, Emacs does
> "execve("/usr/bin/gnutls-cli", ["/usr/bin/gnutls-cli", "--starttls",
> "--kx", "ANON_DH", "--port", "6523", "my-server-name.invalid"], [/* 41
> vars */] <unfinish
>
> The parameter --kx is not recognized by the gnutls-cli. This is
> probably the root cause for things going wrong.
>
> Both Emacs and gnutls-cli were installed though the package manager of
> Debian 9. Rudel was installed using the package-install command of Emacs.
>
>
> Did not crash, but became unresponsive until externally killed.
Does it work if you install libgnutls and use that instead of
gnutls-cli (M-: (gnutls-available-p) RET should give t)? AFAIK, the
gnutls-cli method is not really maintained anymore.
Although, Rudel is not exactly being worked on either, not sure if it
would work regardless.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#30252: 24.5; Rudel cannot join infinote over starttls
2018-01-25 18:40 bug#30252: 24.5; Rudel cannot join infinote over starttls Teppo
2018-01-25 19:02 ` Noam Postavsky
@ 2018-01-25 19:05 ` Glenn Morris
2018-01-25 20:00 ` Noam Postavsky
1 sibling, 1 reply; 6+ messages in thread
From: Glenn Morris @ 2018-01-25 19:05 UTC (permalink / raw)
To: Teppo; +Cc: 30252
Teppo wrote:
> I attempted to join an Infinote server using Rudel plugin. Emacs
> attempts to connect and hangs.
>
> According to strace, Emacs does
> "execve("/usr/bin/gnutls-cli", ["/usr/bin/gnutls-cli", "--starttls",
> "--kx", "ANON_DH", "--port", "6523", "my-server-name.invalid"], [/* 41
> vars */] <unfinish
>
> The parameter --kx is not recognized by the gnutls-cli. This is
> probably the root cause for things going wrong.
The string "--kx" appears nowhere in the Emacs 24 sources.
I see it comes from rudel-tls.el,
https://github.com/emacsmirror/rudel/blob/master/rudel-tls.el#L60
which is apparently an external in GNU Elpa.
https://elpa.gnu.org/packages/rudel.html
says to report bugs to
http://sourceforge.net/tracker/?group_id=249139
which doesn't exist.
A search finds
https://sourceforge.net/p/rudel/issues/17/
where the identical issue was reported six years ago.
So it's not looking good for it ever being fixed.
(Why are unmaintained packages added to GNU Elpa?)
As an aside, emacs25 is available for Debian 9, with built-in gnutls support:
apt-get install emacs25
But it won't unbreak rudel.el.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#30252: 24.5; Rudel cannot join infinote over starttls
2018-01-25 19:05 ` Glenn Morris
@ 2018-01-25 20:00 ` Noam Postavsky
2018-04-17 20:05 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Noam Postavsky @ 2018-01-25 20:00 UTC (permalink / raw)
To: Glenn Morris; +Cc: Teppo, 30252
On Thu, Jan 25, 2018 at 2:05 PM, Glenn Morris <rgm@gnu.org> wrote:
> A search finds
>
> https://sourceforge.net/p/rudel/issues/17/
>
> where the identical issue was reported six years ago.
There's a trivial patch there, maybe we should apply it?
--- rudel-tls.el 2010-02-01 18:19:09.000000000 -0500
+++ /home/mako/elisp/rudel-0.2-4/rudel-tls.el 2011-09-25
17:05:11.000000000 -0400
@@ -53,7 +53,7 @@
:type 'file)
(defcustom rudel-tls-client-arguments
- "--starttls --kx ANON_DH --port %p %h"
+ "--starttls --priority NORMAL:+ANON-DH --port %p %h"
"Arguments passed to the gnutls client program."
:group 'rudel
:type 'string)
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#30252: 24.5; Rudel cannot join infinote over starttls
2018-01-25 20:00 ` Noam Postavsky
@ 2018-04-17 20:05 ` Lars Ingebrigtsen
2018-04-18 2:22 ` Noam Postavsky
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2018-04-17 20:05 UTC (permalink / raw)
To: Noam Postavsky; +Cc: 30252, Teppo
Noam Postavsky <npostavs@users.sourceforge.net> writes:
> There's a trivial patch there, maybe we should apply it?
>
> --- rudel-tls.el 2010-02-01 18:19:09.000000000 -0500
> +++ /home/mako/elisp/rudel-0.2-4/rudel-tls.el 2011-09-25
> 17:05:11.000000000 -0400
> @@ -53,7 +53,7 @@
> :type 'file)
>
> (defcustom rudel-tls-client-arguments
> - "--starttls --kx ANON_DH --port %p %h"
> + "--starttls --priority NORMAL:+ANON-DH --port %p %h"
> "Arguments passed to the gnutls client program."
> :group 'rudel
> :type 'string)
How do we apply patches to external packages in GNU ELPA, anyway?
rudel-tls.el doesn't seem to exist in my ELPA git...
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#30252: 24.5; Rudel cannot join infinote over starttls
2018-04-17 20:05 ` Lars Ingebrigtsen
@ 2018-04-18 2:22 ` Noam Postavsky
0 siblings, 0 replies; 6+ messages in thread
From: Noam Postavsky @ 2018-04-18 2:22 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Teppo, 30252
retitle 30252 Rudel cannot join infinote
quit
Lars Ingebrigtsen <larsi@gnus.org> writes:
> How do we apply patches to external packages in GNU ELPA, anyway?
> rudel-tls.el doesn't seem to exist in my ELPA git...
It's in the externals/rudel branch. But anyway, I tried the patch and
it doesn't help. In fact, I tried connecting to an infinoted started
with option --security-policy=no-tls over the tcp transport, and it
still got stuck, so it seems the tls thing is just a red herring.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2018-04-18 2:22 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-01-25 18:40 bug#30252: 24.5; Rudel cannot join infinote over starttls Teppo
2018-01-25 19:02 ` Noam Postavsky
2018-01-25 19:05 ` Glenn Morris
2018-01-25 20:00 ` Noam Postavsky
2018-04-17 20:05 ` Lars Ingebrigtsen
2018-04-18 2:22 ` Noam Postavsky
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).