From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: midnight commander package fixes, opinions wanted Date: Mon, 6 Mar 2017 11:09:43 +0000 Message-ID: <20170306110942.bg4rdzesgqlrx7kq@abyayala> References: <20170301165841.ji65zi4rm2pypeql@abyayala> <20170301170123.37y4d36dziq6ewqo@abyayala> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33475) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckpS9-00064q-85 for guix-devel@gnu.org; Mon, 06 Mar 2017 05:01:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ckpS5-00074x-ET for guix-devel@gnu.org; Mon, 06 Mar 2017 05:01:17 -0500 Received: from latitanza.investici.org ([82.94.249.234]:31121) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ckpS5-00074I-4K for guix-devel@gnu.org; Mon, 06 Mar 2017 05:01:13 -0500 Content-Disposition: inline In-Reply-To: <20170301170123.37y4d36dziq6ewqo@abyayala> 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: guix-devel@gnu.org Cc: 25273@debbugs.gnu.org On 17-03-01 17:01:23, ng0 wrote: > On 17-03-01 16:58:41, ng0 wrote: > > Hi, > > > > I already fixed some of the open issues with our package of 'mc'. > > > > I think people will expect features to just work and not being broken > > (as they are right now). > > My personal opinion ignored, how do you want to proceed? The vim way > > where we have $package (basic, as small as it gets) and $package-full > > (with all the features you can have enabled)? > > > > I'd like to hear your opionion so that I can proceed fixing mc with > > what we agreed on. > > > > And also your opinion, I don't know what an opionion is but it sounds > like opium combined with onion and I don't want that. > For the lack of reaction for a long time, due to whatever reasons, I will simply propose that we go the way of vim and vim-full. 'mc-full' will have many more dependencies than our current 'mc' and should in the end be fully functional, while 'mc' will still complain about missing features. The description of mc-full shall reflect that you get full functionality with this application variant. Anyone who wants this, feel free to pick it up and fix the related bug.