From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Subject: Re: Packaging pjproject Date: Fri, 31 Jan 2020 17:27:45 +0100 Message-ID: <20200131172745.7d12ab53@kompiuter> References: <20200131154854.5fc5adca@kompiuter> <87sgjvmx13.fsf@devup.no> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:43858) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ixZ9J-000384-8D for guix-devel@gnu.org; Fri, 31 Jan 2020 11:28:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ixZ9H-00047V-MD for guix-devel@gnu.org; Fri, 31 Jan 2020 11:28:05 -0500 Received: from smtpo.poczta.interia.pl ([217.74.65.239]:47866) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ixZ9E-0003yR-4B for guix-devel@gnu.org; Fri, 31 Jan 2020 11:28:02 -0500 In-Reply-To: <87sgjvmx13.fsf@devup.no> 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-mx.org@gnu.org Sender: "Guix-devel" To: Marius Bakke Cc: guix-devel@gnu.org On Fri, 31 Jan 2020 17:05:28 +0100 Marius Bakke wrote: > > Unfortunately there is no single approach for dealing with these kinds > of problems, as they are typically highly package-specific. Do I have to learn GNU Make to be able to deal with it? > I must admit that I'm a little confused between pjproject and > pjproject-jami. Is it correct to assume that the latter exists only > because the former fails to build? Why are you trying to switch? Both pjproject and pjproject-jami are Pierre's work. pjproject is unmodified, but never worked, while pjproject-jami is pjproject with Savoir-faire Linux patches - they introduce some serious modifications, which are usable only for Jami. That's why pjproject-jami exists. pjproject-jami works only because configure flags disable unused dependencies, yet somehow our Jami package crashes because of something connected to pjproject. https://git.jami.net/savoirfairelinux/jami-packaging/issues/63 > Would it make sense to get rid of pjproject entirely (nothing depends > on it) in favor of pjproject-jami? We could do it, but why do so, if most of the work has been done? Guix System is incremental work and even if nothing needs pjproject now, it could be useful for someone in the future. It just needs to be fixed. Jan Wielkiewicz