From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: Re: [PATCH] gnu: Add pybitmessage, [PATCH] gnu: Add python2-pyqt-4, [PATCH] gnu: gnu: messaging: Use license: prefix. Date: Sat, 3 Sep 2016 21:43:04 +0200 Message-ID: <20160903194304.GA16155@solar> References: <878tvnk804.fsf@we.make.ritual.n0.is> <20160903155456.GA3519@solar> <87mvjpkk07.fsf@we.make.ritual.n0.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45767) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgGqS-0004rJ-13 for guix-devel@gnu.org; Sat, 03 Sep 2016 15:43:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bgGqN-0002ri-S0 for guix-devel@gnu.org; Sat, 03 Sep 2016 15:43:14 -0400 Received: from mailrelay2.public.one.com ([91.198.169.125]:39342) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgGqN-0002rX-Eg for guix-devel@gnu.org; Sat, 03 Sep 2016 15:43:11 -0400 Content-Disposition: inline In-Reply-To: <87mvjpkk07.fsf@we.make.ritual.n0.is> 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: ng0 Cc: guix-devel@gnu.org On Sat, Sep 03, 2016 at 04:47:52PM +0000, ng0 wrote: > Upstream is aware of this and told me they are working on a port towards > qt5 and also python3. However there is no deadline. It is their > choice. As I recently read there are people using Guix who are > interested in using PyBitmessage. > This package is usable, license fits, I find this block you create a bit > harsh. I can understand it, but does it mean that you are against adding > it at all because of qt4? I am not blocking, it is just a bit frustrating to go backwards! If there is no other solution and no easy replacement for the package you wish to add, we could revert my previous commit. I am just feeling uneasy about packages that are not maintained by upstream and do not receive security updates any more. Andreas