From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: [PATCH 7/7] gnu: Add prosody. Date: Sun, 28 Aug 2016 12:37:42 +0200 Message-ID: <87a8fx5gcp.fsf@elephly.net> References: <20160822193918.27397-1-rekado@elephly.net> <20160822193918.27397-8-rekado@elephly.net> <20160823013306.GB11561@jasmine> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41640) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bdxTP-0002p5-SY for guix-devel@gnu.org; Sun, 28 Aug 2016 06:37:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bdxTK-00024E-SB for guix-devel@gnu.org; Sun, 28 Aug 2016 06:37:54 -0400 Received: from sender163-mail.zoho.com ([74.201.84.163]:24100) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bdxTK-000249-Jn for guix-devel@gnu.org; Sun, 28 Aug 2016 06:37:50 -0400 In-reply-to: <20160823013306.GB11561@jasmine> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Leo Famulari Cc: guix-devel@gnu.org Leo Famulari writes: > On Mon, Aug 22, 2016 at 09:39:18PM +0200, Ricardo Wurmus wrote: >> * gnu/packages/messaging.scm (prosody): New variable. > >> + (inputs >> + `(("libidn" ,libidn) >> + ("openssl" ,openssl) >> + ("lua" ,lua-5.1) >> + ("lua-expat" ,lua5.1-expat) >> + ("lua-socket" ,lua5.1-socket) >> + ("lua-filesystem" ,lua5.1-filesystem) >> + ("lua-sec" ,lua5.1-sec))) > > I used `guix environment --ad-hoc` to put prosody in my environment, and > then I ran it without any configuration. It created the log file > 'prosody.err', which contained this line, twice: > > Aug 22 21:31:33 localhost:tls error Unable to initialize TLS: LuaSec = (required for encryption) was not found Hmm, I see the same. I don=E2=80=99t know why this happens. With LUA_CPAT= H and LUA_PATH set as they are in the wrapper I can load the =E2=80=9Cssl=E2=80= =9D module just fine. ./pre-inst-env guix environment --ad-hoc lua@5.1 lua5.1-sec export LUA_PATH=3D"/gnu/store/y9qhxky4dcgaiar7cw3fkzy8b4nqdx4z-prosody-0.9.= 10/share/lua/5.1/?.lua;/gnu/store/y9qhxky4dcgaiar7cw3fkzy8b4nqdx4z-prosody-= 0.9.10/share/lua/5.1/?/?.lua;/gnu/store/j5xs64837lcab0nkhywlq22gvbcgg2wy-lu= a-5.1.5/share/lua/5.1/?.lua;/gnu/store/j5xs64837lcab0nkhywlq22gvbcgg2wy-lua= -5.1.5/share/lua/5.1/?/?.lua;/gnu/store/chl4bnz42nsjplvhq1vz91y0i1n4b35c-lu= a5.1-expat-1.3.0/share/lua/5.1/?.lua;/gnu/store/chl4bnz42nsjplvhq1vz91y0i1n= 4b35c-lua5.1-expat-1.3.0/share/lua/5.1/?/?.lua;/gnu/store/129p6qd6ffqq36zil= gxancigaa201qqv-lua5.1-socket-2.0.2/share/lua/5.1/?.lua;/gnu/store/129p6qd6= ffqq36zilgxancigaa201qqv-lua5.1-socket-2.0.2/share/lua/5.1/?/?.lua;/gnu/sto= re/3g6p2qq0y4nz9q9wx6am9sadhifxsabv-lua5.1-filesystem-1.6.3/share/lua/5.1/?= .lua;/gnu/store/3g6p2qq0y4nz9q9wx6am9sadhifxsabv-lua5.1-filesystem-1.6.3/sh= are/lua/5.1/?/?.lua;/gnu/store/bvf9yz1xci6i811ls37aji9w71fxhx8y-lua5.1-sec-= 0.6/share/lua/5.1/?.lua;/gnu/store/bvf9yz1xci6i811ls37aji9w71fxhx8y-lua5.1-= sec-0.6/share/lua/5.1/?/?.lua" export LUA_CPATH=3D"/gnu/store/y9qhxky4dcgaiar7cw3fkzy8b4nqdx4z-prosody-0.9.10/lib= /lua/5.1/?.so;/gnu/store/y9qhxky4dcgaiar7cw3fkzy8b4nqdx4z-prosody-0.9.10/li= b/lua/5.1/?/?.so;/gnu/store/j5xs64837lcab0nkhywlq22gvbcgg2wy-lua-5.1.5/lib/= lua/5.1/?.so;/gnu/store/j5xs64837lcab0nkhywlq22gvbcgg2wy-lua-5.1.5/lib/lua/= 5.1/?/?.so;/gnu/store/chl4bnz42nsjplvhq1vz91y0i1n4b35c-lua5.1-expat-1.3.0/l= ib/lua/5.1/?.so;/gnu/store/chl4bnz42nsjplvhq1vz91y0i1n4b35c-lua5.1-expat-1.= 3.0/lib/lua/5.1/?/?.so;/gnu/store/129p6qd6ffqq36zilgxancigaa201qqv-lua5.1-s= ocket-2.0.2/lib/lua/5.1/?.so;/gnu/store/129p6qd6ffqq36zilgxancigaa201qqv-lu= a5.1-socket-2.0.2/lib/lua/5.1/?/?.so;/gnu/store/3g6p2qq0y4nz9q9wx6am9sadhif= xsabv-lua5.1-filesystem-1.6.3/lib/lua/5.1/?.so;/gnu/store/3g6p2qq0y4nz9q9wx= 6am9sadhifxsabv-lua5.1-filesystem-1.6.3/lib/lua/5.1/?/?.so;/gnu/store/bvf9y= z1xci6i811ls37aji9w71fxhx8y-lua5.1-sec-0.6/lib/lua/5.1/?.so;/gnu/store/bvf9= yz1xci6i811ls37aji9w71fxhx8y-lua5.1-sec-0.6/lib/lua/5.1/?/?.so" lua Lua 5.1.5 Copyright (C) 1994-2012 Lua.org, PUC-Rio > require "ssl" > ssl_available =3D pcall(require, "ssl"); > print(ssl_available); true The error is reported in =E2=80=9Ccore/certmanager.lua=E2=80=9D in the func= tion =E2=80=9Ccreate_context=E2=80=9D, which contains this line: if not ssl then return nil, "LuaSec (required for encryption) was not fo= und"; end =E2=80=9Cssl=E2=80=9D doesn=E2=80=99t appear to be defined anywhere. At th= e top of the file it=E2=80=99s just =E2=80=9Clocal ssl =3D ssl;=E2=80=9D. LuaSec is found by =E2=80=9Cutil/dependencies.lua=E2=80=9D or else we would= see a complaint printed to stdout upon application start. Archlinux users also reported problems with latest prosody and latest luasec: https://bugs.archlinux.org/task/48480 This makes me think that this is not a problem with this package per se, but with Prosody. ~~ Ricardo